Наша цель состоит в том, чтобы Healthcheck постоянно оценивал работоспособность конечной точки. Когда он становится неработоспособным, мы хотим, чтобы DNS переключался на другой IP-адрес. Мы настроили это, но теперь поняли, что на самом деле это не работает (т. е. когда Healthcheck становится красным, отработки отказа не происходит). Вот наша текущая конфигурация:
Запись
- Имя записи: www.mydomain.com
- Тип записи: А
- Срок жизни: 30 секунд
- Политика маршрутизации: отказоустойчивость
- Тип записи аварийного переключения: первичный
- Проверка здоровья: www.
- Идентификатор записи: www-1
- Стоимость:
Запись
- Имя записи: www.mydomain.com
- Тип записи: А
- Срок жизни: 30 секунд
- Политика маршрутизации: отказоустойчивость
- Тип записи аварийного переключения: вторичный
- Проверка здоровья: www.
- Идентификатор записи: www-1
- Стоимость:
Кроме того, у нас есть проверка здоровья.
Итак, недавно у нас была проблема, из-за которой проверка работоспособности стала красной. Мы получили уведомление через SNS, как и ожидалось. Однако при выполнении NSLookup www.mydomain.com он все еще возвращал значение для основного. Мы устранили проблему менее чем за 5 минут.
Учитывая TTL и т. д., настроенные выше, разве мы не должны были увидеть обновление NSLookup для отображения вторичного? Возможно ли, что отработка отказа займет больше времени? Если да, то почему?
Есть ли какая-то ошибка в приведенной выше конфигурации? Если это так, любые рекомендации будут весьма признательны.
