Реализация отказоустойчивости на базе DNS. Перебрасывает между серверами. Как исправить?

Question

[Валентин Соснов]

Уважаемые знатоки!
Пытаюсь реализовать отказоустойчивость на базе DNS, описанную в статье habrahabr.ru/post/177145 . Есть две VPS - на Агаве и на DigitaOcean. На агаве основная и там вручную поднят DNS, на digital ocean резервная и там используется "штатный" DNS. На данный момент открывается то основной сервер, то резервный. сайт gorabbit.ru/. Из за чего не понял. В теме шарю очень слабо, прошу тапками не кидать. Если кто-то подобное делал, скиньте примеры файлов зон обоих серверов и пример записи делегирования домена. Заранее спасибо за помощь.

ip основного сервака - 80.78.247.70
ip резервного - 178.62.205.66

Прошу rukhem обратить внимание на этот вопрос.

Answer 1

[Влад Животнев]

Эта схема рассчитана не на "основной и резервный", а на fault-tolerance схему (когда оба ДЦ/сервера равноправны между собой и могут отвечать на запросы самостоятельно при падении второго).

Как вариант - на резервном сервере поднять haproxy/nginx, которые в нормальной ситуации будут проксировать запросы на основной сервер, а в случае его падения - проксировать на локалхост.

Comments

[Валентин Соснов]

У меня настроена мастер-мастер репликация MySQL и синхронизация файлов, поэтому каждый хост - самостоятельная равноправная копия друг друга. Но все же я хочу чтобы все запросы шли на основной (первый, если можно так сказать) сервер, а если точнее, то при запросе использовался первый ns сервер и соответственно его A запись и только в случае, если 1 ns не отвечает, тогда уже перекидывать на второй ns (про кеширование я понимаю, но судя из статьи, которую я указал в описании вопроса, через минуту у большинства людей кеш будет сбрасываться). Альтернативные варианты прошу не предлагать, понимаю что их куча, но я хочу реализовать именно тот который в статье (раз он рабочий).

[Влад Животнев]

frozone: ещё раз перечитайте мой ответ внимательно.
И прекратите фантазировать.

[Валентин Соснов]

Влад Животнев: я внимательно прочитал Ваш ответ. 1 его часть говорит о том, что Вы не правильно поняли меня и что я хочу сделать (либо я плохо дал вводную информацию). А вторая часть - это предложение как решить мою проблему альтернативным способом, но судя из статьи на хабре эту схему можно реализовать и без проксирования (или я не правильно понял)?

[Влад Животнев]

frozone: нет.
1 его часть говорит о том, что вы неправильно поняли статью.
В статье достаточно прозрачно (и даже в картинках) рассказывается, что вся эта схема работает по принципу "клиент может приземлиться в любой датацентр, кроме упавшего" (и даже в упавший, если клиенту сильно невезет).

[Валентин Соснов]

Влад Животнев: Понятно, тогда прошу прощения и спасибо что разъяснили. Я подозревал, что чудес не бывает, но до последнего надеялся. Могу попросить Вас описать чуть подробнее по поводу проксирования или там все не сложно и получится просто нагуглить? я сисадмин 1 лвл)

[Влад Животнев]

frozone: если нет https и делать будете на haproxy, то так: hastebin.com/atazorogot.tex (только там всякие порты покрутите, я из склерозника конфиг достал дефолтный).

Если на nginx - то nginx.org/ru/docs/http/ngx_http_upstream_module.html
Но там реализация балансировки грустная, у неё минусов много.

[Валентин Соснов]

Влад Животнев: супер! благодарю за инфу и терпение)

[Влад Животнев]

frozone: да не за чт.

Answer 2

[Валентин Соснов]

rukhem прошу помочь в данном вопросе

Answer 3

[rukhem]

ну все правильно вроде

domain: GORABBIT.RU
nserver: ns1.gorabbit.ru. 80.78.247.70
nserver: ns2.digitalocean.com.

А в чем проблема ?

Comments

[Валентин Соснов]

Рад что Вы ответили, пытался связаться с Вами в хабрахабре через знакомую - безуспешно) Проблема в том, что открывая в браузере gorabbit.ru - в совершенно непонятном порядке может открываться то резервный, то основной сервер. Я полагаю что не правильно настроен файл зон. В идеале я хотел бы попросить пример реальных файлов зон (обоих серваков) и как домен к ним делегирован, чтобы по аналогии сделать у себя.