С дисковой подсистемой (storage) можно общаться на уровне:- сервиса (примеры - NFS-директория, примонтированная на всех нодах, DNBD)
- блочного устройства, доступного всем нодам (SAN)
Самым простым решением является использование сетевой файловой системы - NFS. В данном случае все проблемы по обслуживанию блокировок при совместной работе с данными NFS-служба берет на себя. Статья [1] прекрасно описывает пример создания storage на основе NFS. Я попробовал на Debian 4.0 - все отлично работает. Но присутствие уровня сервиса накладывает некоторый отрицательный отпечаток на производительность.
Более низкий уровень общения с дисковой системой - уровень обычного блочного устройства (block device). В этом случае Вы имете в системе дополнительный диск (/dev/sdb, /dev/hdb), с которым работаете как с обычным жестким диском, но есть несколько "но":
- если данный диск доступен нескольким нодам в режиме записи (RW), Вы должны обеспечить на нем функционирование кластерной файловой системы, которая позволит работать одновременно с одними и теми же данными с разных нодов.
- Вам придется раскошелиться на приобретение SAN (на основе Fibre Channel или более дешевого - iSCSI. Точных цен я не знаю, но это недешевая покупка :)
Ссылки:
6 comments:
А можно ли использовать вместо SAN ATA over Ethernet?
SAN это подход, это не протокол.
ATA over Ethernet это один из протоколов SAN подхода, наряду с iSCSI, Fibre Channel.
Не запутал? 6)
Да, конечно, можно использовать ATA over Ethernet. Только я не знаю, как там будет с производительностью.
ATA over Ethernet протокол, насколько я знаю, проще чем iSCSI и его КПД должен быть больше. Если конечно не нужны все возможности iSCSI
Привет!
>>>Информации по GFS доступно достаточно, >>>чего не скажешь об OCSF.
Может стоит поменять OCSF на OCFS или OCFS2.
to preacher:
Благодарю, поправил.
Post a Comment