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