Где хранить бэкапы - выбираем лучшее.

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

🤪

1 бекап ежедневно

1 бекап еженедельно

1 бекап ежемесячно

С сервера в Германии на Сервер в США. Месячный сливаю на хард - 20мбт канал позволяет лить себе на всякий случай.

С России в США или Германию так же хорошо будут идти ночные бекапы.

Те кто держат сервера в Китае, те в любом случае знают для чего они там.

Континенты бекапам не проблемы ;)

Кто нибудь еще пользуется http://servage.net ? Надежно там хранить бекапы?

День добрый,

С интервалами все понятно, а чем вы пользуетесь для создание или оперирования бекапами? какой-то софт? Я думаю что как хостерам так и владельцам акаунтов на всяких cPanel, DirectAdmin, прочие .... будет интересно знать чем делать бекапы, например для хостеров от меня информация такая есть: использую cpanel, у нее есть скрипт который инициирует бекапы по $username, получаем список клиентов, запускаем сценарий по всем клиентам.... потом отливаем данные на бекапный сервер. Это концепция. А реализовано все путем perl скрипта в несколько десятков строк :) Для линейных серверов , при использовании одной и той же панели - пришел к выводу , что такой вид бекапа является оптимальным.

Начните с того, что хранить бекапы у "другого провайдера", это уже есть надежно! А степень любви к их услугам вы определите потом.... :) :) :)

почему бы не упростить до автоматических бэкапов панели + rsync по крону в нужное время?

потому что традиционные бекапы основаны на файловом способе архивирования. сначала смотрят файлы на диске и упаковывают их в один или несколько архивов, затем сжимают. достаточно запустить на обычной cPanel, Directadmin, Ispmanager полный бекап и посмотреть как много ресурсов на это потребляется. Поэтому и появляются жалобы на то, что по ночам (обычно тогда и запускают бекапы) серверы хостингов работают медленно и со сбоями. Особенно это заметно сейчас когда во многих тарифах клиенту дается много места на диске и оно реально занято. Да даже если говорить о собственном сервере - многие видят что бекап притормаживает весь сервер (а это неизбежно при использовании метода бекапарования на файловой основе) и принимают решение ничего не бекапить пусть и рискуя при этом потерей свежих данных. Частично это проблему решает инкрементальный бекап но, его реализация тоже не идеальна (не слишком надежно работает).

Запускаю бэкапы в 5 утра по москве, самая низкая нагрузка.

а если на сервере аккаунтов много...

Amazon web services