Red Hat покупает Gluster

>Все это замечательно, но за последний год redhat купил ovirt и spice.

оба уже открыты. ну и чтоб продраться - spice это часть solidice от qumranet, и сделка была в 2008. ovirt был куплен еще раньше

Оба обещал открыть и все такое. И где все эти проекты? Полудохлые
сайты, какие-то обрывки в fedoraproject.org и это развитие?

spice-space.org - проект давно открыт, и вполне развивается, qxl интегрирован в qemu и libvirt, spicec в репозиториях федоры с 14ой версии

ovirt.org переделан, и на нем висит приглашение присоединиться к открытыю кода в ноябре - это будет апстрим проект для RHEV

я все это к тому что скепсис надо фактами проверять

>А ещё у них есть FreeIPA и 389DS

оба - в очень интенсивной разработке, которая отдается в апстрим. сам на IPA сижу

>По описанию - интересно. А оно работает? Работает. Но если задумаете использовать в продакшене, надо поговорить сначало с разрабами. Дабы люди открытые и готовы ответить на вопросы по системе.

>Чем UnionFS не устраивает? Вроде все тоже самое Все же UnionFS немного другое чем текущие состояние похмела. Я вас то же аккуратно кину на сайт eblob.ru

Хотя может быть вы имели ввиду раширение тома с помощью датацентра из 2-3 зданий

Я пока сам не могу четко сформулировать задачу, кроме как интересно поигратся :)

Например поднять glusterfs для отдачи http, поднять 5 машин для репликации, и вот если мето закончится, могу ли я добавить еще 2 машины для расширения тома ? (например как в HDFS ?)

>spice-space.org - проект давно открыт, и вполне развивается, qxl интегрирован в qemu и libvirt, spicec в репозиториях федоры с 14ой версии

я в курсе и им пользуюсь. поэтому и в скепсисе, что код открыт, но проект явно еще не родился. И никому не посоветую полагаться на него.

ovirt.org переделан, и на нем висит приглашение присоединиться к открытыю кода в ноябре - это будет апстрим проект для RHEV

Очень слабое развитие. тоже самое 389/fds. Такое ощущение, что после покупки редхатом чего либо, он их погружает в анабиоз или медикаментозную кому.

В моей практике не было ни одного случая, чтобы я воспользовался каким-либо проектом, купленым редхатом и не пожалел об этом. Все крайне сыро, падуче, с минимумом противоречивых обрывков документации.

В glusterfs на лету добавляются не машины, а кирпичи (brick), которые могут находиться как на одной машине, так и на разных. Добавлять их надо одновременно столько на сколько выставлен у тебя коэф-т репликации.

>я в курсе и им пользуюсь. поэтому и в скепсисе, что код открыт, но

проект явно еще не родился. И никому не посоветую полагаться на него.

проект был рожденным и взрослым еще до покупки, но открытие кода требует очень серьезной переработки, которая зачастую означает отход в более сырое состояние, чтоб довести продукт до «взрослости» другим, более открытым путем.

в любом случае интересно - что именно не нравится в спайсе, какие именно проблемы возникают?

Очень слабое развитие. тоже самое 389/fds. Такое ощущение, что после
покупки редхатом чего либо, он их погружает в анабиоз или
медикаментозную кому.

вот это зря. овирт это схема из ovirt server + ovirt node. ovirt server практически заменен на открытую апстрим-версию rhev-manager, а ovirt-node все это время развивался очень интенсивно как rhev-hypervisor. открыто будет все вместе, потому что без управляющего сервера, ноды открывать смысла нет.

В моей практике не было ни одного случая, чтобы я воспользовался
каким-либо проектом, купленым редхатом и не пожалел об этом. Все
крайне сыро, падуче, с минимумом противоречивых обрывков
документации.

вы о коммерческих продуктах, или об апстриме? хотелось бы опять же конкретики

Например поднять glusterfs для отдачи http

Я пытался. У меня нихрена не вышло.

и вот если мето закончится, могу ли я добавить еще 2 машины для расширения тома ?

Да, это без проблем делается.

