Какое решение облачного резервного копирования лучше всего для небольшой серверной среды? [закрыто]
У меня есть сервер, на котором работает база данных postgres, содержащая около 200 МБ данных. В настоящее время у меня есть установка задания cron на моем домашнем компьютере, которая:
- ssh на моем сервере
- запускает удаленный сценарий, который делает резервную копию базы данных
- scp, которые выгружаются на мой локальный жесткий диск для хранения. Каждый дамп составляет 20 МБ.
- делает это каждые шесть часов (один месяц резервного копирования составляет примерно 2 ГБ).
Проблема с этой настройкой заключается в том, что если моя локальная машина выйдет из строя по какой-либо причине, резервное копирование не будет выполнено. Кроме того, я не могу запустить cron с сервера, потому что я не могу передать его на локальную машину с моего сервера (брандмауэры и все такое дерьмо).
Моя локальная машина работает под управлением Ubuntu 10.04, а мой сервер - это серверная версия Ubuntu 9.10. Я изучал Ubuntu One, но в настоящее время это только графический интерфейс. Я также заглянул в Dropbox, но получить настройку в Linux без поддержки графического интерфейса - это головная боль. Amazon S3 выглядит неплохо, но не бесплатно (хотя и очень дешево). Есть ли какая-нибудь другая альтернатива, которую я должен рассмотреть?
Я бы предпочел что-нибудь, где я мог бы просто сделать так, чтобы мой скрипт выгружал базу данных в каталог, и чтобы служба резервного копирования «наблюдала» за этой папкой и синхронизировалась соответственно. Возможно, я также смогу синхронизировать свою локальную машину с облачным резервным копированием, чтобы у меня было еще больше избыточности, а также простой доступ к моим резервным копиям для использования в тестировании.
Изменить: Мой сервер - это VPS, поэтому решение, которое я использую, должно быть на 100% программным.
Самостоятельно я использую tarsnap для резервного копирования подобного сервера. Это в основном ведет себя точно так же, как tar, за исключением того, что Ваши архивы хранятся в "облаке" и что Вы автоматически получаете клиентское шифрование, дедупликация данных и т.д.
Это ведущий себя точно так же, как tar означает, что необходимо будет установить собственные сценарии крона и т.д.
Ваши резервные копии на самом деле хранятся в Amazon S3, но сначала должны передать tarsnap сервер, которые выполняют некоторое дополнительное волшебство.
Лично, я упорно продолжил бы заниматься с Dropbox, поскольку это выглядит идеальным для Ваших требований, и первые 2 ГБ свободно.
Я соглашаюсь, что форум Dropbox наступает на основанные на тексте сложные взгляды установок, но я отмечаю, что наверху существует следующий комментарий:
Примечание: эти инструкции больше не необходимы с последней версией клиента Dropbox Linux (0.7.110). Просто установка обычно - RH
Я не посмотрел на эту версию, но это могло бы стоить второго взгляда.
+1 на tarsnap.
что касается установки Dropbox на CLI только машина, страница установки на Wiki, которую Вы читаете, является теперь устаревшей.
при использовании одной из новых 'экспериментальных' сборок (которые абсолютно стабильны для меня), процесс соединения является снимком. здесь ссылка на новую экспериментальную версию с этого сообщения: http://forums.dropbox.com/topic.php?id=20994&replies=12
... просто выполните демона от cli, и он представит URL для Вас, чтобы скопировать и вставить в другую машину. (Вы могли всегда использовать elinks на cli машине также.)
Я не уверен, позволяется ли это, и если не я сожалею, но если Вы решаете попробовать Dropbox, используйте эту ссылку: https://www.dropbox.com/referrals/NTY2OTYyOQ и Вы получите дополнительные 250 МБ
Что относительно того, чтобы создать резервную копию на Amazon S3? Проверьте эту ссылку: "список Amazon S3 резервирует инструменты"