Расположение AWS Route53 Geo с отказоустойчивостью

В настоящее время у меня есть следующее
Экземпляр EC2x2 в Токио (1 Proxy 1 Application)
Экземпляр EC2x2 в Сингапуре (1 прокси 1 приложение)

У другого провайдера есть география, поэтому пользователи из Токио отправляются в Токио, а Сингапур - в Сингапур.

Я смотрю на переход к Route53 (у меня уже есть другие DNS-зоны с Amazon), потому что я хотел бы воспользоваться отказоустойчивостью с помощью Health Check. Посмотрев примеры того, как его настроить, я все еще не уверен, как настроить то, что я хочу, а именно:

Я настроил 2 проверки работоспособности по одному для каждого местоположения, и они работают.
Я настроил 2 записи DNS, каждая из которых называется proxy.domain.com, каждая с политикой маршрутизации GeoLocation, выбрала Японию и Сингапур и добавила в каждую соответствующий IP-адрес EC2.
Сейчас я пытаюсь настроить cname site.domain.com так, чтобы в случае недоступности одного из местоположений пользователи переходили на другой экземпляр.

Однако то, что, кажется, случается, - то, что я также ожидаю случиться. Даже при сбое DNS, поскольку вторичная цель - это то же имя DNS, что и основная цель, местоположение пользователя всегда выигрывает, а IP другого экземпляра никогда не возвращается. пример

Ip Японии: 1.1.1.1 ip Сингапура: 2.2.2.2

Из Сингапура Пинг site.domain.com > 2.2.2.2
Выключите Сингапур (проверка здоровья подтверждает, что он нездоров)
Ожидание истечения TTL, flushdns.
Из Сингапура Ping site.domain.com > 2.2.2.2 (На данный момент я хочу, чтобы это вернулось 1.1.1.1)

1 ответ

Решение

Вам нужно будет настроить дерево псевдонимов, аналогично тому, как проверки работоспособности работают в более сложных конфигурациях Amazon Route 53, и убедиться, что для оценки работоспособности задано значение true.

proxy.domain.com / type geo | расположение: по умолчанию -> псевдоним -> wrr.domain.com

proxy.domain.com / type geo | местоположение: Япония -> псевдоним -> japan.domain.com

proxy.domain.com / type geo | местоположение: Сингапур -> псевдоним -> sin.domain.com

wrr.domain.com / type wrr | вес 1 -> Japan.domain.com

wrr.domain.com / type wrr | вес 1 -> sin.domain.com

Sin.domain.com / type failover primary | ассоциировать с проверкой здоровья

Japan.domain.com / тип первичной отработки отказа | ассоциировать с проверкой здоровья

Другие вопросы по тегам