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

Отработка отказа на уровне DNS (2 LB и 2 статических IP)

Я создаю 2 ящика, каждый из которых будет сервером статического содержимого (NginX) + Load-Balancer (HAproxy) + DNS-сервером (NSD).

TTL на каждом DNS-сервере для (A) записей будет примерно 30-60 секунд.

Разрешение будет таким:

LB1 (NS1) == разрешает ==> xx.xx.xx.01 (LB1)

LB2 (NS2) == разрешает ==> xx.xx.xx.02 (LB2)

Таким образом, если по какой-либо причине один из этих LB не работает, то ожидаемое время простоя будет примерно 30-60 секунд (время TTL), поскольку каждый рабочий LB будет разрешен на свой собственный IP-адрес, когда ОДИН не работает, другие LB DNS-сервер будет обрабатывать запрос самостоятельно.

2 LB не находятся в одном месте, поэтому, возможно, нет возможности настроить IP-адрес аварийного переключения (или что-то подобное, например сердцебиение, поддержку активности и т. Д.)

У меня есть несколько вопросов, а также ... я хочу действительно оценить любые предложения по надежной высокодоступной системе.

-- Спасибо

Есть ли способ настроить время ожидания DNS-запроса примерно на 2 секунды на моем собственном DNS-сервере (чтобы любой DNS-запрос, который мы получаем, быстро передавался на другой сервер, если с первого не был отправлен ответ)?

Если вы имеете в виду, что хотите, чтобы клиенты связывались с DNS-2 после сбоя запроса DNS-1 в течение N секунд, это поведение клиентов по умолчанию.

Эти 2 LB будут иметь более 30 000 одновременных подключений, это слишком?! предложить несколько хороших конфигураций в этом случае, которые помогут сохранить мои коробки прочными?

На уровне DNS это не проблема. На уровне nginx это тоже не должно быть проблемой, если вы обслуживаете только статический контент.

Наконец, насколько вы знаете, поскольку 2 DNS-сервера указывают на 2 разных IP-адреса, влияет ли это на SEO моего сайта?

нет, SEO работает с доменными именами, а не с IP-адресами.