Отказоустойчивость и географическая маршрутизация

Маршрутизация Failover реализует конфигурацию активный — пассивный: одна запись обозначается как Primary, а другая — как Secondary. Route 53 всегда возвращает запись Primary, пока её проверка работоспособности проходит успешно. Если запись Primary становится неработоспособной, Route 53 автоматически переключается на возврат записи Secondary.

Маршрутизация Failover — основной шаблон для сценариев аварийного восстановления, в которых есть рабочая среда (основная) и резервная среда (вторичная), которая должна получать трафик только при недоступности основной среды.

Чтобы настроить маршрутизацию Failover, создайте две записи с одним и тем же DNS-именем: одну с Failover=PRIMARY, а другую с Failover=SECONDARY. Добавьте проверку работоспособности к записи Primary. Для записи Secondary также следует добавить проверку работоспособности, если она указывает на ресурс, который может отказать независимо от основного.

Запись Secondary выполняет роль статического резервного варианта: она может указывать на статический веб-сайт S3, страницу технического обслуживания или уменьшенную резервную среду. Даже если для Secondary не настроена проверка работоспособности, Route 53 всегда переключается на неё при отказе Primary.

Маршрутизация Failover создаёт конфигурацию активный — пассивный: во время обычной работы трафик обслуживает только Primary, а Secondary бездействует в ожидании переключения. Это снижает стоимость резервной среды, но приводит к немного большему времени восстановления (времени, необходимого для истечения DNS TTL и переключения Route 53).

Для конфигураций активный — активный, в которых оба ресурса одновременно обслуживают трафик, используйте взвешенную маршрутизацию (с одинаковыми весами) или маршрутизацию по задержке. Если один ресурс откажет, его проверка работоспособности завершится ошибкой, и Route 53 автоматически удалит его из ответов DNS, обеспечив режим активный — активный со встроенным переключением при отказе.

Географическая маршрутизация направляет DNS-запросы на основе географического местоположения DNS-распознавателя (обычно это распознаватель ISP пользователя или AWS Route 53 Resolver). Вы создаёте записи для определённых континентов, стран или штатов US, а Route 53 возвращает запись, местоположение которой наиболее точно соответствует источнику запроса.

Если ни одна запись для конкретного местоположения не подходит, Route 53 возвращает запись по умолчанию (если она настроена). Если записи по умолчанию нет, запросы из неподходящих местоположений получают NODATA. Всегда создавайте запись по умолчанию, чтобы обслуживать пользователей из местоположений, которые не были явно настроены.

Основные варианты использования географической маршрутизации:

• Содержимое на определённом языке: направляйте франкоговорящих пользователей к источнику CDN на французском языке, а немецкоговорящих — к источнику на немецком языке
• Соблюдение нормативных требований: обеспечивайте хранение данных пользователей из EU в регионах EU (GDPR) или блокируйте доступ из определённых стран
• Локализованные цены или доступность: показывайте цены для конкретного региона или ограничивайте услуги поддерживаемыми территориями
• Геоблокировка: возвращайте страницу блокировки или пустой ответ пользователям из ограниченных местоположений, направляя их географическую запись к конечной точке технического обслуживания

Route 53 выбирает наиболее точное географическое соответствие: запись уровня штата имеет приоритет над записью уровня страны, запись уровня страны — над записью уровня континента, а запись уровня континента — над записью по умолчанию. Географическая маршрутизация на уровне штата доступна только для US.

Если запись по умолчанию отсутствует и местоположение пользователя не соответствует ни одной настроенной записи, Route 53 возвращает NXDOMAIN или NODATA, что незаметно нарушает доступ для пользователей из ненастроенных регионов. Всегда добавляйте географическую запись по умолчанию в качестве универсального варианта, чтобы избежать незаметных сбоев.

