DNS неверные записи

Question

У меня немного болит голова, когда я пытаюсь настроить собственное решение HA с docker и nginx спереди, выступающими в качестве балансировщика нагрузки.

Они уже настроены.Но как запасной вариант, если основной узел отключается, я хочу использовать другой, так как конфигурация nginx для балансировки нагрузки реплицируется.

Я подумал, что если у меня есть два узла, оба настроены с PowerDNS (наряду сnginx и docker), и я устанавливаю эти DNS-серверы на один из моих доменов, когда узел выключается, поскольку узел переносит DNS-сервер, последующие запросы будут извлекать информацию с другого DNS-сервера, на котором находится запись Aнастроен для указания на локальный IP-адрес (и, таким образом, указывает на другой балансировщик нагрузки).

Похоже, я не могу заставить эту работу.

Учитывая, что у меня есть следующие серверы:

server_1 IP = 1.1.1.1

server_2 IP = 1.1.2.2

Каждый из них имеет DNS-сервер, настроенный с PowerDNS (и полностью работоспособный, согласно раскопкам идругие тесты).

Я получил доменные DNS-серверы, указывающие на них:

ns1.example.com ---> 1.1.1.1

ns2.example.com --> 1.1.2.2

ns1.example.comDNS-сервер имеет:

example2.com A 1.1.1.1

ns2.example.com DNS-сервер имеет:

example2.com A 1.1.2.2

Так.Если example2.com не указывает на 1.1.1.1/1.1.2.2, когда оба сервера работают, но когда первый сервер недоступен, укажите на 1.1.2.2?

Хорошо.Когда я выключаю первый сервер и пытаюсь, он дает мне IP первого сервера вместо второго.

Даже dig example2.com @ns2.example.com дает мне IP, определенный в записи A для example2.com впервый DNS-сервер.

Я не прав или здесь что-то странное?

Answer 1

Я не знаю, откуда у вас идея, что серверы имен перечислены в каком-то порядке очередности, но это просто неправильно.Предполагается, что все серверы имен, доверенные для зоны, имеют одинаковое содержимое.Resolvers выбрал серверы имен для произвольного запроса, чтобы распределить нагрузку между ними.Предоставление авторитетным серверам различного содержимого даст конечным пользователям только противоречивые результаты, а не что-либо полезное.

Кроме того, вы забыли, что распознаватели кэшируют ответы, которые они получают.Даже если бы DNS работал так, как вы думали (а это не так), потребовались бы решающие минуты или часы, чтобы заметить «отказоустойчивость».