ИМХО - в качестве хранилки прона (ну, или образов виртуалок, как у Reset'а) - покатит. Для того же ВЕБа - болта.

>в любом случае интересно - что именно не нравится в спайсе, какие именно проблемы возникают?

проблемы с парадрайверами для гостевых венд. Чтобы найти все необходимое для вёнд пришлось потратить несколько дней и поднимать виртуалку со сборкой драйверов под виндой.

проблема с документацией. элементарно понять, где и как работает сейчас агент нереально. То есть реально за несколько дней гугления. Слава богу что в вирт-менеджере спайс уже почти автоматом настравивается.

Стабильно падают иксы в линуксовой гостевой системе. Причем при запуске lxterminal.

>Я пытался. У меня нихрена не вышло.

А какие все же проблемы возникли ? Если использовать его по больше части как mirror ? P.S Может есть еще какие варианты ?

>проблемы с парадрайверами для гостевых венд.

это которые на linux-kvm.org или те которые в rhn?

Чтобы найти все необходимое для вёнд пришлось потратить несколько дней
и поднимать виртуалку со сборкой драйверов под виндой

slipstream для virtio_blk сделать пришлось, если я правильно понял? для этого есть более простое решение - набор драйверов на флоппи имидже .vfd или на втором виртуальном сидироме в формате iso

проблема с документацией. элементарно понять, где и как работает
сейчас агент нереально

который агент, опять же?

Стабильно падают иксы в линуксовой гостевой системе. Причем при
запуске lxterminal.

BZ# ?

>Добавлять их надо одновременно столько на сколько выставлен у тебя коэф-т репликации.

ну те, если у меня 5 кирпичиков, то что бы рашрить систему, мне надо добавить еще 5 кирпичиков того же объема ?

P.S. А вообще есть где толковые конфиги примеры ?

Не обязательно того же объема. Конфиги не нужны, всё делается командой gluster. В man gluster всё есть. Также есть документация на сайте.

ИМХО - в качестве хранилки прона (ну, или образов виртуалок, как у Reset'а) - покатит. Для того же ВЕБа - болта.

На GlusterFS работают серваки веб-портала одного крупного мобильного оператора, с этих разделов отдается весь контент. Так что для веба оно самое то.

OpenShift - лишь со второго раза F разглядел

Что будет, когда клиент gluster-миррора подключен по nfs и сервер, к которому он подключен - сдохнет физически? А что будет, если клиент подключен по FUSE? Так что неизвестно ещё, зло FUSE или добро.

Там проблема как раз в этой самой интенсивной разработке и заключается: люди увлеклись процессом разработки и уже забыли, что и зачем, собственно, делают. Это примерно как в советских НИИ было: все в поту, бегают, трудятся, заняты архиполезными вещами, но вот выхлопа почему-то ноль.

> Я пока сам не могу четко сформулировать задачу, кроме как интересно поигратся :)

Смотри осторожней :) Затягивает. Уж очень много чтива чтобы хотябы понять чего она умеет эта GlusterFS

Например поднять glusterfs для отдачи http, поднять 5 машин для репликации, и вот если мето закончится, могу ли я добавить еще 2 машины для расширения тома ? (например как в HDFS ?) Не скажу

как там в HDFS, но GlusterFS такое умела (раширение, репликация) еще в момент созревания идеи о ней в голове разработчика. Я правда давно ее тыкал, но знаю что она умеет все для всех видов раширения (дисками и серверами) сумашедшего масштаба компьютерных хранилищ. Это и есть так называемая масштабируемость. Вообще на вики посмотри типа: масштабируемые файловые системы.
Насколько я помню у GlusterFS есть плюс, что нет сервера, кооторый рассказывает клиентам на каком конкретно компе лежит запрошенный файл во всей вашей объединенной в один том сети. Минус по отношению например к lustre это скорость. Просьба на слове не ловить

>Там проблема как раз в этой самой интенсивной разработке и

заключается: люди увлеклись процессом разработки и уже забыли, что и
зачем, собственно, делают. Это примерно как в советских НИИ было: все
в поту, бегают, трудятся, заняты архиполезными вещами, но вот выхлопа
почему-то ноль.

это вы из опыта работы в RHT, инженером-разработчиком рассказываете?

Довелось тыкать его в самом начале 3 ветки,
для сооружения очень большого костыля для одного крупного портала.
Всех проблем уже не вспомню, но перформанс на мелких файлах был просто кластерфак.
Плюс документация на тот момент была ну никакая.
Как такое можно было выпустить в люди оставалось под вопросом.
Несомневаюсь, что сейчас пофиксили, но осадок остался.

Понятно, что на клиенте 3.1415здец будет. Но fuse у меня работает слишком уж медленно.

Ну на данный момент он работает стабильно и есть не просит ;-)

>Стабильно падают иксы в линуксовой гостевой системе. Причем при запуске lxterminal.

это проблемы lxterminal-а и иксов. У меня и на железной машине падали одно время при запуске оного терминала.

>посмотри сайт проекта. Это не похоже на живое.

А кому вообще интересен сайт проекта?

Из опыта чтения их списков рассылки и общего впечатления от изучения 389-го. Пока это был Fedora DS, такого бардака не было.

>Вообще на вики посмотри типа: масштабируемые файловые системы.

Да просто на той же вики --- Синхронная репликация между серверами (нельзя расширить уже существующий том, добавив сервер для репликации) ---

Хотя конечно, это не первая инстанция для веры :)

1. UnionFS сдохло.

2. Оно не имеет ничего общего с PohmelFS.

389 далековат от меня, но вот разработка спайса - буквально в паре метров.

Это как? Редхат уже в России девелопит?

во первых я не в России

ну а во вторых, девелоперы могут и удаленно работать - были бы знания, опыт и доступ к инету