<div> </div><div>Рекомендую эллиптикс: http://doc.ioremap.net/ </div><div>Специально задуман как устойчивая распределенная файлопомойка, умеющая нагрузку.</div><div>Бывший pohmelfs http://ru.wikipedia.org/wiki/POHMELFS</div><div> </div><div> </div><div>09.10.2012, 15:02, "Nick Knutov" <mail@knutov.com>:</div><blockquote type="cite"><p>А вот просто glusterfs не проще ли?<br /><br />09.10.2012 15:57, Sergey Leschenko пишет:</p><blockquote><blockquote> 1. Если строить архитектуру так, что хранить файлы в FS, а в БД только мета-инфу о них.</blockquote> Есть MogileFS от Danga.  Там метаданные в MySQL хранятся.<br /> Еще HDFS туда же.<br /><blockquote> 2. Если держать в БД целиком все, вместе с контентом</blockquote> В варианте с БД надо думать про то что когда-нибудь  место на одном<br /> сервере закончится и захочется подключить второй.<br /><br /> У нас use case - хранить много файлов размером до несколько мегабайт<br /> (разного вида отчеты), с возможностью записи и чтения с любого из<br /> серверов. Скорость чтения не критична.<br /> В итоге остановились на Cassandra (альтернатива - Riak) где нет единой<br /> точки отказа. Пока отзывов мало, но у некоторых клиентов работает.</blockquote><p>-- <br />Best Regards,<br />Nick Knutov<br /><a href="http://knutov.com/">http://knutov.com</a><br />ICQ: <span>272873706</span><br />Voice: <span>+7-904-84-23-130</span><br />-- <br />Moscow.pm mailing list<br /><a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org/">http://moscow.pm.org</a></p></blockquote><div>-- <br />Oleg Alistratov</div>