Маршрутизация по географической близости направляет трафик на основе физического географического расстояния между пользователями и ресурсами, с необязательным параметром смещения, который увеличивает или уменьшает эффективный радиус маршрутизации каждого ресурса. Положительное смещение расширяет географическую область, обслуживаемую ресурсом, а отрицательное — сужает её.

Маршрутизация по географической близости доступна только через Traffic Flow (визуальный редактор политик маршрутизации Route 53) и поддерживает регионы AWS, координаты которых Route 53 определяет автоматически, а также пользовательские местоположения ресурсов, для которых Вы указываете широту и долготу.

Route 53 Traffic Flow — это визуальный редактор политик, позволяющий создавать сложную логику маршрутизации, объединяя несколько политик в древовидной схеме. Например, сначала можно применить географическую маршрутизацию для отделения трафика EU, затем маршрутизацию по задержке внутри EU, чтобы выбрать регион с лучшей производительностью, и наконец взвешенную маршрутизацию внутри каждого региона для сине-зелёных развертываний.

Политики Traffic Flow версионируются, что позволяет безопасно тестировать изменения. Вы связываете политику Traffic Flow с одним или несколькими DNS-именами, а обновления политики распространяются мгновенно, без повторного создания отдельных записей.

Маршрутизацию Failover можно вкладывать в другие политики. Распространённый шаблон: используйте маршрутизацию по задержке, чтобы выбрать ближайший регион, а внутри каждого региона — запись Failover, чтобы при отказе основной конечной точки в этом регионе трафик автоматически переключался на вторичную конечную точку в том же регионе.

Другой шаблон — активный — пассивный режим в нескольких регионах с использованием маршрутизации по задержке для основной конечной точки. Если проверка работоспособности основного региона завершается ошибкой, Route 53 переходит к следующему работоспособному региону с наименьшей задержкой, фактически объединяя оптимизацию по задержке с аварийным переключением DR.

Чтобы маршрутизация Failover работала правильно, к записи Primary обязательно** должна быть прикреплена проверка работоспособности. Без проверки работоспособности Route 53 считает Primary всегда работоспособной и никогда не переключается на Secondary. Для записи Secondary можно дополнительно настроить собственную проверку работоспособности; если Secondary также откажет, Route 53 всё равно возвращает её адрес, поскольку это последний доступный вариант.

Типы проверок работоспособности, которые можно использовать с Failover: проверки конечных точек HTTP/HTTPS, проверки TCP и проверки сигналов CloudWatch (полезны для комплексных сигналов состояния приложения, объединяющих несколько показателей).

Это различие часто встречается на экзамене SAA-C03:

• Географическая маршрутизация: направляет трафик в зависимости от географического местоположения пользователя и всегда возвращает одну и ту же конечную точку для определённой страны или континента независимо от производительности; используется для локализации содержимого и соблюдения нормативных требований
• Маршрутизация по задержке: направляет трафик на основе производительности сети для пользователя и может направить пользователя из Европы в us-east-1, если в данный момент там быстрее, чем в eu-west-1; используется для оптимизации производительности

Ключевые слова в вопросах экзамена: «соблюсти требования к месту хранения данных», «содержимое для конкретной страны», «заблокировать пользователей из определённых регионов» → географическая маршрутизация. «ближайший регион», «наименьшая задержка», «лучшая производительность для пользователей по всему миру» → маршрутизация по задержке.

Проверьте своё понимание концепций AWS Solutions Architect (SAA-C03) из этого урока.

В этом уроке Вы узнали: маршрутизация с переключением при отказе создаёт активный и резервный контуры высокой доступности, переключаясь на Secondary, когда проверка работоспособности Primary завершается ошибкой; геолокационная маршрутизация направляет пользователей с учётом их географического происхождения для соблюдения требований и локализации; а маршрутизация по географической близости использует физическое расстояние с настраиваемым смещением через Traffic Flow. Всегда добавляйте запись геолокации по умолчанию, чтобы обрабатывать местоположения, для которых нет совпадений. Далее мы подробно рассмотрим проверки работоспособности и переключение DNS при отказе.