Отказоустойчивость с помощью nginx, в моей ситуации как поступить?

Question

[Довольный Айтишникъ]

Есть два веб сервера, между ними настроена синхронизация баз данных и т.п. и они всегда идентичны. На третьем сервере стоит nginx и через proxy_pass получает трафик с одного из серверов и отдает миру. Хотим настроить такую схему - если вдруг падает первый сервер то nginx автоматически начинает отдавать трафик со второго сервера. Почитал про upstream, что-то похожее, но не нравится что оно балансирует нагрузку, а не переключает на второй сервер при недоступности первого (и обратно), мне балансировка в данном случае не нужна. Подскажите правильное направление или решение.
P.S. Дочитал что сервер можно указать как backup и после этого он будет использоваться если недоступны остальные, но так и не понял можно ли указать один основной и один backup, примерно так

upstream test_upstream {
    server    server1.server.com;
    server    server2.server.com backup;
}

Answer 1

[Иван Шумов]

Haproxy для балансировки и health check, ну или с HashiCorp Consul поиграться. А вот базу вы таки вынесите на отдельный сервера если если возможность. Не надо так

Comments

[Довольный Айтишникъ]

Базы две, тоже на отдельных серверах и с ними все норм. Но вот балансировка мне как раз абсолютно не нужна, нужно чтоб все сидели на одном сервере и только в случае его недоступности переходили на другой.

[Иван Шумов]

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

А по теме все то же самое - стоит посмотреть на Haproxy и Consul

[Иван Шумов]

Довольный Жизнью, ну и в догонку - использовать только dns адресацию и никаких ip)

[Довольный Айтишникъ]

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

[Иван Шумов]

Довольный Жизнью, ну, по идее работать будет, особенно если не забывать про такие вещи как max_fails=X fail_timeout=YYs; и все в таком духе, но, имхо, кустарщина) мониторинга не дает

[Иван Шумов]

Довольный Жизнью, к вопросу о мониторинге нод - Consul ui

[Довольный Айтишникъ]

Иван Шумов, чтож почитаю про Haproxy, с ним не знаком, но... новое это интересно. А что имеете ввиду про мониторинг? Разве тот же max_fails=X fail_timeout=YYs; не мониторит доступность?

[Иван Шумов]

Довольный Жизнью, Оно-то мониторит, а вот вы никогда не узнаете что сервер сдох если сами не пойдете проверять. Слепой мониторинг это очень и очень плохо - уже не раз убеждался. Можно считать что все работает, а оно на резерве.

[Довольный Айтишникъ]

Иван Шумов, Согласен, почитал про Consul ui, заманчиво, надо потестить. Подожду, может еще что интересного в ответах будет

[Иван Шумов]

Довольный Жизнью, да пожалуйста) Я бы просто сразу отправил в AWS, но вряд ли у вас там сервера хостятся - там еще круче

[Довольный Айтишникъ]

Иван Шумов, не, в нашем случае там надежность даже хуже, частенько инет в ту сторону пропадает, поэтому локальные решения (в рамках региона) наше всё....

[Иван Шумов]

Довольный Жизнью, мои соболезнования) Если интернет пропадает то тут либо второй канал либо плакать) Кстати, регионы там же разные, но это я уже так, профанацией занимаюсь

[Довольный Айтишникъ]

Иван Шумов, канала два, но.... падает магистральный, вот такое веселье))))

[Иван Шумов]

Довольный Жизнью, ад. это где, если не секрет?

[Довольный Айтишникъ]

Иван Шумов, норм, зато столько интересного.... Для практики самое оно

Answer 2

[paran0id]

В принципе так можно сделать, работать будет. Если не нравится, что nginx балансирует нагрузку (почему не нравится?), можно сделать один бэкапом или распределить нагрузку с помощью весов (weight).

Но лучше сделать так:
- два фронтэнд-сервера
- virtual ip (corosync, keepalived), мигрирующий с одного на другой в случае сбоя
- на virtual ip слушает haproxy, распределяющий нагрузку между фронтами
- nginx на фронтах распределяет нагрузку между бэкэндами
- бэкэнд-серверов два или больше, работают оба одновременно, можно масштабировать, дообавляя сервера
- база по возможности отделена, также разнесена на два или больше серверов, с репликацией