Схема построения отказоустойчивого хостинга

[serge]

Вобщем задумался на днях над сабжем. Нужно чтобы при недоступности главного сервера (по любой причине) автоматом контент начинал отдавать резервный. Хотелось бы услышать ваши соображения по этому поводу. Как такое можно организовать?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Overseer]

Ну разве что мониторить резервным сервером главный, а потом переключать IP на ДНСах, при условии, что ДНСы на обоих серверах.
Кластер не катит? Или одновременная работа обоих серверов? (тогда можно указывать А-записи на разные IP-адреса)

[serge]

Тоже думал про смену записей в ДНС. Но по времени обновление зоны растянется на достаточно приличное время.
По поводу кластера... тоже думал, но хотел бы поподробнее почитать про это. На мануалы может есть ссылка?

[Overseer]

увы, нет(
может гугл подскажет

З.Ы.

Код: Выделить всё

17:30 ~> dig microsoft.com
;; Got answer:
microsoft.com.          2791    IN      A       207.46.232.182
microsoft.com.          2791    IN      A       207.46.197.32

З.З.Ы.
дело ведь не только в переключении серверов, но и в синхронизации контента

[Overseer]

на затравку:
http://www.opennet.ru/base/sys/bsd_cluster.txt.html

[squid]

CARP не подойдет ?
я одно время занялся, потом надобность исчезла таки не закончил, но возможности вроде хорошие
кроме резервного можно использовать как балансировка нагрузки

[Overseer]

CARP не подойдет ?

http://ru.wikipedia.org/wiki/CARP

CARP не может синхронизировать данные между приложениями.

http://dreamcatcher.ru/index.php?option ... view&id=92

ну, я так понимаю, все равно ведь нужна синхронизация данных

[squid]

а что мешает настроить синхронизацию даных софтом, в котором они хранятся ?

[zingel]

VRRP && internal/external host's

[serge]

Ок, буду изучать

[princeps]

А у тебя они далеко друг от друга? В смысле, связь между ними быстрая\надежная?
Мой вариант: carp для преключения между главным-резервным, coda для распределенного хранения данных.

[princeps]

на затравку:http://www.opennet.ru/base/sys/bsd_cluster.txt.html

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

[Overseer]

nfs-сервер - узкое место, которое в случае сбоя кладет весь кластер.

увы, есть такое.. особенно если перекрестное монтирование каталогов - то капец..

З.Ы.
а zfs-решение кто-нибудь пробовал?

[paradox_]

некоторое подобие класстера когда то мне обьясняли как работает на линуксах
очень примитивно но пашет на 100%
если вспомню расскажу
но что то там было в топологии
и дерагнии интерфейсов

сайт надо было сказать был по посещаемости ооооооооочень большой = )) и ничего - все работало
думаю у вас с тысячи раз меньшая посещаемость
так что если вспомню как это работает
думаю вам подойдет

[Dimon]

Две записи A в DNS работать не будут
Dns будет по очереди кидать то на один то на другой канал, при падении одного канала половина юзеров не увидит сайт.
Кстати я думал тоже по поводу решения данной проблемы, мне вот интересно PTR записи будут работать в данном случае?
Кто нибудь реализовывал подобное резервирование?
Поделитесь опытом

[zingel]

а zfs-решение кто-нибудь пробовал?

пробовал, и не один раз ZFS+VRRPD -> xN-1000BaseT, позднее будет в вики

[serge]

А у тебя они далеко друг от друга? В смысле, связь между ними быстрая\надежная?
Мой вариант: carp для преключения между главным-резервным, coda для распределенного хранения данных.

Серверов еще нет в наличии, поэтому можно и рядом взять и на расстоянии друг от друга.

[zingel]

на расстоянии друг от друга

гигабитом только лучше соединять, чтобы иметь запас (мало-ли придется перекидывать террабайтные массивы /etc)

[serge]

на расстоянии друг от друга

гигабитом только лучше соединять, чтобы иметь запас (мало-ли придется перекидывать террабайтные массивы /etc)

Если у разных провов, то сомнительно что так получится сделать.

[serge]

З.Ы. Пропадаю на недельку на отдых. Как приеду вернусь к делам и этой теме в частности.

[zingel]

денежек будет надо отвалить за commited rate, проще обойтись без этого, если разные AS

[princeps]

Если у разных провов, то сомнительно что так получится сделать.

Если у разных провов, то вообще все гораздо сложней будет. А если у одного - то смысл наполовину теряется - если у него ляжет канал, то пусть там хоть десять серверов в кластере стоит, сайт работать не будет.

[Susic]

По резервному каналу пускать должен. Он должен быть у каждого провайдера.

[zingel]

не у каждого, потому, что лишнее два-три гигабита стоят больших денег

[princeps]

По резервному каналу пускать должен. Он должен быть у каждого провайдера.

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