Date: Fri, 01 Oct 2004 11:42:14 +0600
From: Lelik P Korchagin
Newsgroups: ftn.ru.linux
Subject: Обзор недостатков NBD, ENBD, GNBD и iSCSI
KA>>> Еще рецепт: есть такая штука Network Block Device (NBD), компы с
KA>>> "лишним" дисковым пространством могут отдавать оное посредством NBD, а
KA>>> ты на своей машине можешь делать с этим, все что позволено делать с
KA>>> блочными устройствами - в частности создавать софтовый raid.
LPK>> Только не надо этого делать посредством NBD. iSCSI, ENBD в крайнем
LPK>> случае.
EBB> Можно вкратце experience? :)
Вкратце: %@#^ !!!!!!!!!!!!!!
Чуть более развернуто:
В драйвере NBD обработки ошибок нет как класса. При отвале сервера он тормозит
очередь запросов и не растормаживает ее никогда. Серверной части нормальной
нет, написана хрен знает когда и хрен знает как.
ENBD лучше, активно развивается, содержит ядреную и юзерспейс части, но
мне не понравился.
GNBD из комплекта GFS сильно заточен на работу именно с GFS и ейным
lock management'ом и требует обвязки (fencing, нечетного количества
узлов для стабильной версии etc). Ходят непроверенные слухи, что ребята,
занимающиеся GFS в RedHat, усиленно смотрят в сторону iSCSI в качестве
замены для GNBD.
iSCSI меня заинтересовал гораздо больше. Связка initiator'a от CISCO
(http://linux-iscsi.sf.net) + iSCSI enterprise target (http://iscsitarget.sf.net)
ведет себя вполне пристойно после чтения mail-list'ов и помахивания
рашпилем.
--
With best regards,
Lelik P. Korchagin
562 Прочтений • [Обзор недостатков NBD, ENBD, GNBD и iSCSI (scsi disk cluster fs nfs)] [08.05.2012] [Комментариев: 0]
Vova
