Комментарии 28
За что минусуете, товарищи? Не поленитесь написать, будьте добры :-)
А в какую сумму будет примерно 2G для бекапа?
aws.amazon.com/s3/#pricing там копейки вообще…
НЛО прилетело и опубликовало эту надпись здесь
Из любопытства: а какие пользовательские преимущества у S3 перед dropbox и ubuntuOne, которые 2гб так дают?
Вот тут дядя Федор расписал бесплатный вариант, + комменты очень полезные
habrahabr.ru/blogs/sysadm/63617/
habrahabr.ru/blogs/sysadm/63617/
А на php ничего такого нету? На сервере ruby только под это дело поднимать смысла нет. А использовать для серверных резервных копий хотелось бы.
опять велосипедисты понаехали.
для «резервного копирования на AmazonS3» и где угодно ещё есть duplicity, а для «начинающих» ещё и графическая морда к нему deja-dup.
для «резервного копирования на AmazonS3» и где угодно ещё есть duplicity, а для «начинающих» ещё и графическая морда к нему deja-dup.
Имея вполне неиллюзорное место на сервере и доступ туда по FTP могу сделать куда больше, чем может мне предоставить Amazon, так что мимо
Dropbox выглядит интереснее.
Чисто теоретически можно использовать бесплатный пакет Google AppEngine, но это извращение. :)
Чисто теоретически можно использовать бесплатный пакет Google AppEngine, но это извращение. :)
плюс он хранит данные там же
пруф?
developer.amazonwebservices.com/connect/entry!default.jspa?categoryID=89&externalID=1955&fromSearchPage=true
НЛО прилетело и опубликовало эту надпись здесь
Т.е. чтобы в удалённом хранилище были актуальные резервные копии, я должен обеспечить локальную целостность архивов… Какой смысл тогда вообще в удалённом хранилище? — Подобная реализация создаёт лишь видимость полноценного резервирования.
Смысл в удаленном хранилище возникает когда:
— проблемы с местом на своем сервере/хостинге.
— свой сервер/хостинг не оборудован Raid1/Raid5 и смерть жесткого диска приведет к смерти и бэкапов в том числе.
Частично это можно решить копированием бэкапа на свою локальную машину, но это не всегда возможно/удобно (например когда размер бэкапа переваливает за второй десятко гигов).
— проблемы с местом на своем сервере/хостинге.
— свой сервер/хостинг не оборудован Raid1/Raid5 и смерть жесткого диска приведет к смерти и бэкапов в том числе.
Частично это можно решить копированием бэкапа на свою локальную машину, но это не всегда возможно/удобно (например когда размер бэкапа переваливает за второй десятко гигов).
Удаленное хранилище полезно для домашних бэкапов — мало ли, вдруг ноутбук утащат или винт сгорит :-)
Для домашних бэкапов нужнее web-интерфейс внятный + софтинка кроссплатформенная с GUI — немного найдется самураев которые будут ставить Ruby на свою машину чтобы автоматизировать домашний бэкап ))
У меня основная ОС — Vista, разрабатываю на виртуальной машине с Linux. Все важные виндовые файлы бэкапаю на виртуалку, там бекапятся рабочие проекты, а оттуда уже запускается синхронизация с S3.
Такая схема нужна, т.к. много времени прогаю в автобусах/поездах и нужно чтобы все было «всегда с собой» :-)
Такая схема нужна, т.к. много времени прогаю в автобусах/поездах и нужно чтобы все было «всегда с собой» :-)
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Резервное копирование на Аmazon S3 для начинающих