Как сделать сайт высокой доступности?

Question

[Оптимус Пьян]

Есть небольшой сайт с высокими требованиями к доступности. Допустим, я беру VDS в двух разных дата-центрах, поднимаю на них копии, база реплика.
Что дальше? Как именно обеспечить немедленное переключение на другой сервер если первый недоступен? DNS менять не вариант я так понял т.к. время переключения DNS 2-8 часов, за это время и нерабочий VDS отлежится и поднимется уже давно.

Comments

[vanyamasnuha]

>время переключения DNS 2-8 часов
Это если менять адрес самого днс сервера. Если менять запись с ip веб-сервера - оно будет моментально происходить.

[Оптимус Пьян]

vanyamasnuha: а как поменять запись с ip вебсервера?

[vanyamasnuha]

Дмитрий: посмотрите, нет ли какого-то api для этих целей в вашего dns-хостинга, если есть - меняйте запись www

[Алексей Уколов]

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

[vanyamasnuha]

Алексей Уколов: попробовал - меняется сразу

[Оптимус Пьян]

vanyamasnuha: так вы внутри одно хостинга ip меняете наверняка (типа между серверами)

Answer 1

[viiy]

Есть несколько способов это сделать.

Первый. Обеспечить высокую доступность сервису который для этого не проектировался. Когда web серверы не имеют балансировщиков, когда mysql задумывался как один, когда приложения в одном экземпляре. Как уже сказали - воспользуйтесь услугами amazon. Elastic ip для переключения между серверами, RDS (mysql) с multi-az, elastic storage для файловой системы.

Второй, самый сложный, но правильный. Изменить архитектуру сервиса. Web серверы как отдельная часть должны балансировать запросы между backend частью. Приложение должно уметь само переключаться между mysql базами если один сервер упал. Репликация mysql между удаленными датацентрами это боль и страдания, в идеале она должна быть только для бэкапа. Если уже не уйти Mysql репликации, используйте percona xtradb cluster. Обращаться не напрямую в ее, а через haproxy, в котором нужно настроить проверку статуса реплик.
Короче говоря, все слои должны иметь как минимум одно резервирование. На уровне IP воспользуйтесь услугами датацентра.

Answer 2

[Алексей Уколов]

Самое простое - воспользоваться облачной инфраструктурой. Например, у Амазона есть Elastic IP, которое делает ровно то, что вам нужно - при падении инстанса перенаправляет запросы на другой без смены IP.

Comments

[Дмитрий]

route 53 называется
https://aws.amazon.com/ru/route53/

Answer 3

[KkJ]

В DNS можно указать несколько адресов сразу. Если сайт только для чтения - этого достаточно.

Comments

[Оптимус Пьян]

Как понять "только для чтения"?

[Алексей Уколов]

А как DNS Round Robin поможет в ситуации, когда один из фронтендов упал?

[vanyamasnuha]

Дмитрий: Запись нужно вести сразу на оба сервера. В случае, когда идет много записей в базу - все будет тормозить, так как одна из баз - далеко.