Облака, белокрылые лошадки

[vitus_wagner]

А не подскажет ли кто правильное облачное хранилище данных?

Требования такие

1. Чтобы много и дешево. Не менее чем 100Гб и цена заметно меньше чем у дешевых виртуалок (каковые по-моему уже до $5/мес упали).
2. Чтобы никаких специальных клиентов - чтобы заливать туда файлы можно было по стандарным протоколам - webdav, ftp, smb, rsync (достаточно любого одного из)
3. Чтобы файлы оттуда можно было раздать по http всему свету, но не как в яндексе, а чтобы если там лежит index.html, то введя ссылку на него в браузер, можно было бы увидеть этот html так, как автор его задумал, и все относительные ссылки бы работали. (собственнно, ровно этим меня не устраивае яндекс - он пытается как-то сам делать thumbnail-ы моих фотографий а html-и предлагает скачать вместо того, чтобы в браузере показывать.

Comments

[vitus_wagner]

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

[amarao-san.livejournal.com]

Ну, тут вопрос избыточности. У нас тут чешут голову на тему двух копий данных в swift'е вместо трёх, но сцыкотно, ибо рассказывать клиенту что "потеря данных это нормально" как то не очень.

Вопрос цены сильно зависит от объёма. На любом арендованном сервере ты не будешь использовать весь объём (хочу посмотреть на "нормальную" работу линукса при 0 места). В принципе, если есть желание "админить", то VDS'ки не перебить, потому что там хостер точно знает, что большая часть места не используется и может сильно демпинговать. В объектных хранилищах оплачивается что положили (то есть то что оплачивается, точно занято).

Ну и большинство промышленных хранилок (тот же свифт), конечно, не для сотни фоточек на десяток человек - там обычно с инсталляции несколько сотен гигабит, так что математика совсем другая.

[vitus_wagner]

Вот я как раз и уперся в работу при 0 места. И нужно либо то, что занимает это место куда-то спихнуть, либо место расширить. К сожалению, overselling такой overselling, и, хотя у меня там по идее еще несколько мегабайт места есть, периодически случается что postfix письмо в спул положить не может.

[amarao-san.livejournal.com]

смонтировать pool на tmpfs?

[vitus_wagner]

Я вообще подумывал создать файлик на полгига, сделать в нем файловую систему и смонтировать loopback-ом. Поскольку у меня в спуле могут на некоторое время письма залежаться. И надо чтобы рестарт контейнера они пережили.

[amarao-san.livejournal.com]

Только не loopback'ом, а kpartx'ом. losetup очень неадекватен во многих вопросах. kpartx (почти то же самое, что losetup, только через device mapper) куда более 'production ready'.

Кстати, и losetup, и kpartx требует "настоящего рута" и в openvz/lcx работать не будут.