https://www.opennet.ru/openforum/vsluhforumID3/38988.html Sage Weil анонсировал (http://kerneltrap.org/Linux/Ceph_Distributed_Network_File_System) в списке рассылки Linux ядра новую распределенную файловую систему Ceph (http://ceph.sourceforge.net/).<br><br><br>Ceph может использоваться на системах, состоящих от нескольких машин, до тысяч узлов. Общий объем хранилища данных может измеряться петабайтами, встроенные механизмы продублированной репликации данных (не зависит от отказа отдельных узлов, данные разбиваются на блоки и несколько раз дублируются на разных машинах) обеспечивают чрезвычайно высокую живучесть системы, при добавлении или удалении новых узлов, массив данных автоматически ребалансируется с учетом новшеств. <br><br><br>В настоящее время для отладки доступен Fuse клиент, работающий на уровне пользователя.<br><br><br>В отличии от таких файловых систем, как GFS, OCFS2, и GPFS, в Ceph обработка данных и метаданных разделена на различные группы узлов в кластере, примерно как это сделано в Lustre, с тем различием, что обработка производится на уровне пользователя, не требуя https://www.opennet.ru/openforum/vsluhforumID3/38988.html#27 Sun, 20 Jan 2008 20:04:15 GMT &gt;&gt;Polyserve пробуйте - лидер, как-никак. <br>&gt;<br>&gt;да будь оно хоть супер-пупер <br>&gt;Ты на каком сайте то проприетарщину рекомендуешь? <br>&gt;постыдился бы... <br><br>=)))<br>(аки catalyst vs. bsd/linix)<br>да ладно ) вещь действительно стоящая. <br><br>Ну а я вот все жду пока QFS откроют - давно уж обещают.<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#26 Sun, 20 Jan 2008 19:13:06 GMT &gt;&gt;Так что все в одно горло кричат люстра?! я пробовал GFS2, OCFS2 <br>&gt;&gt;по верх drbd - посный отстой? Что посоветуете? <br>&gt;&gt;Кто-то этот ceph ставил? <br>&gt;<br>&gt;что значит отстой? <br>&gt;Polyserve пробуйте - лидер, как-никак. <br><br>FC8 + drbd8.2.1 + GFS2/OCFS2<br><br>ложтиться на 3-4 ...<br>вопервых нельзя отмантить раздел - говорит что нот gfs2 filesystem<br>при повышении нагрузки тестом ab2 -n 1000000 -c 1000 http://host/:80<br>ЛА ростеть до 800... и тесты умирают...<br><br>посоветуйте проверенный вариант распределленой системы.. кроме люстры...<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#25 Sun, 20 Jan 2008 07:03:35 GMT &gt;Polyserve пробуйте - лидер, как-никак. <br><br>да будь оно хоть супер-пупер<br>Ты на каком сайте то проприетарщину рекомендуешь?<br>постыдился бы...<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#24 Sun, 20 Jan 2008 06:56:14 GMT &gt;Так что все в одно горло кричат люстра?! я пробовал GFS2, OCFS2 <br>&gt;по верх drbd - посный отстой? Что посоветуете? <br>&gt;Кто-то этот ceph ставил? <br><br>что значит отстой?<br>Polyserve пробуйте - лидер, как-никак.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#23 Fri, 18 Jan 2008 19:02:04 GMT можно<br><br>но если это верх развития этой системы и ниче не предвидицо - то можно и не мучаццо<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#22 Fri, 18 Jan 2008 16:14:01 GMT Кто поскажет можно люстру поставить на 2 обыкновенных тазика как Распределенную ФС?<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#21 Fri, 18 Jan 2008 08:46:14 GMT Просто люстре уже много лет, и она уже используется на больших кластерах.<br>А это значит, что можно говорить о надежности (непоследнее дело на кластере).<br>Вот все и кричат "люстра" :)<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#20 Thu, 17 Jan 2008 15:53:27 GMT Так что все в одно горло кричат люстра?! я пробовал GFS2, OCFS2 по верх drbd - посный отстой? Что посоветуете?<br>Кто-то этот ceph ставил?<br> https://www.opennet.ru/openforum/vsluhforumID3/38988.html#19 Thu, 22 Nov 2007 08:32:40 GMT &gt; И устойчивость к падению сервера метаданных уже появилась?<br><br>Сервера данных и метаданных могут резервироваться.<br>(Корифеянам, глава 15, стих 38)<br><br>%)<br><br>А ваще - смотри тут:<br>http://manual.lustre.org/images/1/1a/LustreManual_1.6_man_v18.pdf<br><br><br>&gt;И отключение <br>&gt;3-4 рабочих узлов проходит нормально?<br><br>Если они с резервом - нормально.<br>Если без резерва и к файлу, часть которого есть хоть на одной недоступной более ноде<br>- запрашивающий процесс будет оставаться в D-state пока нода не включиться (проверял - неделю провисело... т.е. абсолютный лок до вмешательства админа либо мониторящих тулзей), либо не будет деактивирована на менеджмент сервере. После деактивации запрос куска<br>файла с отключенных/деактивированных нод сразу возвращает EIO.<br>Но в этой DPF-ке описан метод переноса всех данных с ноды для запланированного выключения.<br><br>Все-же лично я пока не понял как перманентно убрать ноду из конфига кластера.<br>Буду рад если подскажешь.<br><br>&gt;Я на их сайте ответов на эти вопросы не нашёл...<br><br>Да... сайт у них п