WWW кластер (создание 2 зеркальных серверов в разных сетях)

[Xander5]

Приветствую!

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

по аналогии
http://www.linuxcenter.ru/lib/articles/net...al_server.phtml

состав:
2 dns в разынх зонах
2 рабочих сервера с drbd
2 внешних сервера монитора с ipvs поддержкой
(сети разные, один в России, другой в США)

так вот сказали, что 2 монитора с одним виртуальным IP не могут находится в разных IP сетях

как бы сделать, чтобы на один IP адрес поступал запрос, а далее переправлялось на работоспособоный, да еще и чтобы мониторы следили друг за другом, что если один монитор умрет плавающий IP перешел на живой

Заранее благодарю за любые советы

[alfss]

не назвал бы это кластером , но всеже.

как бы сделать, чтобы на один IP адрес поступал запрос, а далее переправлялось на работоспособоный,
С балансировшика проверять состояние нод и перенаправлять запросы.
банально rdr + tables. с этим справятся


так вот сказали, что 2 монитора с одним виртуальным IP не могут находится в разных IP сетях
подумайте о маршрутизации)

[Xander5]

так вот сказали, что 2 монитора с одним виртуальным IP не могут находится в разных IP сетях
подумайте о маршрутизации)
[quote]

можно поподробнее
1 монитор в США, другой в России, на них будет heartbeat.
так эти же мониторы в разных провайдерах и должны иметь общий плавающий IP,
какую именно маршрутизацию сделать,
т.к. с этими вопросами еще не сталкивался

буду благодарен за платную консультацию,
icq 32148221

[kotova]

Думаю стоит посмотреть в сторону dynamic dns, т.к. для плавающего ip придется воспользоваться одним из протоколов динамической маршрутизации.
Не думаю, что провайдеры будут подстраивать сети по вас

[Xander5]

Думаю стоит посмотреть в сторону dynamic dns, т.к. для плавающего ip придется воспользоваться одним из протоколов динамической маршрутизации.
Не думаю, что провайдеры будут подстраивать сети по вас

насчет обработки через dns это крайний и наименее желанемый способ:

обрадовала статья
http://www.osp.ru/text/print/302/137995.html
а точнее фраза:
"Узлы кластера могут размещаться как локально, например в одной серверной стойке, так и находиться в соседних зданиях, в пределах города или в различных городах и странах, что позволяет создавать катастрофоустойчивые конфигурации с тиражированием данных между узлами. В последние два года подобные решения стали особенно популярными"

так что всетаки подобную систему можно запустить

[kotova]

В вашем случае вариант с территориальным расбросом нод кластера нереализуем, т.к.
Опять же повотрюсь, что для анансирования общего для двухподсетей ip адреса придется воспользоваться динамической маршрутизацией (например ospf), которая поднимается и настраиватеся на оборудовании провайдера.

А вообще я бы сдел так:
1. Воспользовался бы ddns для достопности www-сервиса
2. rsync для синхронизации контента
3. репликация базы данных встроенными средствами сомой бд
4. скрипт, запускающийся по крону, который проверяет доступность сервиса (может быть telnet, либо состояние самого демона) и в случае сбоя, отправлять запрос на изменение зоны днс

[Xander5]

очень жаль

а если у хостера купить 2-3 vps и использовать их как мониторы, это же будет одна подсеть хостера.
так получится?

[alfss]

я написал вам в личку.
а вообще в сторну DNS + TTL смотрите