настройка нескольких (двойных основных) размещенных DNS-провайдеров

Я думаю, что могу слишком усложнять следующую проблему, поэтому прошу совета.

Я использую Dyn в качестве единственного хостинг-провайдера DNS. В связи с недавними событиями я сейчас планирую распределить его между несколькими поставщиками, чтобы обеспечить избыточность, если это произойдет снова.

Вместо того, чтобы использовать Dyn в качестве основного и использовать Route 53 в качестве аварийного переключения на случай, если Dyn выйдет из строя, я хочу, чтобы и Dyn, и Route 53 были основным DNS — двойным основным, если хотите.

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

статья о В блоге Дина упоминается этот сценарий, но он не вдается в подробности, как и эта статья на Medium.

Мой вопрос в том, что это так же просто, как зеркалирование записей ns обоих провайдеров. Итак, на вашем Dyn DNS просто добавьте записи Route 53 ns в существующую зону и наоборот на консоли Route 53?

Любые советы от тех, кто устанавливал что-то подобное раньше, будут очень признательны.

Также любые аргументы за / против этого метода, скажем, первичная / вторичная установка.

Спасибо


person grinferno    schedule 03.11.2016    source источник


Ответы (1)


это так же просто, как зеркалирование записей ns обоих провайдеров

Записи NS необходимо будет обновить, но они не определяют, какие серверы имен Интернет считает авторитетными для вашего домена.

Вам нужно будет обновить авторитетные серверы имен с вашим регистратором домена. Это изменение, которое на самом деле делает эту работу.

Кроме этого, это довольно просто. Интернет не имеет представления о том, кто является вашим авторитетным поставщиком DNS — авторитетными являются только серверы имен. Тот факт, что эти серверы имен принадлежат нескольким провайдерам, не имеет значения.

Обратите внимание, что эта конфигурация не позволит вам использовать ряд функций Route 53, таких как псевдонимы A-записей, маршрутизация на основе задержки и ответы DNS, которые зависят от других факторов, таких как проверки работоспособности.

person Michael - sqlbot    schedule 03.11.2016
comment
Спасибо за это, в значительной степени пришел к тому же выводу, но полезно уточнить - person grinferno; 09.11.2016