Как сделать переключение на резервный сервер?

Question

[Slava Kryvel]

Добрый день!

Стоит задача обеспечить непрерывную работу нескольких сервисов.
Есть два сервера - основной и резервный. Расположены у разных хостеров.
В случае недоступности основного сервера нужно клиентов направить на резервный сервер.
Какие существуют варианты решения это задачи? Необходимо чтобы доступность сервисов стремилась к 100%
Сервера на Linux.

Answer 1

[xmoonlight]

1. DNS roundrobin
2. Client roundrobin - когда сам клиент перебирает IP-шники. Это возможно, если приложение уже скачано и может запускаться автономно.

Comments

[Slava Kryvel]

это первое о чем думал.
но ведь это не спасает никак, если я правильно понимаю принцип работы.
RR просто на каждый запрос отдает следующий IP адрес. т.е. если их два для домена, то в случае недоступности основного сервера 50% процентов запросов будут все равно вести на него.

[xmoonlight]

Slava Kryvel: браузер сам определит и загрузит с того, который доступен! (фейла - не будет ни разу!)

[pfg21]

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

Весьма рапространенная практика.
$ nslookup yandex.ru
Server: ******
Address: ******#53

Non-authoritative answer:
Name: yandex.ru
Address: 77.88.55.50
Name: yandex.ru
Address: 5.255.255.77
Name: yandex.ru
Address: 5.255.255.50
Name: yandex.ru
Address: 77.88.55.60

[Slava Kryvel]

спасибо. значит я неправильно понял принцип работы..
сейчас попробую

[Boris Köln]

pfg21: Неправда! По вашей же ссылке написано

К примеру, если сервис на одном из адресов недоступен, RR DNS будет продолжать раздавать этот адрес и клиенты будут по-прежнему пытаться соединиться с неработающим сервером.

Round robin DNS используется для распределения нагрузки на разные сервера, но это никак не связано с отказоустойчивостью

[Andrey Shatokhin]

RR нормально отработает только если сервер не принимает коннекты. Но если сервер доступен, но отдает ошибки(5xx)/не верные данные, то он никак не поможет.

Answer 2

[amambaru]

В DNS в записи А указать оба IP-адреса.
Браузер обратиться к тому, кто первый ответит.

Но это самая простая часть.
Вам еще нужно БД между серверами постоянно синхронизировать - вот это уже будет геммор.

Comments

[Slava Kryvel]

Вы уверены, что браузер обратится к тому, кто первый ответит а не к тому кого вернет DNS (один из адресов)?

База будет одна основная. Как и сервер. Резервная будет в slave моде. При отказе master базы, запросы пойдут на slave. Над этим тоже думаю, так как простых готовых решений не нашел.

[amambaru]

Slava Kryvel: уверен.
у меня так работает сайт у нескольких хостеров одновременно.

стоит положить сервер у одного из хостеров - запросы автоматически идут на какой то из оставшихся серверов.

Answer 3

[Boris Köln]

Round robin DNS используется для распределения нагрузки на разные сервера, но это никак не связано с отказоустойчивостью

Для отказоустойчивости обычно делают так:
- Скриптом каждую минуту проверять доступность основного сервера
- Если недоступен, то через API DNS-провайдера указать IP резервного сервера в A-записи.
- Если был недоступен, а сейчас доступен, то указать его IP.

Comments

[Slava Kryvel]

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

[Boris Köln]

Вы путаете со сменой DNS-сервера - это он часами кэшируется

[Slava Kryvel]

т.е Вы хотите сказать, что изменения dns записей у домена происходят мгновенно?)

[Boris Köln]

Прочитайте мой ответ еще раз. Я предлагаю менять A-запись у DNS-провайдера, а не самого DNS-провайдера у регистратора домена.

[Andrey Shatokhin]

Boris Korobkov: A запись не меняется мгновенно. Политика ее кеширования указана в вашей SOA записи. Это могут быть десятки минут, а иногда и часы.

Answer 4

[Tr3m]

VIP + HA cluster ( like pacemaker)

Comments

[athacker]

VIP при условии того, что сервера у разных хостеров и с IP-адресами в разных AS? :-) Это реализуемо, конечно, но потребует массы телодвижений и кучи денег.

[Tr3m]

athacker: поставьте ha proxy/nginx as reverse proxy у третьего и проксируйте.
Все лучше чем A запись менять и ждать реплики

[athacker]

Tr3m: Отличное решение. А потом ложится канал/сервер-балансировщик у "третьего", и отваливаются сразу оба сервера на бэкенде.

[Slava Kryvel]

athacker: Tr3m: сервера в разных ДЦ
но вариант с прокси на отдельном сервере не подходит, т.к. при его отказе, как было сказано выше, ложится всё)

Сейчас думаю насчет варианта c Cloudflare. но хотелось бы конечно что-то свое, чтобы не было так дорого)