Репликация сайта

[Den1xxx]

Добрый день.
Возникла необходимость сделать зеркала сайта на 2 доменах и 2 разных виртуальных хостингах.
Один главный, второй ведомый.
Есть мысль при добавлении данных на сайт курлом сабмиттить данные на второй.
Но невооруженным взглядом видны проблемы, если будет разрыв соединения или сбой авторизации.
Кто-нибудь встречался с подобными решениями?
А как настраиваете репликацию Вы?
Поделитесь, пожалуйста.

 

[seo.oko]

Если нужен полностью идентичный сайт на втором домене, то лучше добавить его в качестве алиаса к первому. Надо ещё учитывать и то, что поисковики не любят зеркала.

 

[metsys]

репликация бд почему не вариант?

 

[Den1xxx]

репликация бд почему не вариант?

но ведь нужно не только бд?

 

[metsys]

а что еще? картинки?
по крону копировать изменения в папке на клон

остальное в двигле статично как в могиле

 

[Горбушка]

На файловую систему тоже можно сделать репликацию, но как сказал @metsys это не требуется - решается через cron.

Только делай репликацию master-slave... Т.е. по-умолчанию мы всегда пишем/читаем боевую БД и только когда она сдохла - переходим на вторичный сервер.
Аналогично лучше делать и файловой системой.

 

[Den1xxx]

а что еще? картинки?
по крону копировать изменения в папке на клон

остальное в двигле статично как в могиле

Конфиги ещё иногда. А так да, картинки в основном.
Ну так есть готовое решение для синхронизации?

Только делай репликацию master-slave... Т.е. по-умолчанию мы всегда пишем/читаем боевую БД и только когда она сдохла - переходим на вторичный сервер.
Аналогично лучше делать и файловой системой.

Я как-бы понимаю, как должно быть. Но может кто знает готовое решение — пользовался, например.

К чему вообще это всё. У нас в Беларуси нет надежного гарантированного хостинга. Просто нет. В то же время принят закон, согласно которому интернет-магазин должен быть на белорусском домене и белорусском хостинге. Даже самый надежный нет-нет да и вылетает раз в месяц на час-два. Хотелось бы, чтобы у критичного к хостингу скрипта был дубликат, даже на час недоступности основного домена. Сами знаете, когда законы об интернете принимаются, законодателям насрать, как они будут выполняться, в любой стране постсоветского пространства.

 

[metsys]

есть готовое решение для синхронизации?

Нет, и не будет.
Еесть куча методов и нюансов реализации.
В Вашем варианте я бы поставил балансировщик на нгниксе на фронтенд и один официальный хост чтобы отвязались органы. Остальные апстримы от проверенных хостеров.
Но с базой данных это будет попа боль, да.

зы
в схеме с дублирующими нодами не забывайте, что сессии нужно хранить в единой бд (не обязательно мускула, можно и в nosql типа mongodb, redis, etc), но на это скорее потребуется доработка движка (а может и нет, если проект зрелый)

 

[Den1xxx]

нет, и не будет.

Я нашел 5 разных реализаций, и ничего не понравилось, сложно.
Проблема в слишком большом выборе — чтобы найти что-то полезное, потратишь не один день. Иногда даже проще самому написать.
Сам тоже писал что-то, но это было на уровне:
1. На мастере сархивировал папки — целиком, даже если ничего не менялось.
2. Закачал архив на реплику по крону.
3. На реплике удалил папки, распаковал из архива.
Все бы ничего, но многовато траффика. Желательно сравнивать папки и архивировать только нужное.

 

[metsys]

если у вас есть/будет впс с доступом к ОС, то у линуха есть тулза inotify которая умеет отслеживать изменения в ФС. (для других есть Для просмотра ссылки Войди или Зарегистрируйся)
это все относительно просто наваять на баше (и в питоне есть очень похожая по названию и назначению функция и такое Для просмотра ссылки Войди или Зарегистрируйся) и в путь.
ну или diff пробовать пользовать.

пример на баше
Для просмотра ссылки Войди или Зарегистрируйся