LINUX.ORG.RU
ФорумAdmin

[Сетевые ФС] Аналог RAID по сети


0

0

Доброго дня.

Есть: несколько компов, на каждом из которых есть раздел N гигабайт.

Нужно: некая сетевая ФС, которая сможет сделать из них аналог RAID по сети. Так чтобы файлы хранились сразу на нескольких компах и при выключении одного с остальных могли бы быть прочитаны. DRBD отметается, так как не умеет больше 2 компов вроде (если не прав - поправьте).

Ось: OpenSUSE 11

★★

1. Раздел - это «сырой» раздел или раздел с файловой системой?
2. При вылете скольки хостов данные должны оставаться доступны?
3. Среда гомогенная (все линуксы) или гетерогенная (не только линуксы)?
4. Распределенным ресурсом должен пользоваться только линукс, или не только линукс?

no-dashi ★★★★★
()
Ответ на: комментарий от iZEN

> GEOM Gate

А если дисковые «серверы» это две винды, один линукс и два соляриса, а дисковым клиентом линукс и винда, и «шариться» ФС должна параллельно на несколько клиентов?

no-dashi ★★★★★
()
Ответ на: комментарий от iZEN

А вообще, я бы наверное сказал что проще всего решить проблему с помощью MS DFS :-)

no-dashi ★★★★★
()
Ответ на: комментарий от donpadlo

Последний вопрос, самый важный - итоговая распределенная ФС должна быть доступна одновременно для нескольких клиентов, или всегда будет использоваться эксклюзивно строго одним клиентом?

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Заранее отвечу - в первом сценарии скорее всего нужна coda или ocfs2. Во втором возможны варианты

no-dashi ★★★★★
()

Она должна быть полностью распределённая или же допускается наличие центрального контроллера разруливающего коллизии?

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Наличие сервера возможно. Хотелось бы конечно чтоб клиентов было несколько, но в принципе и монопольно возможно если подумать...

donpadlo
()
Ответ на: комментарий от no-dashi

>А если дисковые «серверы» это две винды, один линукс и два соляриса, а дисковым клиентом линукс и винда, и «шариться» ФС должна параллельно на несколько клиентов?

«Проблемы негров шерифа не волнуют».

iZEN ★★★★★
()

>Так чтобы файлы хранились сразу на нескольких компах

А что за файлы? Ели пор^W мультимедийные данные по принципу «один раз записал - много раз читать», то это одно. А если это локальная файлопомойка, с относительно важными данными и «по принципу много пишут - много читают», то это совсе другое.

Одно время были исследовательские проекты Oceanstore (у него даже вроде как есть коммерческое воплощение) и Coral CDN. Наверно все-таки тебе надо именно это.

Macil ★★★★★
()
Ответ на: комментарий от donpadlo

Там аж три реализации через fuse :). Причём, кажись, все три нерабочие... Но можно каку-нить из них починить.

true_admin ★★★★★
()
Ответ на: комментарий от iZEN

>«Проблемы негров шерифа не волнуют».

Только негр в данном случае ты, со своим непортируемым геомом :-)

anonymous
()

читайте больше про дрбд =)

Jaizer
()

можно iscsi и на серваке собрать raid из сетевых дисков, но стоит ли забивать локальную сеть

dimon555 ★★★★★
()

GlusterFS с afr поверх любой файлухи с user_xattr, остальное велосипеды. Мануал на сайте вкури и вперед.

shahid ★★★★★
()
Ответ на: комментарий от true_admin

Пробовал заводить hadoop, а потом через фусе(+бубен) его маунтить.
В принципе работает, на мелких файлах скорость на запись никакая (но это особенность хадупа).
Не умеет локи.
А так в принципе работает.
Плюсы:
лекгость добавления нодов.
контоллируемая избыточность.
возможность плинорования отключения нода.
Минусы:
возня с фусе драйвером (в принципе работает, но нужно дев-пакеты ставить, на тестовой бубунте не их было)
требуется центральный мастер,который является single point of failure, хотя и есть возможность его репликации.
маленькая скорость на мелких файлах, даже когда все ноды на локал хосте.
нет локов, поэтому для файлопомойки годится, а для софта - не факт смотреть нужно.

Думал не тему, что если сделать еще поверх NFS(умеет ли нфс локи сама по себе?), но поленился.

harrier
()
Ответ на: комментарий от harrier

Мне хадуп показался образцом «как не надо писать ПО» и доказательство тормознутости явы :). Но некоторым нравится и разворачивается просто если знать нюансы. У меня тестовый кластер из 3-х нод минут пять поднимался. Так и не понял почему, в логах чисто.

Модуль fuse ужасный, его даже собрать не так просто. А ещё тесты не проходили на его файлухи, оно там совсем глючное. Не только блокировок нет, там много чего нет(напр. mmap).

Тестил 0.20.1

Да, зря я хадуп порекомендовал...

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Похоже gluster самое оно - даже в дебиане (тестинге) есть (правда старая версия, самосбор сильно лучше).
Там единственно гемор с синхронизацией клиентов, но если для небольшого использования - то лучше NFS поверх замутить - и будет щастье.

Единственное, что смущает, так это то, что чуваки говорят используйте 10Гбит для лучшего перфоманса, но на 100 Мбит тоже обещают, что будет работать.

harrier
()
Ответ на: комментарий от harrier

Спасибо.

Вообще, надо бы обзор всех этих файлух сделать...

true_admin ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.