1.1, Никита (??), 11:28, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
>Проактивное самовосстановление - разделы
>GlusterFS автоматически восстанавливают целостность файлов после сбоя реплики.
фух, неужели теперь не придеться делать touch на все файлы, чтобы они реплицировались?!
| |
1.2, Аноним (-), 12:46, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +1 +/– |
Никогда не понимал смысла подобных проектов. Ладно бы какую-нибудь игрушечную ФС через фузю делать, типа NTFS или ZFS. Но ведь и промышленные ФС для кластеров так делают! Неужели им действительно пофиг на скорость работы?
| |
|
2.3, dev (??), 13:15, 10/07/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
да, скорость действительно печальная
но пишут что оно хорошо работает с большими файлами и когда Gluster собран с большого количества нод
| |
|
3.9, Аноним (-), 16:45, 10/07/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Анон, это же не ФС общего назначения!
Но и не игрушечная ФС. А значит, скорость все-таки стоит учитывать.
| |
|
|
3.8, Аноним (-), 16:44, 10/07/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Главное для таких систем это способность прожевать дикие объёмы данных и не подавиться.
И как это связано с необоснованным добавлением тормозов?
| |
|
2.6, Аноним (-), 15:56, 10/07/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
В таких ФС лимитирующим фактором является скорость сети, а не переключения контекста между ядром и юзерспейсом.
| |
|
3.7, Аноним (-), 16:43, 10/07/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> В таких ФС лимитирующим фактором является скорость сети, а не переключения контекста между ядром и юзерспейсом.
А это от сети зависит. При 10GE контекст может запросто оказаться тормозом.
| |
|
|
5.14, Аноним (-), 00:45, 11/07/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Там где нужны 10GE, IB, RDMA и другие страшные слова, лучше использовать Lustre
Железо, способное держать люстру, стоит на порядок дороже оборудования под 10GE.
| |
|
|
|
|
1.12, YetAnotherOnanym (?), 22:53, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
Для меня fuse как раз достоинство - когда я использовал NFS для использования одних итех же данных двумя серверами в разных городах, потеря связи приводила к тому, что сервер, использующий файлы по NFS, просто умирал - ядро начинало жостко тупить. И не надо мне рассказывать про таймауты и опции intr и soft - я всё перепробовал, это помогает лишь отчасти. Глустер такие ситуации переживает намного легче. (Есть ещё DRBD, но при работающем Глустере я решил добра от добра не искать)
| |
|
2.13, Аноним (-), 23:26, 10/07/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Я домашний NAS перевел на Gluster. Теперь на рабочем ноутбуке она постоянно смонтирована. При этом, вне прямой видимости домашней сети просто пишет "transport endpoint not connected". Увидел, впомнил поднять VPN, нажал F5 в файловом менеджере - вуаля всё на месте.
К чему бы привели такие вольности с NFS думаю рассказывать не надо, хорошо если просто отвалится, а то порой всё намертво завесит. Как бонус Gluster немного быстрей NFS на крупных файлах.
| |
|
|