:D :D :D
Точно! Или энергоподстанция. А аккумуляторы резерва электрики пропили.
А датасервер в третьем. :) Или по технологии master - slave. Остается только угадать, кто первым ляжет. :D
Если просто прописать, то клиенты будут бегать на оба сервера равномерно.
Если хотите, чтобы на второй ходили только при отказе первого, используйте sortlist в конфиге бинда..
Даже при наличии такого резольвера, в данной ситуации это никак не поможет - всем посетителям его не поставишь. :)
Сейчас малость поэкспериментирую в резольвером XP и напишу, что вышло.
UPD:
Сделал в локальной сети (использую bind8) такую зону. Вставил десяток неотвечающих и среди них один реальный IP. Все сервисы винды сразу нашли рабочий и пошли только к нему. :)
Элементарно, Ватсон. :)
В файле зоны пишем где-то так:
google.com. A 72.14.207.99
google.com. A 64.233.187.99
google.com. A 64.233.167.99
...
При DNS-запросе получаем ответ:
[root@power]#host google.com
google.com has address 72.14.207.99
google.com has address 64.233.187.99
google.com has address 64.233.167.99
Здесь еще:
И обратите внимание на директивы rrset-order, sortlist и topology в конфиге BIND.
Похоже, как правильно заметил предыдущий оратор, потому, что ваш спец его знает. Дай бог, чтобы его знания не ограничивались единственным дистрибутивом единственной оси.
Кстати, про SuSE говорят, что:
Про интернет-серверы - ни слова.
Могу поделиться своей технологией создания и настройки jail. С готовыми скриптами. Не жалко, ради любимой оси. :)
ЗЫ.Прекрасно работает на десятках серверов.
Это, вообще-то не линукс, а софт и заплатки. :)
Лучшая защита от вторжений - прямые руки. У фри есть некоторые встроенные механизмы (например jail или securitylevel), позволяющие админу не листать лихорадочно подписки bugtrack, гадая, какую дыру в софте найдут завтра.
И есть еще один аргументик. Практически все, написанное для линукса, можно запустить под фри. Часто линуксовый софт под ней работает быстрее, чем под "родной" системой.
ИМХО, линукс - слишком развесистая клюква, к тому же пытающаяся сидеть на двух стульях - на серверном и дектоповом рынках. Такой "комбайн", заведомо вызывает недоверие, поскольку слишком разные требования к оси в этих двух областях. А, поскольку, дектоповый рынок более емкий, линукс-девелоперы явно кренятся в его сторону, уделяя меньше внимания серверной стороне системы.
Напоследок любопытная, хотя и староватая ссылочка.
Есть еще одна версия - php собран не из портов. Так иногда делают либо растерянные линуксоиды, попавшие во фрю, либо асы, тонко затачивающие софт. Здесь долго и муторно описывать, что надо сделать, чтобы точно все выяснить. Но могу посоветовать следующее:
Поглядите в phpinfo параметр "PHP API". Если он не 20020429, значит php не из порта.
Дополнительно не помешает проверить "extension_dir" и "additional .ini files parsed".
