Довольно любопытная модификация ядра, которая позволяет балансировать нагрузку и сетевой траффик между несколькими компами, объединенными в сеть. Т.е. её можно использовать как для высокопроизводительных, так и высокодоступных систем.К сожалению документации, которую удалось разыскать здесь http://openssi.org/cgi-bin/view?page=openssi.html , оказалось недостаточно.
Навскидку видно несколько проблем:
1. Старое ядро - 2.6.12 и они давно не релизились. Но там вся активность спрятана в CVS
http://ci-linux.sourceforge.net/index.shtml
http://sourceforge.net/projects/ssic-linux/причем там (в SVN) даже есть порт на более новое ядро 2.6.18. Вопрос, понятное дело, кто нибудь пробовал openssi c этим ядром?
2. В документации рассматривается только один способ установки - с специальной файловой системой (CFS) устанавливоемой поверх ext3, которая автоматически видна по сети на всех узлах и патчем на udev, который делает /dev общим для всего кластера. Вопрос - можно ли ограничиться одним ядром без модификации user-space утилит? Ну, с даунгрейдом ядра дистрибутивную glibc так или иначе перебирать предется, но хотелось бы чтобы этим все и озакончилось, т.е. можно ли обойтись без патча на e2fsprogs, udev и других утилит?
3. Все SSI системы допускают же использование с одинаковыми копиями / установленным на локальный жесткий диск. Можно ли таким же образом устанавливать OpenSSI?
>[оверквотинг удален]
>Вопрос, понятное дело, кто нибудь пробовал openssi c этим ядром?
>
>2. В документации рассматривается только один способ установки - с специальной файловой
>системой (CFS) устанавливоемой поверх ext3, которая автоматически видна по сети на
>всех узлах и патчем на udev, который делает /dev общим для
>всего кластера. Вопрос - можно ли ограничиться одним ядром без модификации
>user-space утилит? Ну, с даунгрейдом ядра дистрибутивную glibc так или иначе
>перебирать предется, но хотелось бы чтобы этим все и озакончилось, т.е.
>можно ли обойтись без патча на e2fsprogs, udev и других утилит?
>Вроде бы как минимум ещё придется пересобирать init.
>
>3. Все SSI системы допускают же использование с одинаковыми копиями / установленным
>на локальный жесткий диск. Можно ли таким же образом устанавливать OpenSSI?
>
какая конечная задача и в чём вы видите её решение -- из поста непонятно зачем вам ssi кластер и при чём тут балансировка трафика.
>какая конечная задача и в чём вы видите её решение -- из
>поста непонятно зачем вам ssi кластер и при чём тут балансировка
>трафика.Хотел попробовать вместо kerrighed-а и openmosix-а. OpenMosix морально устарел, а Kerrighed не достовляет. Балансировка траффика не причем, просто одна из фичей.
Я хочу попробовать запустить OpenSSI на двух SMP машинах с уже установленной системой. В идеале было бы, если бы можно было использовать только дополнительное ядро и мультизагрузчик, чтоб (если не понравится) можно было бы быстро откатиться назад. Поэтому хотелось бы особо не трогать системные библиотеки и утилиты. Оборудование достаточно новое, поэтому хотелось бы брать также более новые версии ядра, чтоб не возникало проблем с устаревшими драйверами.
>[оверквотинг удален]
>
>Хотел попробовать вместо kerrighed-а и openmosix-а. OpenMosix морально устарел, а Kerrighed не
>достовляет. Балансировка траффика не причем, просто одна из фичей.
>
>Я хочу попробовать запустить OpenSSI на двух SMP машинах с уже установленной
>системой. В идеале было бы, если бы можно было использовать только
>дополнительное ядро и мультизагрузчик, чтоб (если не понравится) можно было бы
>быстро откатиться назад. Поэтому хотелось бы особо не трогать системные библиотеки
>и утилиты. Оборудование достаточно новое, поэтому хотелось бы брать также более
>новые версии ядра, чтоб не возникало проблем с устаревшими драйверами.на "попробовать" -- вы можете легко и просто запустить ssi кластер на виртуальных машинах , при этом не трогая работающую инфраструктуру.
чем вам не понравился kerrighead не понял. с другой стороны 2.4 ядро openmosix'а для вычислительных задач волне подходит, и сам проект хоть и в стадии забвения, но поставленные задачи решает.
>[оверквотинг удален]
>>системой. В идеале было бы, если бы можно было использовать только
>>дополнительное ядро и мультизагрузчик, чтоб (если не понравится) можно было бы
>>быстро откатиться назад. Поэтому хотелось бы особо не трогать системные библиотеки
>>и утилиты. Оборудование достаточно новое, поэтому хотелось бы брать также более
>>новые версии ядра, чтоб не возникало проблем с устаревшими драйверами.
>
>на "попробовать" -- вы можете легко и просто запустить ssi кластер на
>виртуальных машинах , при этом не трогая работающую инфраструктуру.
>
>чем вам не понравился kerrighead не понял. с другой стороны 2.4 ядроОн глючит. oops-ы и паники. Разработчики как-то тоже не особенно отзывчивые.
>openmosix'а для вычислительных задач волне подходит, и сам проект хоть и
>в стадии забвения, но поставленные задачи решает.Он на SMP машины не рассчитан.
>[оверквотинг удален]
>>на "попробовать" -- вы можете легко и просто запустить ssi кластер на
>>виртуальных машинах , при этом не трогая работающую инфраструктуру.
>>
>>чем вам не понравился kerrighead не понял. с другой стороны 2.4 ядро
>
>Он глючит. oops-ы и паники. Разработчики как-то тоже не особенно отзывчивые.
>>openmosix'а для вычислительных задач волне подходит, и сам проект хоть и
>>в стадии забвения, но поставленные задачи решает.
>
>Он на SMP машины не рассчитан.присоединяюсь к топикстартеру, проект OpenSSI именно тем и хорош что может SMP, боролся в свое время, но к сожалению - увы даунгрейды и прочее, убило весь интерес, проект как мне кажется умер, жаль, а так хотелось на 5 машинках с 10 процами глянуть как пашут X.
ВМВаре не предлагать, там оно пашет но смысл SMP теряется.
>прочее, убило весь интерес, проект как мне кажется умер, жаль, а
>так хотелось на 5 машинках с 10 процами глянуть как пашут
>X.Интересно, что все эти SSI проекты находятся в той или иной стадии умирания. Причина мне самому не понятна. Полагают, что в ближайшее время появятся производительные commodity процессоры с десятками ядер и платы под них?
>>прочее, убило весь интерес, проект как мне кажется умер, жаль, а
>>так хотелось на 5 машинках с 10 процами глянуть как пашут
>>X.
>
>Интересно, что все эти SSI проекты находятся в той или иной стадии
>умирания. Причина мне самому не понятна. Полагают, что в ближайшее время
>появятся производительные commodity процессоры с десятками ядер и платы под них?
>По поводу OpenSSI понятно John Byrne работает в HP там платят больше, а OpenSSI это для него типа хобби.
>[оверквотинг удален]
>>>openmosix'а для вычислительных задач волне подходит, и сам проект хоть и
>>>в стадии забвения, но поставленные задачи решает.
>>
>>Он на SMP машины не рассчитан.
>
>присоединяюсь к топикстартеру, проект OpenSSI именно тем и хорош что может SMP,
>боролся в свое время, но к сожалению - увы даунгрейды и
>прочее, убило весь интерес, проект как мне кажется умер, жаль, а
>так хотелось на 5 машинках с 10 процами глянуть как пашут
>X.Мдя. Ядро OpenSSI, оказывается, четвертым gcc уже не собирается.
include/linux/pagemap.h:242: error: assignment of read-only variable '__gux_val'
>ВМВаре не предлагать, там оно пашет но смысл SMP теряется.
>[оверквотинг удален]
>всех узлах и патчем на udev, который делает /dev общим для
>всего кластера. Вопрос - можно ли ограничиться одним ядром без модификации
>user-space утилит? Ну, с даунгрейдом ядра дистрибутивную glibc так или иначе
>перебирать предется, но хотелось бы чтобы этим все и озакончилось, т.е.
>можно ли обойтись без патча на e2fsprogs, udev и других утилит?
>
>
>3. Все SSI системы допускают же использование с одинаковыми копиями / установленным
>на локальный жесткий диск. Можно ли таким же образом устанавливать OpenSSI?
>Кстати на kerlabs вчера выложили пропатченное под kerrighed ядро 2.6.29 -> http://lxr.kerlabs.com/linux/source/?v=2.6.29+krg
Может быть этим летом и отрелизятся ...
>[оверквотинг удален]
>>перебирать предется, но хотелось бы чтобы этим все и озакончилось, т.е.
>>можно ли обойтись без патча на e2fsprogs, udev и других утилит?
>>
>>
>>3. Все SSI системы допускают же использование с одинаковыми копиями / установленным
>>на локальный жесткий диск. Можно ли таким же образом устанавливать OpenSSI?
>>
>
>Кстати на kerlabs вчера выложили пропатченное под kerrighed ядро 2.6.29 -> http://lxr.kerlabs.com/linux/source/?v=2.6.29+krg
>Может быть этим летом и отрелизятся ...кто еще какие альтернативы знает под 2.6.26 ядро и выше...
>>Кстати на kerlabs вчера выложили пропатченное под kerrighed ядро 2.6.29 -> http://lxr.kerlabs.com/linux/source/?v=2.6.29+krg
>>Может быть этим летом и отрелизятся ...
>
>кто еще какие альтернативы знает под 2.6.26 ядро и выше...Можно подумать, что альтернатив в этой области навалом. Кроме openssi и нет ничего. Kerrighed - глюкалово то ещё и по-моему переход на 2.6.29 ничего в этом смысле не исправит. На мой взгляд у них проблемы с отсутствием нормальной кластерной фс (типа CFS у OpenSSI), так что файлы не успевают синхронизироваться между узлами при миграции, что и ведет к паникам.
>[оверквотинг удален]
>>>Может быть этим летом и отрелизятся ...
>>
>>кто еще какие альтернативы знает под 2.6.26 ядро и выше...
>
>Можно подумать, что альтернатив в этой области навалом. Кроме openssi и нет
>ничего. Kerrighed - глюкалово то ещё и по-моему переход на 2.6.29
>ничего в этом смысле не исправит. На мой взгляд у них
>проблемы с отсутствием нормальной кластерной фс (типа CFS у OpenSSI), так
>что файлы не успевают синхронизироваться между узлами при миграции, что и
>ведет к паникам.OpenSSI устарел, и под последнее ядро не собирается уже как года 2.
Поиск продолжается. Задача поднять вычислительный SMP кластер, для установки в него mysql5 apache2, и пару-тройку игровых серверов.
>[оверквотинг удален]
>>ничего. Kerrighed - глюкалово то ещё и по-моему переход на 2.6.29
>>ничего в этом смысле не исправит. На мой взгляд у них
>>проблемы с отсутствием нормальной кластерной фс (типа CFS у OpenSSI), так
>>что файлы не успевают синхронизироваться между узлами при миграции, что и
>>ведет к паникам.
>
>OpenSSI устарел, и под последнее ядро не собирается уже как года 2.
>
>Поиск продолжается. Задача поднять вычислительный SMP кластер, для установки в него mysql5
>apache2, и пару-тройку игровых серверов.А смысл? Все равно индивидуальные нити между узлами кластера не мигрируют, так что все равно будет мигрировать процесс целиком. А тогда проще поднять каждый из сервисов в отдельной виртуальной машине - каждую виртуальную машину на своем узле и настроить балансировку. А apache2 так и сам по себе можно сбалансировать.