Расскажу всё по порядку, чтобы не возникало лишних вопросов:
Есть сайт, которму нужен 100% аптайм. Есть 2 сервера которые на него работают. Нужно сделать чтобы при уходе в даун главного сервера, сайт автоматически переключался на работу с резеврного и при этом обойтись только этими двумя серверами без лишних затрат на третий сервер под DNS. Ну и желательно как можно проще, без всяких балансировок, т.к. чем сложнее тем больше появляется узких мест.Сейчас сделано так: купил NS для домена, написал скрипт, который периодечски крутится на резерве и проверяет доступность основного хоста, в случае если основной хост недоступен, логинится в DNS и поворачивает домен на резервный. Но 100% аптайма всё равно нету, из-за кеширования DNS, да и неудобно потом руками поворачивать домен, после ремонта основного хоста.
Может кто сталкивался с подобной задачей? Подскажите пож как правильно реализовать эту схему.
Сейчас есть такая мысль:
есть: domain.com и some_ns_server.com который указывает на резеврный хост
нужно: на главном хосте поднять NS, и в NS записях domain.com прописать: в первой NS записи, NS находящийся на основном хосте, а во второй записи (NS2) some_ns_server.com.
Получается, при падении главного хоста вместе с хттп падает и днс, и значит будет использоваться NS2 домена, где прописан some_ns_server.com указывающий на резервный хост.Незнаю, насколько верно, т.к. нигде такого не встречал, но ИМХО работать должно) Хотелось бы послушать мнение других по этому поводу.
Великодушное спасибо за ответы!
посмотрите сюда http://www.linux-ha.org/>Расскажу всё по порядку, чтобы не возникало лишних вопросов:
>Есть сайт, которму нужен 100% аптайм. Есть 2 сервера которые на него
>работают. Нужно сделать чтобы при уходе в даун главного сервера, сайт
>автоматически переключался на работу с резеврного и при этом обойтись только
>этими двумя серверами без лишних затрат на третий сервер под DNS.
>Ну и желательно как можно проще, без всяких балансировок, т.к. чем
>сложнее тем больше появляется узких мест.
>
>Сейчас сделано так: купил NS для домена, написал скрипт, который периодечски крутится
>на резерве и проверяет доступность основного хоста, в случае если основной
>хост недоступен, логинится в DNS и поворачивает домен на резервный. Но
>100% аптайма всё равно нету, из-за кеширования DNS, да и неудобно
>потом руками поворачивать домен, после ремонта основного хоста.
>
>Может кто сталкивался с подобной задачей? Подскажите пож как правильно реализовать эту
>схему.
>
>Сейчас есть такая мысль:
>есть: domain.com и some_ns_server.com который указывает на резеврный хост
>нужно: на главном хосте поднять NS, и в NS записях domain.com прописать:
>в первой NS записи, NS находящийся на основном хосте, а во
>второй записи (NS2) some_ns_server.com.
>Получается, при падении главного хоста вместе с хттп падает и днс, и
>значит будет использоваться NS2 домена, где прописан some_ns_server.com указывающий на резервный
>хост.
>
>Незнаю, насколько верно, т.к. нигде такого не встречал, но ИМХО работать должно)
>Хотелось бы послушать мнение других по этому поводу.
>
>Великодушное спасибо за ответы!
HA через DNS не бывает.
Смотри в сторону CARP/VRRP.
>HA через DNS не бывает.
>Смотри в сторону CARP/VRRP.
>
>http://www.ucarp.org/project/ucarpчитал, читал, всё ОЧЕНЬ сложно.. мне не настолько полная синхронизация нужна. сейчас всё гораздо проще, каждый час скрипт скидывает необходимые файлы и дамп базы на резервный хост, где они распаковываются приводятся к боевому, т.е. рабочему состоянию. вот и всё что мне на данном этапе нужно
мне собственно сейчас не сам HA интересует, а именно как сделать чтобы при падении одного хоста домен указывал на другой. кто нибудь может аргументировано прокомментировать мою безумную мысль предложенную в первой месаге ?)