Резервный web server

100500 вариантов. Как с использованием третьего компьютера, так и без него.

поконкретнее можно? Третий компьютер для БД? Правильно я понимаю?

Третий как диспетчер же.
В случае падения основного сменит IP в DNS или как-то так.

обычная схема кластера
сервер 1
/
админ-сервер - сервер 2
\ ....
сервер n
все запросы идут на админ сервер
а он уже, смотря по загрузке\доступности, распределяет запросы на backend сервера

Я просто не припомню, в какой книжке это читал, поэтому конкретной ссылочки привести не могу. Но нагуглить легко. Третий компьютер-шлюз «пасет» оба сервера и, в случае если один «отвалится», переключает трафик на резервный; как только основной появится, трафик идет на него. Можно вообще делить трафик пропорционально мощностям компьютеров, чтобы они работали одновременно.

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

В общем, вариантов тьма.

Спасибо! Кто-нибудь может поделится ссылкой с примером реализации?

Гугли heartbeat

Держи

Спасибо! Начал изучать.

Может есть у кого другие решения

> Может есть у кого другие решения

Тут описано несколько вариантов: heartbeat, ipvsadm, etc: http://www.ibm.com/developerworks/ru/library/l-linux-ha/

Вот немного извращеннее: nginx как балансировщик

я бы load balancing на плечи хостинга возложил http://www.rackspace.com/cloud/cloud_hosting_products/loadbalancers/ стоит совсем недорого. и нет никакого гемороя. и главное - крайне надежно. остается только реализовать репликацию mysql между серверами и синхронизация файлов сайта (статику можно вообще вынести на какие нить cloudfiles) плюс возможно общий memcached, или он умеет репликацию тоже?

в простейшем случае можно использовать nginx и несколько backend серверов. hearbeat тож интересно, но всеравно остается одна точка выхода из строя.

Пожалуй следовало дать больше информации касательно имеющийся системы. Буду исправляться: На плечи хостинга взвалить не чего не получиться т.к. я сам себе хостинг. Имеется две VPS в разных странах и соответственно в разных подсетях. На одной VPS (VPS1) крутится web server, поставлена задача поднять на второй VPS (VPS2)резервный web server, который будет функционировать в случаи падения VPS1. hearbeat, если я правильно понял мне не подходит т.к. серваки находятся в разных сетях и имеют разное адресное пространство(Поправьте если я не прав ). Репликацию MySQl планируется делать средствами самого MySql, про синхронизацию файлов сайта еще не думал (Может кто что подскажет?). Осталось решить с механизмом переключения запросов на VPS2 в случаи падения VPS1. Собственно так выглядит полная картина. Кто что подскажет?

про синхронизацию файлов сайта еще не думал (Может кто что подскажет?).

rsync же во все поля по расписанию, утром днём и вечером по чайной ложке.

Как у тебя с регистрацией обстоит? Доменные имена где получил, где объявил, на каких NS?

Купили доменное имя в домене .com , висит пока на днс серверах регистратора. Вы хотите реализовать ы помощью ДНС сервера? Можно поподробнее? Поднять свои ДНС сервера и повесить на них домен не проблема!

есть еще вариант с обновлением файлов. сейчас тыщи сайтов в svn\git лежат, и можно попросту производить push/up одновременно в несколько мест.

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

dns roundrobin хорош только если все сервера по А записям всегда живы.
если часть серверов лежит юзеры могут так и не попасть на живой сервак.
да и https могут возникнуть проблемы

Почитал про dns roundrobin. Решение простое, но dns roundrobin не проверяет доступность сервера, а просто выдает IP по кругу. Может есть какой-нибудь способ прикрутить проверку работоспособности к dns roundrobin?

dns roundrobin умеет выдавать сразу несколько IP (в моем случаи 2 из 2), я так понимаю, что в кеше у клиента будут 2 IP адреса. Решит ли это проблему с доступностью?

Есть, конечно, начиная от простейшего скрипта на баше, котороый шлёт серию пингов и парсит результат, до шифрованого OpenVPN и указания при запуске демона скрипта, вызываемого при разрыве тоннеля.

с проверкой доступности понял. Как решить проблему с кэширующими DNS серверами на стороне клиентов и кушем браузеров!

На плечи хостинга взвалить можно. http://blog.linode.com/2011/07/13/introducing-nodebalancer/

плюсую ipvsadm, у самого 5-нодовый кластер на нем.

>Как решить проблему с кэширующими DNS серверами на стороне клиентов и кушем браузеров!

Никак, добавь что нибудь себе в ДНС и посмотри через сколько времени это появится на каких нибудь других ДНС-серверах. Единственное, свои ДНС можно сразу рестарторуть, в отличие серверов регистратора, которые это делают по расписанию.

Есть еще реврайт, типа серверок, который перенаправляет запросы. Типа таких услуг http://www.webnames.ru/serv_redir.pl. Есть божатся что их сервер ответит всегда, если своем доверия нет. Опять же сколько виртуальных хостов.

Привет, нашел решение? я тоже в поиске....

nginx умеет.

post-factum, чем может помочь nginx при : «если имеются два VPS в разных странах и соответственно в разных подсетях. На одной VPS (VPS1) крутится web server, поставлена задача поднять на второй VPS (VPS2)резервный web server, который будет функционировать в случаи падения VPS1» ?

для этого мне нужно техническое решение...

В конфиге nginx'а задаёшь два backend'а с разными весами — вот тебе и техническое решение. А впска хоть на Марсе или Вулкане.

Выше уже сказали что это извращение!

Аргументы?