Недавно прочитал статью про кластерный хостинг: http://www.datasvyazi.ru/stuff/articles/?rid=8&p=1

Кто на практике пробовал? Какие плюсы и минусы вы встречали при использовании такого хостинга?

Я пробовал на практике хостинг "Дата Связи" - он очень уязвимый.
Всего использует 2 узла + 1 резервный, подключение по iscsi

Идея хорошая а реализация подкачала.

А вы можете привести пример хорошо реализованного кластера?

Нет, я не имею права разглашать информацию без согласия заказчиков.

Обсуждение услуг конкретных хостинг-компаний в данном разделе форума запрещено, если участники темы не перейдут к обсуждению общих вопросов кластерного хостинга без перехода на конкретные компании, то тема будет закрыта.

MyBB.ru неплохая реализация
www.Net.ru

вообще если уж о кластерах, то очень скоро окажется что надежность кластера настолько превышает надежность ДЦ, что и нечего улучшать, а вот с нодами в разных ДЦ видел только почтовые кластеры.

Интересно, а есть ли примеры с распределенной реализацией ДНС? Проблемы с ДНС-серверами могут вывести из строя любой хостинг. Многие клиенты мне кажется будут готовы разместить несколько копий совего сайта на разных хостингах для подстраховки ,если можно будет решить вопрос .как домен начнет показывать на другой хостинг, если основной хост вырубился.

не очень понял: что мешает просто повесить разные NS в разных ДЦ ? если ставить малое TTL у записи и DNS у провайдера клиента не очень тупой ( 90% DNS вроде вполне вменяемы) то оно и должно работать вполне. Особо смысла писать скрипт, который будет править список ns у провайдера нет вроде, при недоступности NS лезут на другой. Править на лету список NS и А в самой зоне - скрипты есть ( да и написать не так сложно). Другой вопрос, что 99% сайтов сильно динамические и держать точное зеркало задача совсем не тривиальная, а уж раскидать сервер на несколько нод с избыточностью - вообще отдельная и решаемая вроде только под контретный сайт.

bind умеет master - slave by design. Ставьте слейвы в разных странах...

на сколько я понял он хочет копии сайта держать в разных ДЦ. Это весьма проблематично из-за проблем синхронизации.

rsync - и никаких проблем

а зеркало является вариантом кластера ? ( IMHO нет, но не уверен)

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

Но данная реализация требует наличия ДНС на том же сервера, где и сайт. Хотя для падучего ДЦ достаточно в том же ДЦ.

Вполне. Единственное неудобство - ждать синхронизации.
Достоинство - если один узел выпадает - он выходит из A записей. Записи можно рефрешить хоть 15 минут.

А Вы не могли бы разжевать вот этот механизм, что бы даже мы поняли, пожалуйста.
Если мы правильно поняли, то для сайта site.ru надо поднимать ns.site.ru ? И на каждом сервере делать это? Но каким образом пользователь интернета будет в принципе первый раз знать куда слать запрос? И как кэширование днс провайдерами интернета может помешать этому процессу, если уж они обновляются иногда неделями?

А что там разжевывать? Уже все давно расписано.
Делать на каждом
Слать будет элементарно - так как и на гугль:
host google.com
google.com has address 64.233.167.99
google.com has address 64.233.187.99
google.com has address 72.14.207.99
Кеширование можно рулить с помощью ttl