Зеркало сайта. Как осуществить?

Всё ясно, но всё-таки хотелось бы вариант с разными доменами осуществить.

Т.е. как я понял нужно 3 хоста. На 1м висит оригинал (mysite.com), на втором копия оригинала (mysite.net), и на 3м база данных которая работает на оба сайта.

twentyz, на втором сделай переадресацию на другой домен. Вообще 2 минуты работы.

А в твоем случае отвалится тот хост где mysql (я уж не говорю даже о том, что это несекьюрно) и не будет работать и ком ни нет.

Немного недопонял... Не подкинете ссылочек где можно почитать про это? Гугля что-то мне сегодня ничего не подсказала :(

это все сложно. при подсовывании базы требуется перезапуск мускуля. Перенос дампа безопасно тяжело организовать - мне на ум приходит scp.

rsync гораздо проще.

Если нормальные датацентры, не будете даже чувствовать что MySQL не на том же сервере.

Вы не правильно представляете себе датацентр. Датацентр то не какая то дыра от тракторного завода, на которой поставленны несколько десяток стоек или просто порасбросанны сервера. В нормальный европейский датацентр типически подходит общая сума каналов на 20 - 40 гбпс и больше. То есть, это огромное хозяйство, где часто вылетает именно только отдельные ветки. При том , в этом хозяйстве есть места по лучше по хуже, всё зависит от оборудывания, которое применяется на данной ветке.

По поводу DNS, то нормальные хостёры не держит его на одном сервере и на одном датацентре.

Мне кажется что ни один из предложенных здесь вариантов а реальности работать не будут.

«Переключение ДНС» - я не знаю где вы видели обновление за 15-20 мин. Но в реальной жизни, если мы говорим о массовом обновлении, то это минимум +/- сутки. Т.е., если «вечером начинает подглючивать», то смена ДНС – все равно займет больше времени и от «подглючивания» вас не спасет.

Но допустим, я ошибся и ДНС переключаются как свет при повороте выключателя, но если у вас сайт динамический (форум, например) и он 2-3 часа на одном сервере, 2-3 часа на другом… и за то время, пока он был на сайте сайт.ком пользователи сделали 10 постов, то при переключение на сайт.нет – их не окажется. Причем ситуация может быть комичной: человек прочитал сообщение, а пока писал ответ, вы переключились на др. сервер и там сообщение на которое он отвечал нет…

Вопрос постоянной синхронизации БД становится суперактуалльным. Причем не 1 раз в час, как ту т прозвучало, а именно нон-стоп синхронизации.

Я не знаю о какого объема инфе идет речь, но подозреваю, что это может потребовать не маленьких ресурсов. Да и сам phpMyAdmin на БД объемом в +/- 30-35 МВ начинает уходить по тайм ауту. На одном из наших форумов, только одна единственная таблица с «messages» была больше 100 МВ и чтобы ее импортнуть приходилось ее резать на кусочки. (Поверьте, это не на один час работы)

«Вынести Мускул на отдельный акк» и писать в него с сайт.ком и с сайт.нет - почему тогда не перенести туда весь сайт, если сервер такой надежный?

Если сайты динамические, т.е. они не только выдают пользователю инфу, но еще и любой посетитель может заходить, оставлять комментарии, общаться на форумах и т.п. то ОСНОВНАЯ ПРОБЛЕМА - это СИНХРОНИЗАЦИЯ САЙТОВ!!!!

И зеркала сайта делают тогда, когда уж действительно нереальная посещаемость прёт и т.п.

ТС, какая у вашего сайта посещаемость? сколько тысяч визитов в сутки???

----

100 000 визитов может тянуть нормальный дедик.

Если криво написан сам движок сайта, то без оптимизации кода и запросов к базе данных не обойтись.

А то, что хостинг отрубается часто, так это проблема хостинга, а не ваша. Ищите толковый, чтобы часто не отрубался. Если 1 час в месяц даже и будет сбой, то это можно пережить, я думаю.

Мы можем сделать зеркалирование на тарифе Бизнес

К Вашим услугам - внешние коннеткы к mysql, репликация, ssh с rsync

Переключение DNS делаем на уровне rrdns

Круговая система DNS порочна, ибо:

Пользователь на раздачу выстраивается в очередь на медленных серверах, а быстрые сервера тупят без запросов.

RRDNS не обрабатывает возможные сбои серверов. Юзер тупо продолжает направляться на упавший сервер.