автоматический backup(зеркалирование) на другой хостинг
5 марта 2009 в 00:05

автоматический backup(зеркалирование) на другой хостинг

Hello.

А сильно сложно (особенно на базе готовых PHP движков) организовать
автоматический бэкап сайта на другой хостинг? (или зеркалирование,
то есть чтобы все изменения на одном сайте автоматически копировались
на другой)

То есть задача такая, чтобы в случае подыхания одного из хостингов
можно было быстро в полуавтоматическом режиме запустить еще одну копию…

Vladimir
PS да, для incremental backup что-нить есть готовое?

310
Комментарии (13)
  • 5 марта 2009 в 00:11 • #
    Alexander Brovkin

    А может проще 2 винта и RAID 1 использовать?

  • 5 марта 2009 в 00:35 • #
    Vladimir Teplouhov

    не проще - хостинги в датацентре, местные даже близко таких параметров предложить не могут, про цену я и вообще помолчу...
    http://project.megarulez.ru/forums/showthread.php?t=7508

    За цену винта или RAID хостингов можно взять десятки,
    так что по любому будет дешевле и надежнее.

    К тому-же можно использовать разные датацентры, тогда даже проблемы
    с центром или связью будут пофиг. Научиться бы еще как-то по простому
    автоматом на DNS хостинги переключать :)

  • 5 марта 2009 в 00:48 • #
    Alexander Brovkin

    Я не пробовал но что если сайт с одинаковым именем зарегить на 2-х разных хостингах. В доменном имени прописать сразу NS сервера сразу обоих хостингов. Работать будет? По идее должно. Если 1-й хостинг валяется то браузер пойдет по другим NS записям и откроет рабочий сайт. Это в теории, а на практике надо попробовать...

  • 5 марта 2009 в 00:56 • #
    Айрат Давлетшин

    Не будет работать, это не MX запись, а A.

  • 5 марта 2009 в 01:13 • #
    Alexander Brovkin

    Вот про что-то такое написано помойму: http://en.wikipedia.org/wiki/Round_robin_DNS

  • 5 марта 2009 в 02:51 • #
    Alexander Brovkin

    есть еще более красивое решение чем rr-dns.
    Прописываем домену пачку разных NS. После делегирования, когда все ns-ы
    проверены - аккуратно правим на них зону, задавая минимальный ttl и заставляя
    каждый из ns-ов отвечать на свой собственный ip.
    В результате, клиент ломится к NS-ам round-robin"ом, но с каждого ns-а получает
    свой собственный ответ, и идет по http именно на ту же машину, где стоит живой в
    данный момент времени ns.

  • 5 марта 2009 в 00:39 • #
    Vladimir Teplouhov

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

  • 5 марта 2009 в 03:06 • #
    Павел Цупиков

    Если на сервере нормально установлена операционка, а в датацентре сидит человек, которому можно позвонить и попросить нажать reset, то можно и сервер удалённо админить.
    Свой сервер мы, например, уже полтора года не видели, а он стоит себе и спокойно работает

    Возможности же хостинга обычно очень ограничены, так как рутовский доступ туда уже не получишь, софт нужный не поставишь, да и выделенный сервер всё-таки быстрее работать будет :)

  • 5 марта 2009 в 00:55 • #
    Айрат Давлетшин

    +1

  • 5 марта 2009 в 02:40 • #
    Павел Цупиков

    incremental backup на *nix-системах обеспечивается очень хорошей утилитой rsync

  • 5 марта 2009 в 09:22 • #
    Vladimir Teplouhov

    а он доступен на хостингах(без root-входа) ?

  • 5 марта 2009 в 12:35 • #
    Алексей Нечаев

    тут ещё проблема, что если на втором сайте будут изменения? Тут надо полностью все синхронизировать, по дате и т.д. Лучше арендовать нормальный сервер с raid массивом. Или купить.

  • 5 марта 2009 в 12:54 • #
    Илья Балбашов

    Попробуйте rsync или Bacula (для нормального incremental backup).
    Что касается авто синхронизации, в свое время для себя написал perl-скрипт, осуществляющий синхронизацию контента ВЕБ-сервера по ftp протоколу (учитывает даты изменения, удаленные файлы, разрывы связи, поддерживает докачку).
    А дальше можно настроить load balancing через Apache-rewrite на два хостинга.