Хранилище является объектным, напрямую работать «блочный» способом нельзя, но есть ряд программ которые эмулируют блочную работу, только у них есть свои недостатки и ограничения. Например, s3ql.
Для заливки можно использоваться скриптик supload, хоть он и написал специально для Хранилища Селектел, но может работать с любыми swift совместимыми хранилищами (а Rackspace CloudFiles это тоже swift). Единственное, он не умеет загружать файлы размером больше 5ГБ и не тестировался в винде.
О превышении размера будет сообщено до выполнения загрузки файла. Ограничение по-умолчанию — 5ГБ. Файлы больше 5ГБ, в том числе BD-Rip, можно только в панели-управления или с помощью специального ПО, это техническое ограничение.
Конечно, научить supload задавать разное время требует усилий по написанию более-менее сложного скрипта для этого. В общем, если хочется, то можно сделать так.
Не спорю, rsync очень удобен сам по себе. Но реализовать его протокол для Хранилища пока не представляется возможным.
Кстати, было бы интересно посмотреть на список облачных хранилищ с поддержкой rsync, которыми реально пользуются.
supload позволяет сказать Хранилищу сколько по времени нужно хранить, как раз это позволит обеспечить удаление файлов при их ротации. Об этот как раз написано в той статье, внизу.
Если архивные файлы у вас подготавливает другая система, то можете просто воспользоваться специальной утилитой supload. Будет не сложно настроить загрузку архивив в Хранилище и причем обеспечить их автоматическое удаление по времени (если нужно). Подробнее можно почитать в статье про настройку резервного копирования настройку резервного копирования (Использование supload).
Наша Хранилище поддерживает API S3, единственное, само ПО бывает жестко заточено под амазон и перенастроить бывает не совсем просто.
s3ql не наша разработка, мы не отвечаем за то что и как в ней реализовано. Сам вопрос о поддержке множественного монтированная неоднократно поднимался в рассылке s3ql, но что всегда был ответ — imposible by design.
Кем ограничено? Нами не будет, потому что s3ql всего-лишь клиентский софт, а клиент волен делать что хочет. А сам s3ql не рассчитан на более чем одно активное монтирование.
Хотя бы потому что s3ql, к сожалению, не рассчитан на распределенную работу, поэтому любые изменения через веб-панель могут привести к порче или потере данных.
Можно быть уверенными, что все переданные данные в Хранилище надежно сохраняются и хранятся, это гарантируется на уровне API и самом устройстве системы.
Главное чтобы сам s3ql залил все нужные данные и метаданные. Монтирование и потом размонтирование на время бэкапа будет более надежным, как раз потому что s3ql в таком случае синхронизирует все данные.
Не спорю, rsync очень удобен сам по себе. Но реализовать его протокол для Хранилища пока не представляется возможным.
Кстати, было бы интересно посмотреть на список облачных хранилищ с поддержкой rsync, которыми реально пользуются.
Наша Хранилище поддерживает API S3, единственное, само ПО бывает жестко заточено под амазон и перенастроить бывает не совсем просто.
Главное чтобы сам s3ql залил все нужные данные и метаданные. Монтирование и потом размонтирование на время бэкапа будет более надежным, как раз потому что s3ql в таком случае синхронизирует все данные.