Дублирование хостинга - как?

Да, но это не интересно.

---------- Добавлено 13.11.2012 в 00:09 ----------

Это вообще реально? У меня есть сомнения на этот счёт.

Повторюсь, речь идёт о зеркале на уровне ОС.

Для конкретно-взятого проекта на уровне файлов / БД всё реализуемо, я сам реализовывал (костылями с подставками), не так уж и страшно.

Есть ДНС кластер, размещенный в 4 странах мира.

Данные синхронизируются мгновенно.

Есть несколько серверов мониторинга, которые опрашивают заданные IP с заданными virtual host на заданный порт, опционально ищя на этой странице заданный текст. Каждые 30 секунд.

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

На выходе:

Бюджетный вариант распределения трафика между серверами, с гео-привязкой, failover и статистикой.

TTL на зоны стоит нулевой, тем самым корректно работающие днс клиенты обязаны каждый раз запрашивать A запись. На практике, может кешироваться в рамках сессии браузера, кеш сбрасывается при форсированном обновление страницы.

На данный технологии работают несколько очень крупных компаний с 30+ серверами каждый, для которых прежде всего важно что данные всегда доступны, и на втором месте важно, чтобы данные отдавались максимально быстро клиенту, от наиболее близкого географически места.

Мне не известны другие подобные решения в продакшене.

Да реально, делал такое и в России и в США. Вообще, в нашем мире реально все. Весь вопрос - в цене.

Это схема работоспособна только при условии что провайдер не кэширует данные и DNS. То что указан нулевой TTL не означает что все провайдеры будут каждый раз спрашивать IP. Замеченны проблемы с мобильными операторами. Так как скорее всего практически идеально работает штатный сервер, то создаётся илюзия работоспособности такой схемы. DNS лучше не трогать, будет меньше проблем.

Также по поводу днс кластера на 4 стран мира. Не всегда это оправданно. Для скорости отдачи сайта DNS ответ к пользователю должен приходить по возможности быстрее. Это означает, что DNS как и сам ресурс должен быть расположен по возможности ближе к посетителю сайта. Рекомендации раскидать DNS сервера на разные странны/континенты была актуальна раньше, теперь ситуация меняется.

По моему мнению, выгодней пользоватся услугами датацентра который сам по себе обеспечивает не ниже 99.95% доступность и в случае небходимости балансировки нагрузки использовать к примеру Cisco ACE, то есть конкретный IP направлять куда надо. Если нет поблизости к нужному региону такого датацентра, тогда можно удаленный датацентр приблизить к пользователю спомощью CDN на нескольких датацентрах скажем не на столько надёжных. По моему, на сегодняшний день есть много датацентров которые обеспечивают практически 100% аптайм сети. Чаще всего проблемы с интернет провайдерами, но это не решится гео кластерами, а вот CDN в этом случае поможет...

Так что если жалко денег на нормальную услугу, то есть смысл пользоватся только самым элементарным вариантом предложенным тут, но только надо изменить TTL на 0.

P.S. Также надо смотреть на реальную потребность 100% аптайма и посмотреть на мир без розовых очков. Если сайт висит на бюджетном хостинге, то выдвигать такие требования к аптайму как бы несерьёзно. Общий хостинг сам по себе не может быть такой стабильный, так как на на сервере в любой момент может поселится ресурс, который привлечёт мощную ддос атаку и будет конец всем мечтам...

То есть сперва наверно надо спросить себя какой реальный аптайм ресурса устроит. Я почти уверен, что три девятьки уже реально хватит любому ресурсу, а 99.8 уже достаточно неплохо тоже. 99.95% для особо озабоченных ;)

IMHO.