Как сделать так, чтоб если в датацентр попадет молния, мой сайт не лежал в дауне уже третий день?

Question

[biblos]

… или как организовать архитектуру хостинга, чтоб добиться близкого к 100% аптайма сайта без извинений на перебои з электричеством, молнии, хабраефекти и т.п.?



PS: знакомлюсь с микро инстансами, поэтому желательно использование их, но также интересны другие аналоги.

Answer 1

[rdolgov]

Держать кластер из серверов в 2х датацентрах, желательно в разных городах(например мск и питер).
Если один датацентр «ложится», то все серваки мигрируют автоматически во 2ой. vmware vsphere — умеет на ура.

Comments

[rdolgov]

при таком расскладе можно даже город с лица земли стереть, проблем не будет ;)

Answer 2

[iscsi]

Вам понадобится доступ к DNS-записям своего домена/ов и 4 инстанса ec2.
1) Сделать по одному инстансу в каждом регионе доступном в EC2;
2) В каждом инстансе установить haproxy и копию сайта;
3) Создать для каждого домена А запись с адресом инстанса;
4) Настроить haproxy таким образом, чтобы каждый запрос отправлялся согласно выбранной стратегии на веб-сервер одного из 3-х оставшихся инстансов;
5) Наслаждаться результатом и получать доход.

Comments

[iscsi]

Но при этом возникнут такие нюансы как синхронизация инстансов (статика, базы данных)
Для статики советую не городить кластерные ФС, а попробовать простой как топор csync2 или unison.
А вот с базой данных придется освоить репликацию.
В общем сами увидите, как это интересно — скучно точно не будет :)

[iscsi]

/3\)/s/запись/записи/

[sviridov]

Вместо поднятия haproxy можно воспользоваться амазоновским Load Balancer'ом. Думаю, это работать будет лучше. Плюс появятся дополнительные возможности — автоматическое определение упавших нодов, можно ssl-termination вынести на него, можно AutoScaling заюзать.

Answer 3

[atomlib]

Упал хостинг, который обещал полные 100% аптайма. Месяц назад он уже лежал, теперь молния.

Как уберечь жесткий взрыв от электромагнитной волны ядерного взрыва? Как уберечься от обрыва тихоокеанского кабеля? Как бороться с электромиграцией в микросхемах? И, наконец, как бороться с человеческим фактором?

В этом мире не бывает ничего стопроцентного и вечного. И энтропия должна нас радовать на самом деле.

Comments

[biblos]

Извините, должен уточнить, что мой сайт размещен в датацентре AWS в Ирландии.
Подробнее о проблеме habrahabr.ru/company/bitrix/blog/125932/

Answer 4

[Nastradamus]

Можно так:

1) Ставим или арендуем еще 1 сервер в другом дата-центре.
2) Делаем зеркало сайта с помощью rsync + репликация DB. Настраиваем мониторинг за корректностью репликаций, делаем механизм автоматического восстановления репликации при сбое.
3) Заводим DNS-запись с маленьким TTL.
(подробней здесь: habrahabr.ru/blogs/personal/87144/ )

При сбое, переключаем в DNS на другой сервер за считанные минуты.

Метод топорный, но работает у меня. :)

Comments

[iscsi]

Бесплатный dns.he.net — пущ пущ пущ.
Йей!

[Nastradamus]

Мы выбрали dyndns из-за бесперебойной и стабильной работы и возможности переключать управлять зоной через их API (например, через http GET-запрос). Это позволяет переключаться на зеркало одной командой или в автоматическом режиме.

[max_rip]

А если молния попадет в датацентр днс провайдера?, а если в этом дата центре будут сервера регистратора? )

[Nastradamus]

У dyndns сервера расположены в разных континентах.
Сори, за поздний ответ. Вымораживает невозможность подписаться на комментарии в Q&A.

Answer 5

[polyakstar]

Heartbeat + DRBL

Comments

[polyakstar]

DRBD всмысле, опечатка

[Пума Тайланд]

Особенно хорошо работает, когда дц далеко и каналы не прямые, а через интернет.

Answer 6

[Zamorozka]

Amazon EC2