Вот так задачка!

с помощью dns - никак.

вы сумеете сделать разве round-robin dns (гуглите): части клиентов отдается одна запись, скажем "@ IN A IP1" - части другая "@ IN A IP2"

Вариант с балансировкой. Коннект идет к одному серверу через контоллер (балансер), балансер перекидывает соединение на ноду. Если нода не отвечает, котроллер ее исключает из схемы балансировки. Балансеры резервируются протоколом CARP (OpenBSD, FreeBSD) или VRRP (Linux)

Недостаток: балансеры должны находится в пределах одной площадки

Другой вариант: использование системы мониторинга, которая бы делала проверку (коннект к tcp сокету или ping). При этом домен надо перекинуть на ваш DNS сервер.

Простой скрипт (одна-две строки на sed) модифицирует конфиг зоны при недоступности одного из серверов и выполняет rndc reload (если использовать Bind)

Возможно такое решение подойдёт:

ns1.domen.ru направлен на IP сервера 1 (зона настроена на сервер1)

ns2.domen.ru направлен на IP сервера 2 (зона настроена на сервер2)

получаем простую логику, пока сервер1 в норме, ns1 направляет на сервер1

как только он в дауне, ns1 недоступен, следовательно идёт запрос на ns2, и он естественно в соответствии с настроенной зоной будет грузить сервер2

Зачем что-то ещё придумывать? или это не сработает?

Всё работает не так "красаво", как вам кажестся.

1. При такой настройке ВСЕГДА часть клиентов пойдёт на ns1 , а часть на ns2. Мы только получим, что клиенты будут "раскидываться" по разным серверам, а в случаях проблем с одним сервером, чать клиентов будет получать ошибку.

2. Две разные зоны держать на двух dns-серверах одного домена вам вряд ли даст регистратор.

Dimanych, с dns только round-robin можно сделать.

adm.unix - чтобы запросы раскидывались приблизительно

равномерно (иначе один из серверов будет простаивать) - нужно два IP с

настроенным на них round-robin + ucarp для каждого из двух IP.

В случае микроскопического TTL для зоны клиенты будут постоянно дергать ДНС, и получать ответ от работающего именно сейчас сервера.

Впрочем, это не спасет от кривонастроенных кэшей.

Да кто его спросит-то? :-)

Himiko, так и есть, но как уже сказал Outsourcenow, будет не всё так плохо как кажется ;)

Для использования round-robin, он должен быть настроен на одном из надёжных серверов отличном от того где находятся сайты, а не в таком случае где один из серверов может не отвечать)

Хотя, тогда-уж на сервере2, как дополнительном.