[devel] lustre

[Serge Ryabchun]

2008/6/4 Dmitry V. Levin <ldv на altlinux.org>:
> On Tue, Jun 03, 2008 at 11:21:26PM +0300, Michael Shigorin wrote:
>> On Tue, Jun 03, 2008 at 07:18:06PM +0400, Dmitry V. Levin wrote:
>> > > > > > Понятно, абстрактная кластерная fs даёт абстрактную
>> > > > > > надёжность и не менее абстрактную производительность. :)
>> > > > > Есть и конкретный вариант:
>> > > > > http://www.magic.kiev.ua/ru/solutions/clusters/storage/
>> > > > > Если получится начать работы по интеграции в ALT раньше,
>> > > > > чем это нужно нам -- тем лучше :)
>> > > > А что там нужно интегрировать в ALT?
>> > > Lustre, вестимо.

Не нужно ее интегрировать в ALT ;-).
Это сильно специфическая весчь, которая нужна в кластерах или рядом с
ними. Грузить этой спецификой дистрибутив общего назначения не нужно.

>> > А в чём заключается сложность?
>>

В том, что это весчь не "поставил и забыл", а требующая четкого понимания
того, что делается. Иначе вполне возможна ситуация разноса вребезги
файловой системы на сотни терабайт, а то и петабайт. Брать на себя
ответственность за такое дистрибутиву общего назначения нельзя.
Не говоря уже о куче патчей к ядру, поддержке ограниченного количества ядер,
серверная часть застряла на 2.6.18, нестыковка с openvz, возможная потеря
данных при рассинхронизации версий клиента и сервера, низкая производительность
на 1GigE, особенно на каталогах с тысячами мелких файлов, а покажите мне
сетку на InfiniBand-е, непонятки с ее судьбой после покупки SUN-ом, ну
и так дальше.
Короче, есть куча проектов, где применение Lustre даст отличную
производительность
и где она нужна, но в сотни раз больше, где она и нафиг не сдалась.

-- 
Рябчун Сергей <serge.ryabchun на gmail.com>