LINUX.ORG.RU

Red Hat покупает Gluster

 , , , , ,


0

1

Во вторник, 4 октября 2011 года, Red Hat Inc. анонсировала подписание соглашения о приобретении компании Gluster — производителя свободного ПО для хранения данных GlusterFS.

GlusterFS — это свободная, распределённая, параллельная, линейно масштабируемая файловая система с возможностью защиты от сбоев. GlusterFS работет в пользовательском пространстве при помощи технологии FUSE, поэтому не требует поддержки со стороны ядра операционной системы и работает поверх существующих файловых систем (ext4, reiserfs, btrfs, etc).

Сделка позволит Red Hat провести тесную интеграцию решений Gluster с собственными «облачными» продуктами: CloudForms (IaaS-облако) и OpenShift (PaaS-облако).

Разумеется, GlusterFS останется свободным программным обеспечением и сообщество, во главе с Red Hat, продолжит развитие проекта, ценного для любой «облачной» экосистемы.

>>> Подробности

★★

Проверено: maxcom ()

Ответ на: комментарий от AVL2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

BZ# ?

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

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

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

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

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

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

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

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

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

dgeliko ★★ ()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

X-Pilot ★★★★★ ()
Ответ на: комментарий от dyasny

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

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

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

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

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

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

1. UnionFS сдохло.

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

ei-grad ★★★★★ ()
Ответ на: комментарий от DRVTiny

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

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

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

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

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

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

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