Назад | Перейти на главную страницу

Сервис AWS Route 53 на основе задержки для инстансов, отличных от AWS

Нам необходимо использовать один из наших собственных выделенных серверов в сочетании со службой Route 53 вместе с нашими экземплярами AWS.

Поддерживается ли DNS на основе задержки для IP-адресов, отличных от AWS?

Интересный вопрос - явно не задокументировано, Амазонский маршрут 53 поддерживает IP-адреса вне опубликованных Диапазоны общедоступных IP-адресов Amazon EC2, но я думаю, что в некоторой степени это так, вот что я понял / протестировал:

Документация

Вводный пост в блоге Маршрутизация на основе задержки в нескольких регионах теперь доступна для AWS упоминает, что Если вы введете общедоступный IP-адрес, эластичный IP-адрес или цель Elastic Load Balancer экземпляра EC2 в консоли Route 53, вам будет предложен правильный регион. - Это действительно так, хотя ввод IP-адреса, отличного от EC2, оставляет этот выбор на ваше усмотрение, см. Тесты ниже. В сообщении также говорится следующее:

За кулисами мы постоянно собираем анонимные измерения задержки в Интернете [...]. Эти измерения помогают нам создавать большие таблицы сравнительных сетевых задержек от каждого региона AWS почти до каждой доступной интернет-сети. Они также позволяют нам определять, какие преобразователи DNS обычно используют эти конечные пользователи.

Кроме того, в сообщении упоминается, что Маршрутизация на основе задержки также доступна для типов DNS-записей «A», «AAAA», «CNAME», «TXT» [...].

Тест

С приведенной выше справочной информацией я создал набор записей ресурсов на основе задержки с экземплярами EC2 us-east-1, us-west-2, ap-southeast-1, ap-southeast-2 и добавил наш маршрутизатор / шлюз не AWS в Европе, указав в качестве региона eu-west-1 соответственно.

Я использовал низкий TTL и включил / исключил и перекрестно протестировал соответствующие ответы DNS от этих четырех экземпляров, и Route 53 действительно дал желаемый результат, то есть отвечая IP-адресом не AWS в eu-west-1, где это необходимо и в зависимости от какие регионы вошли в набор.

  • Обратите внимание, что я выполнил эти тесты вручную и не получил 100% систематического тестового покрытия - в идеале, конечно же, это должна быть автоматическая и настраиваемая настройка.

Вывод

Маршрутизация на основе задержки на IP-адреса, отличные от AWS, кажется, работает в той степени, что вам нужно отнести свои собственные адреса к одному из доступных регионов AWS - это имеет смысл, поскольку AWS в любом случае необходимо использовать измерения задержки для маршрутов, отличных от AWS, для достижения желаемый анализ кратчайшего пути с точки зрения конечного пользователя, и эти системы в основном работают за пределами AWS.

  • Ярким примером могут быть конечные пользователи Amazon CloudFront, откуда возникла технология маршрутизации на основе упрощенной задержки и какие функции десятки периферийных локаций по всему миру, многие из которых находятся за пределами региональных центров обработки данных AWS, см. Глобальная инфраструктура карта / информация.