Можно ли настроить маршрут 53, как диспетчер трафика Azure
В настоящее время мы проводим оценку различных поставщиков PaaS для хостинга веб-приложений на узлах. Ведущими фигурами, похоже, являются AWS и Azure.
У нас в Azure работает достойная система, но она не так хороша, как хотелось бы. Многорегиональный хостинг с распределенным диспетчером трафика, и мы только что назвали субдомен конечной точке диспетчера трафика. Легко.
У меня есть тот же многорегиональный хостинг, работающий в Elastic Beanstalk, но я не могу понять, как распределить балансировку нагрузки между регионами с помощью Route 53 с необходимостью переключения серверов имен в домене. Мы не хотим этого делать, у нас слишком много вещей в нашем домене, и мы не хотим передавать все это. Все, что мы хотим, это конечная точка для cname. Это вообще возможно?
1 ответ
Да, это возможно.
Вам не нужно переносить весь домен на маршрут 53. Вам нужно только делегировать субдомен на маршрут 53.
Ваш домен - example.com, а поддомен - app.example.com.
Создайте размещенную зону Route 53 для субдомена app.example.com. Маршрут 53 назначит 4 сервера имен домену.
ns-xxxx.awsdns-yy.com
ns-xxxx.awsdns-yy.net
ns-xxxx.awsdns-yy.org
ns-xxxx.awsdns-yy.co.uk
Создайте запись для существующего владельца DNS. app.example.com но вместо записи A или CNAME создайте запись NS с этими 4 значениями, которые Route 53 присвоил вашей размещенной зоне.
При этом DNS-запросы для субдомена будут делегированы в вашу зону Route 53, где вы будете настраивать параметры точно так же, как если бы вы перенесли домен на Route 53.
Ote Обратите внимание на то, что домены верхнего уровня отличаются для избыточности и не связаны с фактическим местоположением сервера имен. Маршрут 53 является произвольным, поэтому эти 4 сервера не являются 4 фактическими серверами, они представляют собой большое количество глобально распределенных серверов, которые все отвечают на запросы DNS по связанным IP-адресам.