форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
Сообщение от opennews (??) on 06-Май-13, 21:19
Компания Red Hat, которая приобрела (http://www.opennet.dev/opennews/art.shtml?num=31941) в 2011 году распределённую кластерную файловую систему GlusterFS, объявила (http://www.redhat.com/about/news/press-archive/2013/5/gluste...) о трансформации проекта Gluster (http://www.gluster.org/) в новое сообщество для разработки свободных проектов, связанных с системами хранения данных. Из жёстко контролируемого проекта, развиваемого в соответствии с принципом Open Core (http://www.opennet.dev/opennews/art.shtml?num=27351) (открытая базовая часть и закрытый продукт с расширенными возможностями), Gluster теперь следует рассматривать как экосистему открытого ПО с быстро растущим числом проектов и участников. Для обеспечения работы нового сообщества открыт ресурс Gluster Community Forge (https://forge.gluster.org), предоставляющий основанную на Gitorious среду совместной разработки, где участники могут как развивать имеющиеся, так и добавлять новые проекты. Коммерческий продукт на базе технологий GlusterFS по прежнему будет поставляться под именем Red Hat Storage Server (http://www.redhat.com/products/storage-server/). На данный момент, кроме флагманского проекта GlusterFS Core (https://forge.gluster.org/glusterfs-core),  в Gluster Comunity Forge будут развиваться  такие проекты, как: -  pmux (https://forge.gluster.org/pmux) -  написанная на языке Ruby система MapReduce, применяющая конвейерные обработки для распределенных вычислений на кластере GlusterFS и способная обрабатывать большие объемы данных, хранящихся в файлах; -  gflocator (https://forge.gluster.org/gflocator) - демон для предоставления ответов на запросы о расположению файлов на узлах GlusterFS; -  HDFS plugin (https://forge.gluster.org/hdfs-shim) - проект, позволяющий использовать GlusterFS в Hadoop вместо или в дополнение к штатной HDFS; -  Интеграция Samba и GlusterFS (https://forge.gluster.org/samba-glusterfs) - цель проекта - совместное использование томов GlusterFS клиентами SMB; -  Dispersed Volume (https://forge.gluster.org/disperse) -  система с задаваемым уровнем избыточности, похожая на RAID5/6, но для распределённой GlusterFS. URL: http://www.redhat.com/about/news/press-archive/2013/5/gluste... Новость: http://www.opennet.dev/opennews/art.shtml?num=36865
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–8 +/–
Сообщение от Аноним (??) on 06-Май-13, 21:19
если упоминули Ruby то сразу понятно что не нужно, потому что тормоз
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от Аноним (??) on 06-Май-13, 21:32
	> Коммерческий продукт на базе технологий GlusterFS А люди за этот тормоз деньги еще платят, да?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–4 +/–
	Сообщение от Аноним (??) on 06-Май-13, 22:02
	> если упоминули Ruby то сразу понятно что не нужно, потому что тормоз Так сейчас, когда код открыт, может кто то решится выпилить руби и заменить его на что то более быстрое.  Хотя раз шапка не сделала этого ранее то им проект скорее всего вообще неинтересен
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+4 +/–
	Сообщение от Аноним (??) on 06-Май-13, 23:07
	> Хотя раз шапка не сделала этого ранее то им проект скорее всего вообще неинтересен Впервые вижу таких добрых бизнесменов. Купили проект, который им заведомо неинтересен. Видимо, чтобы оказать благотворительную помощь предыдущим владельцам.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от Deffic on 06-Май-13, 23:48
	>> Хотя раз шапка не сделала этого ранее то им проект скорее всего вообще неинтересен > Впервые вижу таких добрых бизнесменов. Купили проект, который им заведомо неинтересен. > Видимо, чтобы оказать благотворительную помощь предыдущим владельцам. С конкуренциию подавляют скупкой конкурентов или патентов.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	15. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 01:26
	> С конкуренциию подавляют скупкой конкурентов или патентов. Замечательная версия. У нее всего один недостаток - непонятно, с каким продуктом редхата конкурировал gluster. С Linux? К тому же патентов там никаких не было, а СПО покупать бессмысленно - его всегда можно форкнуть.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	28. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–4 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:36
	gpfs ? или как там называется кластер от redhat с жестко зашитым ограничением в 256 узлов..
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	39. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от SkyRE (ok) on 07-Май-13, 11:29
	GPFS - это у IBM. (IBM General Parallel File System) А у RedHat это GFS2.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	49. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 13:09
	Вот только GFS2 - ни разу не конкурент для gluster. Потому что GFS - это только шарилка, там нет избыточности.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	56. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от SkyRE (ok) on 07-Май-13, 14:30
	> Вот только GFS2 - ни разу не конкурент для gluster. Потому что > GFS - это только шарилка, там нет избыточности. В GPFS тоже нет избыточности. Но и GPFS и GFS2 можно построить на RAID-ах.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	72. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 18:24
	> В GPFS тоже нет избыточности. Но и GPFS и GFS2 можно построить > на RAID-ах. А вот в Gluster есть избыточность, при чем _сетевая_. Это вам не рейд.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	82. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 19:12
	>> Вот только GFS2 - ни разу не конкурент для gluster. Потому что >> GFS - это только шарилка, там нет избыточности. > В GPFS тоже нет избыточности. Но и GPFS и GFS2 можно построить > на RAID-ах. Вообще-то, в GPFS есть прозрачная синхронная репликация между нодами как данных, так и метаданных, причем еще и с настраиваемым по отдельности replication factor.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	84. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Михрютка (ok) on 07-Май-13, 20:19
	> В GPFS тоже нет избыточности. ну здрасте, а нейтив рейд?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	117. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от SkyRE (ok) on 08-Май-13, 13:28
	>> В GPFS тоже нет избыточности. > ну здрасте, а нейтив рейд? Я строил кластер на 5-х рейдах без всякой репликации, т.к. места много нужно было для бакапов не данных с GPFS - а с клиентов ПО для бакапа инфраструктуры. И что бы бакап делался не по "тормознутой" сети - а по SAN.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	47. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от Алексей (??) on 07-Май-13, 12:43
	там было другое (здесь же в новостях с год назад) - патентный тролль подал в суд на редхат, в ответ ему указали на наличие в его проприетарном поделии gpl-кода, после чего судиться стало не актуально. скорее всего и приобретали проект, чтобы спровоцировать наезд, ну и забрать все деньги и женщин обидчика :)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	52. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 13:15
	> там было другое (здесь же в новостях с год назад) - патентный > тролль подал в суд на редхат, в ответ ему указали на > наличие в его проприетарном поделии gpl-кода, после чего судиться стало не > актуально. скорее всего и приобретали проект, чтобы спровоцировать наезд, ну и > забрать все деньги и женщин обидчика :) Годы шли, а любители запихнуть код gluster в проприетарный продукт так и не находились...
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	45. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 12:25
	> Впервые вижу таких добрых бизнесменов. Купили проект, который им заведомо неинтересен. > Видимо, чтобы оказать благотворительную помощь предыдущим владельцам. Шапка купила, но это еще не значит что оно им действительно нужно, в конце концов, вспомните про Oracle и посмотрите теперь на MySQL. Возможно до покупки были какие-то миражи по поводу того что на этом можно сделать profit но после покупки, стало понятно что нельзя. Отдали в сообщество, возможно у людей из сообщества появится какие-то идеи, которые сделают проект более интересным и востребованным.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	74. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:29
	Шапка и Oracle - это как небо и земля. Достаточно сравнить модели развития Linux и MySQL.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	91. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 23:54
	> Шапка и Oracle - это как небо и земля. Достаточно сравнить модели > развития Linux и MySQL. да да, достаточно сравнить. MySQL закрыл разве что тестовый набор и то до того как выпустят заплатку. А шапка сделала закрытый репозиторий под свое ядро, занимается обфускацией патчей на ядро что бы осложнить другим анализ (да да - нагадить ksplice который продался не ей, а oracle), но попутно с ksplice нагадила еще и остальным открытым проектам. Но это не мешает евангелистам redhat лизать ей все что можно.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	92. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 07-Май-13, 23:55
	Про ksplice можно забывать. Если до оракла оно худо-бедно умело всё, то после оракла в принципе ни на что кроме OEL его вкручивать уже не рискнет почти никто.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	107. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 10:07
	скажите спасибо redhat и его защите бизнеса. Показали пример как это можно делать - вот другие и пошли тем же путем.. Так почему redhat может защищать свой бизнес - а другим в этом отказано? Меня сильно больше напрягает бардак с тем что я не вижу что за патчи были включены в ядро, это сказывается на стабильности моего продукта. А kplice это фиолетово, или можно просто подписать с ними контракт и все будет. hint. при подписании контракта с ksplice - они могут делать поддержку всего что хочешь и предоставить тебе самому распространять патчи для своего дистрибутива.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	6. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 06-Май-13, 23:08
	> если упоминули Ruby то сразу понятно что не нужно, потому что тормоз А то, что она через fuse работает, никого не смущает?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	23. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+3 +/–
	Сообщение от Аноним (??) on 07-Май-13, 05:41
	> если упоминули Ruby то сразу понятно что не нужно, потому что тормоз Если бы ты потрудился открыть документацию, то ты бы узнал, что сами вычисления производятся не ruby-кодом, а внешними mapper-ами и reducer-ами, задаваемыми пользователем и вызываемыми pmux-ом. Сам pmux занимается только раскидыванием задач по нодам и вводом-выводом, а для этого скорость исполнения кода не важна.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	85. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Aquarius (ok) on 07-Май-13, 20:53
	по RoR ruby не судят
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
Сообщение от Alrond (ok) on 06-Май-13, 23:10
Этот гластер - поделие, тьфу на него еще раз, мучался с ним два года. Сейчас на MooseFS переходим.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	44. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от t28 on 07-Май-13, 12:21
	> Этот гластер - пoдeлue, тьфy на него еще раз, мuчaлcя с ним два года. Да, yжac. Пробовали Ceph, но у него к CPU больше требования. > Сейчас на MooseFS переходим. Спасибо за наводку, посмотрим...
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
Сообщение от midori (ok) on 06-Май-13, 23:42
то, что вы мучал'ись - не говорит о плохой реализация glusterFS (Moose тоже не совершенство) p.s. еще и два года)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
Сообщение от Sw00p aka Jerom on 07-Май-13, 00:03
а в роли какой фс его использовать ? может нфс ? да нет стандартный нфс куда стабильнее, может шаред фс ? - да нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж люстру, а если ещё и денег достаточно можно и gpfs так что в полне разумный вопрос - где его использовать ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от ананис on 07-Май-13, 00:20
	вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать ?" и решили что подкормив сообщество очередным полунужным хламом, они может получат хоть какие-то плюшки и развитие, да и карму плюсанут неплохо.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 07-Май-13, 00:25
	> вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать > ?" и решили что узнают об этом из следующего релиза федоры. ну, на крайний, дебиана.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от VoDA (ok) on 07-Май-13, 00:28
	> вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать > ?" и решили что подкормив сообщество очередным полунужным хламом, они может > получат хоть какие-то плюшки и развитие, да и карму плюсанут неплохо. Аналогичных систем всего 2-3. Люстра, сабж и HDFS. Другие или не активно развиваются или проприетарь или еще чего. И да, конкуренция идет на пользу потребителям и сообществу. Xen VS KVM Lustre VS Gluster Tomcat VS JBoss (шутка смешного юмора ;) )
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	20. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от anonymous (??) on 07-Май-13, 05:27
	> Аналогичных систем всего 2-3. Люстра, сабж и HDFS. Другие или не активно развиваются или проприетарь или еще чего. POHMELFS :)
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	32. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:50
	>> Аналогичных систем всего 2-3. Люстра, сабж и HDFS. Другие или не активно развиваются или проприетарь или еще чего. > POHMELFS :) это которая позволяет писать в 1 файл только одному клиенту? которая принципиально O_APPEND не обрабатывает правильно? как там у нее с flock для поддержки samba и MPI ?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	27. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от anonymous (??) on 07-Май-13, 08:23
	ceph. Которая кстати в ядро уже включена.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	29. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:37
	>> вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать >> ?" и решили что подкормив сообщество очередным полунужным хламом, они может >> получат хоть какие-то плюшки и развитие, да и карму плюсанут неплохо. > Аналогичных систем всего 2-3. Люстра, сабж и HDFS. Другие или не активно > развиваются или проприетарь или еще чего. это не конкурент люстре :-) совсем совсем другие требования..
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	128. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Sw00p aka Jerom on 12-Май-13, 18:52
	Lustre VS Gluster небо и земля не стоит сравнивать
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	131. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от AlexAT (ok) on 13-Май-13, 07:14
	> Lustre VS Gluster > небо и земля не стоит сравнивать И по общей сложности поддержки - тоже.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	17. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 01:30
	> вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать > ?" и решили что подкормив сообщество очередным полунужным хламом, они может > получат хоть какие-то плюшки и развитие, да и карму плюсанут неплохо. Аналогичная история произошла лет 20 назад - тогда редхат никак не мог придумать, что делать с ненужным пoделием одного финского студента, и решил слить его сообществу. До сих пор плюшки гребут.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	25. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Andrey Mitrofanov on 07-Май-13, 07:26
	> Аналогичная история произошла лет 20 назад - тогда редхат никак не мог > придумать, что делать с ненужным пoделием одного финского студента, и решил > слить его сообществу. До сих пор плюшки гребут. Про 20 лет почти угадал. """Компания начала свою работу в 1993 году, [...] В 2003 году Red Hat сменила политику выпуска дистрибутивов, отказавшись от выпуска коробочных версий Red Hat Linux (последняя коробочная версия Red Hat Linux 9) и превратив внутренний процесс разработки Red Hat Linux в открытый проект Fedora [...]
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	33. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–5 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:51
	>> Аналогичная история произошла лет 20 назад - тогда редхат никак не мог >> придумать, что делать с ненужным пoделием одного финского студента, и решил >> слить его сообществу. До сих пор плюшки гребут. > Про 20 лет почти угадал. > """Компания начала свою работу в 1993 году, [...] В 2003 году Red > Hat сменила политику выпуска дистрибутивов, отказавшись от выпуска коробочных версий Red > Hat Linux (последняя коробочная версия Red Hat Linux 9) и превратив > внутренний процесс разработки Red Hat Linux в открытый проект Fedora [...] вот вот :-) в 2003 году - redhat закрыла итоговый результат и стала продавать его. А сообществу выпихнула недоделки.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	35. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 09:30
	Т.е. до 2003 года они ничего не продавали и жили на средства спонсоров?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	41. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–6 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 11:36
	если посмотреть на капитализацию и доходы RedHat - она резко пошла в гору - когда они закрыли бинарные пакеты и вообще все связаное с RHEL - "подарив" сообществу Fedora.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	46. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от pkdr on 07-Май-13, 12:28
	И что именно всё? Вам название centos жмёт? Ибо от RHEL он названием и копирайтом отличается.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	48. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–6 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 13:07
	> И что именно всё? Вам название centos жмёт? Ибо от RHEL он > названием и копирайтом отличается. О да, а закрытые для постороннего репозитории RHEL тоже не существуют? Или обновления centOS выходят прямо вот сразу? Вы никогда не сталкивались что в CenOS поломаны зависимости и поставить пакет из CentOS в систему с RHEL не возможно? ну и последнее - как не купив поддержки в redhat посмотреть какие патчи были наложены на ядро? или вас устраивает большая мешанина в которой разобраться не реально?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	51. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+7 +/–
	Сообщение от Аноним (??) on 07-Май-13, 13:13
	> ну и последнее - как не купив > поддержки в redhat посмотреть какие патчи были наложены на ядро? или > вас устраивает большая мешанина в которой разобраться не реально? Знатное пригорание седалища у ораклышей. Оно того стоило, определенно :)
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	58. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–4 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 16:09
	если вы не заметили у Oracle - свое ядро, а ядро redhat они все равно без ограничений раскладывают на патчи и выкладывают для сообщества. Кому это подгадило - так это дебиан, CentOS (отгрызло тот кусок платного сапорта который они могли дать и чем пробывали зарабатывать на хлеб), SL, Lustre и тп которые так или иначе использовали ядро redhat в своих проектах, видимо это того стоило? Даже lwn.net считает что  redhat поступил не коректно -http://lwn.net/Articles/430098/ Ну да - подгадить всем кто это использует - это же так в традициях redHat, а вы не стесняйтесь - несите дальше деньги шапке.. может еще еще лизнуть при случае..
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	68. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+3 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:14
	> если вы не заметили у Oracle - свое ядро, а ядро redhat > они все равно без ограничений раскладывают на патчи и выкладывают для > сообщества. Тогда почему именно у ораклят так пригорает анус?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	71. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:22
	> Тогда почему именно у ораклят так пригорает анус? Наверное, все дело в том, что именно оракл пытается свое чудо-инновационное тырпрайз-ядро строить на основе редхатовского. А у всяким дебианам нужны разве что критические багфиксы и исправления безопасности. Вот ораклыши и кричать "ай бида-бида, дебиан-то ущемляют, жпл нарушают, гады-разбойники, перевешать их всех во главе с Торвальдсом!"
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	78. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:06
	>> Тогда почему именно у ораклят так пригорает анус? > Наверное, все дело в том, что именно оракл пытается свое чудо-инновационное тырпрайз-ядро > строить на основе редхатовского. А у всяким дебианам нужны разве что > критические багфиксы и исправления безопасности. наверно не в курсе - но ядро у них свое полностью. Стоило бы учить матчасть, ребетенок :-)
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	79. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:06
	>> если вы не заметили у Oracle - свое ядро, а ядро redhat >> они все равно без ограничений раскладывают на патчи и выкладывают для >> сообщества. > Тогда почему именно у ораклят так пригорает анус? видимо потому что по себе судишь ?:)
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	61. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–3 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 16:14
	>> ну и последнее - как не купив >> поддержки в redhat посмотреть какие патчи были наложены на ядро? или >> вас устраивает большая мешанина в которой разобраться не реально? > Знатное пригорание седалища у ораклышей. Оно того стоило, определенно :) к слову - это была такая защита их бизнеса (в чем они сознавались - Red Hat reported its fiscal 2011 revenues this week which hit $909 million. Going forward, Red Hat has already taken steps to protect its business by changing the way it packages the Red Hat Enterprise Linux 6 kernel). только видимо свобода и соблюдение требований GPL для них пустой звук - каждый патч состоит из описания (это требование lkml) и самого изменения - так почему-то redhat считает возможным проводить обфускацию исходников и вырезания описаний - которые являются частью изменений. Ну да - для защиты своего бизнеса все средства хороши - даже нарушения лицензий.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	69. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:17
	> только видимо свобода и соблюдение требований GPL для них пустой звук - > каждый патч состоит из описания (это требование lkml) и самого изменения Так-так. GPL и LKML - это уже синонимы? > - так почему-то redhat считает возможным проводить обфускацию исходников и вырезания > описаний - которые являются частью изменений. Респект им и уважуха. Пусть эффективные менеджеры оракла попыхтят :) > Ну да - для защиты своего бизнеса все средства хороши - даже нарушения лицензий. Если в их действиях действительно есть нарушение GPL - подай на них в суд и отсуди стопицот тыщ мильенов, делов-то. А то демагогию разводить каждый горазд, а как до дела дойдет - шумно сдувается.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	77. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:05
	>> только видимо свобода и соблюдение требований GPL для них пустой звук - >> каждый патч состоит из описания (это требование lkml) и самого изменения > Так-так. GPL и LKML - это уже синонимы? красиво передернул. возьми пирожек - LKML был приведен как пример каким был исходный патч. Но ведь вырезать из оригинала куски и не показывать GPL разрешает? ведь так? >> - так почему-то redhat считает возможным проводить обфускацию исходников и вырезания >> описаний - которые являются частью изменений. > Респект им и уважуха. Пусть эффективные менеджеры оракла попыхтят :) респерт за то что создали проблемы открытым проектам? Да - я понимаю вас, с промытыми мозгами. Главное что у корпорации добра добавилось денег - а проблемы открытым проектам - это же фигня? Кто за такое их осудит? >> Ну да - для защиты своего бизнеса все средства хороши - даже нарушения лицензий. > Если в их действиях действительно есть нарушение GPL - подай на них > в суд и отсуди стопицот тыщ мильенов, делов-то. А то демагогию > разводить каждый горазд, а как до дела дойдет - шумно сдувается. У меня денег сильно меньше - что бы выиграть. Но высказывать мне свое мнение о их позиции - видимо можно?
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	101. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 07:28
	> в CenOS поломаны зависимости и поставить пакет из CentOS в систему > с RHEL не возможно? ну и последнее - как не купив Поставить пакет из CentOS в систему с RHEL... это прекрасно. То, что они бинарно совместимы по API ядра, библиотек и софта (+ бинарно идентичны на 99%) - не обещает совместимости на уровне зависимостей пакетов. А вообще - лучше сначала думать, потом делать. А то так можно докатиться до того, что обвинить все линухи в том, что на них Win32 EXE нативно не запускаются.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	108. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 10:08
	>> в CenOS поломаны зависимости и поставить пакет из CentOS в систему >> с RHEL не возможно? ну и последнее - как не купив > Поставить пакет из CentOS в систему с RHEL... это прекрасно. То, что > они бинарно совместимы по API ядра, библиотек и софта (+ бинарно > идентичны на 99%) - не обещает совместимости на уровне зависимостей пакетов. пошли отмазки :-) то есть нельзя вот прям так взять пакет который создан был для RHEL и без пересборки поставить в CentOS? То есть CentOS выходит не юзабельный и не разу не замена для RHEL как тут предлагали? > А вообще - лучше сначала думать, потом делать. А то так > можно докатиться до того, что обвинить все линухи в том, что > на них Win32 EXE нативно не запускаются. hint. у wine был модуль который грузился как доп. бинарный формат и позволял запускать MZ бинарники. hint2. win4lin (если не путаю) делал тоже самое путем патчей на ядро (времен 2.4).
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	109. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 10:26
	> пошли отмазки :-) то есть нельзя вот прям так взять пакет который > создан был для RHEL "Пакет, который создан был для RHEL", и "пакет из RHEL" - разница есть? Всё, что "создано для RHEL", у меня на центу вставало без проблем. ЧЯДНТ? Тем более, что ты пел об обратном процессе - перетащить пакет из CentOS в RHEL - ЗАЧЕМ????
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	111. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 10:36
	>> пошли отмазки :-) то есть нельзя вот прям так взять пакет который >> создан был для RHEL > "Пакет, который создан был для RHEL", и "пакет из RHEL" - разница > есть? > Всё, что "создано для RHEL", у меня на центу вставало без проблем. > ЧЯДНТ? > Тем более, что ты пел об обратном процессе - перетащить пакет из > CentOS в RHEL - ЗАЧЕМ???? Я "пел" о том что CentOS нефига не совместим с RedHat - в первую очередь по тому что RedHat (весь такой открытый) закрывает процесс сборки пакетов и всячески усложняет клонирование. И "пел" о закрытых для некупивших сапорт - репозиториях с бинарными пакетами - которых в виде src.rpm не выкладывают на сайте - да нет никакой гарантии что то что выложено - совпадает с тем что они реально собирают. "пел" о том что redhat "защищая" свой бизнес - создает постоянно проблемы другим открытым продуктам. "пел" о качестве сборки CentOS - когда пакеты имеют кривые зависимости. и пакет пересобранный из src.rpm на CentOS  (но созданный на RHEL) - отказывается ставиться на CentOS из-за того что зависимости не могут быть разрешены, и это не решается без правки spec файла. hint. когда кончаются аргументы - не стоит пытаться унизить собеседника своим хамством.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	120. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 15:55
	> Я "пел" о том что CentOS нефига не совместим с RedHat С какого бы перепугу он не был совместим? Весь софт под редхат, модули ядра и прочее - отлично встает. А попытки совместить RHEL+CentOS в одном флаконе - это твои ЛПП. > "пел" о качестве сборки CentOS - когда пакеты имеют кривые зависимости. и > пакет пересобранный из src.rpm на CentOS  (но созданный на RHEL) Пример пакета в студию.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	112. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от profalex on 08-Май-13, 10:43
	> hint. у wine был модуль который грузился как доп. бинарный формат и позволял запускать MZ бинарники. Это штатная функция ядра, вайн там сбоку. > hint2. win4lin (если не путаю) делал тоже самое путем патчей на ядро (времен 2.4). Совсем путаете.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	113. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 11:32
	а я и не говорю что это не штатная функция ядра - я говорю что в составе wine был модуль для MZ бинарей - что бы прозрачно запускать - который использовал эту функцию. win4lin - могу путать :-) давно было .осталось ощущение безшовного запуска винды в линухе - но сам не использовал.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	124. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Псевдоним (ok) on 09-Май-13, 18:45
	> а я и не говорю что это не штатная функция ядра - > я говорю что в составе wine был модуль для MZ бинарей > - что бы прозрачно запускать - который использовал эту функцию. Да не было никакого специального модуля. Просто настройками ядра задавалось, что при попытке выполнить файл filename, начинающийся с MZ, следовало выполнять wine filename.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	50. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 13:11
	> вот вот :-) в 2003 году - redhat закрыла итоговый результат Ваганыч, залогинься.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	62. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 16:18
	>> вот вот :-) в 2003 году - redhat закрыла итоговый результат > Ваганыч, залогинься. Подлизывай дальше шапке. А она пусть продолжает дальше гадить другим открытым проектам в которых находит себе конкурентов  ('We are the top commercial contributor to most of the components of the Linux kernel and we think we have a lot of value and we want to make sure that, that value is recognized,' Red Hat CEO Jim Whitehurst said. 'In terms of competition, I don't think we necessarily saw anything different from before but I'd say better to close the barn door before the horses leave than afterwards.'" ) да да, close barn door для CentOS / SL / Debian - это же так благородно.. ну и за одно.. http://raphaelhertzog.com/2011/02/17/people-behind-debian-ma.../ ну как - удалось лизнуть шапке? дали бесплатную лицензию на RHEL?
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	67. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:13
	> да да, close barn door для CentOS / SL / Debian - это же так благородно.. Напомни-ка, что там с barn door применительно к MySQL?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	75. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:01
	>> да да, close barn door для CentOS / SL / Debian - это же так благородно.. > Напомни-ка, что там с barn door применительно к MySQL? это такой способ съезжать с темы? но вот продолжим обсуждение поведения redhat - а то оказывается они ведут себя не лучше чем клятый Оракл - но ему то можно, он корпорация зла, а вот redhat.. они же корпорация добра - как они могут то?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	73. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+4 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:27
	> ну как - удалось лизнуть шапке? дали бесплатную лицензию на RHEL? Я их люблю не за бесплатные лицензии, а токмо за то, что они твой сpаный оракл щемят во всех позах. За одно это им надо дать орден беззаветного человеколюбия.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	76. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:02
	>> ну как - удалось лизнуть шапке? дали бесплатную лицензию на RHEL? > Я их люблю не за бесплатные лицензии, а токмо за то, что > они твой сpаный оракл щемят во всех позах. За одно это > им надо дать орден беззаветного человеколюбия. смешной ты :-) оракл не мой, но лично он мне проблем не доставлял - в отличии от redhat.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	97. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Led (ok) on 08-Май-13, 04:39
	> вот вот :-) в 2003 году - redhat закрыла итоговый результат и > стала продавать его. А сообществу выпихнула недоделки. Так ты продукт redhat для "сообщества"? Да, дествительно, как-то "незавершённо" выглядишь :(
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	34. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Клыкастый (ok) on 07-Май-13, 09:06
	плюсануть карму за NNN бабла... сам придумал, или подсказал кто?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от VoDA (ok) on 07-Май-13, 00:25
	так оно уровня люстры. +/- где то рядом. конечно с ocfs2 не сравнимо - для этого у них gfs2.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	30. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:39
	> так оно уровня люстры. +/- где то рядом. уровня люстры? хм.. вы скажите - оно как с RDMA? как оно на скоростях 4Gb/s по сети?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	54. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от etw (ok) on 07-Май-13, 13:23
	К слову, поддержка RDMA у glusterfs есть.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	59. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 16:09
	> К слову, поддержка RDMA у glusterfs есть. в fuse ? ;-)
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	64. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от Аноним (??) on 07-Май-13, 17:23
	>> К слову, поддержка RDMA у glusterfs есть. > в fuse ? ;-) man ibverbs
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	66. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 18:08
	ibverbs в userland? хотя да - что-то пробывали, и даже новый тип сокетов для этого придумали..
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	83. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 19:23
	> ibverbs в userland? хотя да - что-то пробывали, и даже новый тип > сокетов для этого придумали.. В общем-то, ibverbs - это всего лишь API, причем в линуксе раскручивающееся напрямую в uapi ядра, никакими сокетами там не пахнет, особенно в RDMA, где семантика обмена данными (put/get) от принятой в сокетах (send/recieve) отличается кардинально. Про сокеты ты, наверное, с SDP спутал.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	86. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от linux must _RIP_ on 07-Май-13, 23:47
	да нет.. не спутал.. config RDS         tristate "The RDS Protocol (EXPERIMENTAL)"         depends on INET && EXPERIMENTAL         ---help---           The RDS (Reliable Datagram Sockets) protocol provides reliable,           sequenced delivery of datagrams over Infiniband, iWARP,           or TCP. tcp сделали недавно. до этого был только IB & iWarp. кстати сделан был ненавистным тут ораклом. а семантика в RDMA - по моей памяти не то что бы сильно отличается. разве что разница в 2х этапном get/put (сначала iov и (или) служебные данные - потом уйдут сами данные) - что позволяет очень легко обернуть в сокетовый уровень. Даже когда-то делал такую обвертку наколенке..
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	65. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 17:26
	>> К слову, поддержка RDMA у glusterfs есть. > в fuse ? ;-) К тому же, fuse - это интерфейс для взаимодействия с VFS (к слову, не единственный, есть также поддержка протокола NFS). Передачей же данных между нодами занимаются другие части кода.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	87. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 23:49
	>>> К слову, поддержка RDMA у glusterfs есть. >> в fuse ? ;-) > К тому же, fuse - это интерфейс для взаимодействия с VFS (к > слову, не единственный, есть также поддержка протокола NFS). Передачей же данных > между нодами занимаются другие части кода. к слову fuse не только отвечает за vfs (aka md операции) но интерфейс взаимодействия с MM и передача данных. Которая со слов прозвучавших на Storage Summit - реализована из рук вон плохо, и минимальными телодвижениями можно получить 2-3x прирост скорости.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	88. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 07-Май-13, 23:51
	> к слову fuse не только отвечает за vfs (aka md операции) но > интерфейс взаимодействия с MM и передача данных. Которая со слов прозвучавших > на Storage Summit - реализована из рук вон плохо, и минимальными > телодвижениями можно получить 2-3x прирост скорости. GlusterFS упирается в round-trip, FUSE там не помеха. Тащить в пространство ядра сложный код FS, да еще вдоль и поперек завязанный на сеть - затея геморройная.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	102. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 09:50
	но люстра и IBM это же сделали ?:) причем в обоих случаях красиво вынеся сетевой обмен в отдельный уровень.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	16. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 01:27
	> а в роли какой фс его использовать ? может нфс ? да > нет стандартный нфс куда стабильнее, может шаред фс ? - да > нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж > люстру, а если ещё и денег достаточно можно и gpfs Вы хотя бы примерно представляете себе структуру кластера для люстры? А для gpfs?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	129. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Sw00p aka Jerom on 12-Май-13, 19:00
	>> а в роли какой фс его использовать ? может нфс ? да >> нет стандартный нфс куда стабильнее, может шаред фс ? - да >> нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж >> люстру, а если ещё и денег достаточно можно и gpfs > Вы хотя бы примерно представляете себе структуру кластера для люстры? А для > gpfs? вам пруфлинки нужны ? (http://paranoidchaos.livejournal.com/2111.html) да прекрасно обе фс в кластере поднимал. ps: жаль я весь процесс с люстрой не описал
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	21. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от Аноним (??) on 07-Май-13, 05:31
	> а в роли какой фс его использовать ? может нфс ? да > нет стандартный нфс куда стабильнее, может шаред фс ? - да > нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж > люстру, а если ещё и денег достаточно можно и gpfs > так что в полне разумный вопрос - где его использовать ? gpfs тоже не без греха. Пару лет назад ее пытались использовать в одном хостинге под хранилище виртуальных дисков, так его и так и сяк подкручивали, но в оно продакшене недолго продержалось из-за постоянных проблем с стабильностью под данным видом нагрузки.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	43. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от SkyRE (ok) on 07-Май-13, 11:40
	>> а в роли какой фс его использовать ? может нфс ? да >> нет стандартный нфс куда стабильнее, может шаред фс ? - да >> нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж >> люстру, а если ещё и денег достаточно можно и gpfs >> так что в полне разумный вопрос - где его использовать ? > gpfs тоже не без греха. Пару лет назад ее пытались использовать в > одном хостинге под хранилище виртуальных дисков, так его и так и > сяк подкручивали, но в оно продакшене недолго продержалось из-за постоянных проблем > с стабильностью под данным видом нагрузки. Начиная с версии 3.3 она уже гораздо получше будет. 3.3,3.4,3.5 развиваются и фиксятся в параллель, просто у каждой версии свой EOL. Вот например Скалакси её юзают, правда немного переделали под себя (на habrahabr их статьи), хотя по-моему это всё уже реализовали в 3.4 & 3.5.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	55. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 13:34
	Вообще-то, я именно о скалакси и рассказывал (если мне не изменяет память, там использовался gpfs 3.3) :) GPFS в продакшене продержался очень недолго и почти сразу же был произведен переход на SRP+MDRAID+DM/LVM. На хабре об этом упоминалось в статье http://habrahabr.ru/company/oversun/blog/116137/
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	57. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от SkyRE (ok) on 07-Май-13, 14:52
	> Вообще-то, я именно о скалакси и рассказывал (если мне не изменяет память, > там использовался gpfs 3.3) :) > GPFS в продакшене продержался очень недолго и почти сразу же был произведен > переход на SRP+MDRAID+DM/LVM. > На хабре об этом упоминалось в статье http://habrahabr.ru/company/oversun/blog/116137/ Да, и чем потом сказка кончилась - http://habrahabr.ru/post/146971/ с Xen -> Hyper-V. А лучше вот так http://habrahabr.ru/search/?q=%5Bscalaxy%5D&target... А идея и реализация действительно были хороши.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	63. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 17:02
	> Да, и чем потом сказка кончилась - http://habrahabr.ru/post/146971/ с Xen -> Hyper-V. Эмм... скалакси до сих пор на Xen. На Hyper-V совершенно другой проект компании Оверсан-Меркурий, от которой Скалакси отделился. Вы даже свой единственный источник habrahabr умудряетесь по диагонали читать, ошибаясь во втором утверждении подряд.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	118. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от SkyRE (ok) on 08-Май-13, 13:36
	>> Да, и чем потом сказка кончилась - http://habrahabr.ru/post/146971/ с Xen -> Hyper-V. > Эмм... скалакси до сих пор на Xen. На Hyper-V совершенно другой проект > компании Оверсан-Меркурий, от которой Скалакси отделился. > Вы даже свой единственный источник habrahabr умудряетесь по диагонали читать, ошибаясь > во втором утверждении подряд. Я сильно и не вчитывался что у них там сейчас, да и с хостингом никоим образом не связан. Но GPFS разрабатывался не для VM-хостинга - а для HPC & Backup. Хотя если GPFS строить на нормальном SAN/Infiniband-сторедже (коего нет у Скалакси из-за стоимости) с правильной разбивкой, а лучше несколько или за кластером SAN Volume Controller - то это будет совсем другой разговор и производительность.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	122. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Псевдоним (ok) on 08-Май-13, 20:26
	> на нормальном SAN/Infiniband-сторедже нормальный - это какой? где в тамошнем узкие места? > с правильной разбивкой А чем в скалакси она неправильна? Не подумай, что я придираюсь, просто если резюмировать твои заявления, то получается: "с профилем нагрузки я не знаком, но GPFS не для таких задач, ситуацию я не знаю, но, вообще, у них железо плохое и руки кривые, и все равно GPFS весь в  белом". Остановись для начала на чем-нибудь одном.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	130. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от Sw00p aka Jerom on 12-Май-13, 19:02
	>> а в роли какой фс его использовать ? может нфс ? да >> нет стандартный нфс куда стабильнее, может шаред фс ? - да >> нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж >> люстру, а если ещё и денег достаточно можно и gpfs >> так что в полне разумный вопрос - где его использовать ? > gpfs тоже не без греха. Пару лет назад ее пытались использовать в > одном хостинге под хранилище виртуальных дисков, так его и так и > сяк подкручивали, но в оно продакшене недолго продержалось из-за постоянных проблем > с стабильностью под данным видом нагрузки. в моих тестах gpfs была намного стабилнее люстры
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	26. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от AlexAT (ok) on 07-Май-13, 07:34
	Используем Gluster в роли подложки для кластеризованного бэкенда.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	36. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Влад (??) on 07-Май-13, 09:51
	И как?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	38. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 07-Май-13, 10:12
	> И как? Работает. Тормозновато с кучей мелких файлов, но репликация не подводила ни разу. Центральный вебхост на GlusterFS крутится вполне себе нормально. Основное требование - минимизация stat, это самая тормозная операция в GlusterFS. Еще юзаем для бэкапов, тоже вполне себе неплохо - автоматическая переливка данных по сети и автоматический шардинг.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

18. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
Сообщение от vadikgo (ok) on 07-Май-13, 02:28
lustre не умеет реплицировать данные. Эт эдакий raid0 по сети. единственный достойный конкурент glusterfs это ceph. Файловая система cephfs ещё не готова к промышленной эксплуатации (сервер метаданных только один), но кластер блочных устройств rbd вполне юзабелен и уже используется, например для виртуальных машин в proxmox, ganeti и opennebula. При этом ceph укладывает gluster на лопатки как по скорости так и по надежности.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 05:35
	> lustre не умеет реплицировать данные. Эт эдакий raid0 по сети. > единственный достойный конкурент glusterfs это ceph. Файловая система cephfs ещё не готова > к промышленной эксплуатации (сервер метаданных только один), но кластер блочных устройств > rbd вполне юзабелен и уже используется, например для виртуальных машин в > proxmox, ganeti и opennebula. При этом ceph укладывает gluster на лопатки > как по скорости так и по надежности. Кстати, в РФ RBD-кластер в промышленной эксплуатации использует проект Flops
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	40. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от vadikgo (ok) on 07-Май-13, 11:31
	>Кстати, в РФ RBD-кластер в промышленной эксплуатации использует проект Flops Это объясняет жалобы пользователей на форуме http://forum.flops.ru в стиле "Молодцы парни, отличный у Вас "облачный хостинг". Регулярные падения раз-два раза в сутки." Ребалансировка rbd кластера приводит к залипаниям ввода/вывода у виртуалок kvm. Ещё у osd серверов ceph есть проблемы с утечкой памяти. В общем не скучно наверное быть админом в flops.ru.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	31. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 08:43
	> lustre не умеет реплицировать данные. Эт эдакий raid0 по сети. не умеет. да и не надо было. Хотя если почитаете материалы последнего LUG - то проект network raid реанимировали. вы лучше скажите - как cephfs и gluster на скоростях гигабайты в секунду по ib? как у них проблемы с recovery - правда ли что cephfs - надеется только на репликацию - и требует в 2 раза больше дисков и электричества для хранения того же объема данных (hint - 12P дискового массива жрут очень дофига, что бы удваивать)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	37. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от AlexAT (ok) on 07-Май-13, 10:08
	> как у них проблемы с recovery - правда ли что cephfs - > надеется только на репликацию - и требует в 2 раза больше А какие способы гарантированного recovery кроме репликации вам известны?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	42. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 11:38
	>> как у них проблемы с recovery - правда ли что cephfs - >> надеется только на репликацию - и требует в 2 раза больше > А какие способы гарантированного recovery кроме репликации вам известны? гарантированного? а можно описать в каких случаях это вообще надо :-) а то Cray об этом не в курсе и не использует recovery вообще :) А так.. хотя бы журналирование данных и метаопераций.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	53. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 07-Май-13, 13:16
	> гарантированного? а можно описать в каких случаях это вообще надо :-) "Если мы что-то не поддерживаем, значит, вам это не нужно"
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	60. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 16:10
	>> гарантированного? а можно описать в каких случаях это вообще надо :-) > "Если мы что-то не поддерживаем, значит, вам это не нужно" к слову вариант для тех кому нужно - поддерживается :-)
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	70. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от Аноним (??) on 07-Май-13, 18:19
	>>> гарантированного? а можно описать в каких случаях это вообще надо :-) >> "Если мы что-то не поддерживаем, значит, вам это не нужно" > к слову вариант для тех кому нужно - поддерживается :-) Тогда зачем так старательно доказывать, что оно не нужно? Может, лучше сначала погуглить и выяснить, в каких именно аспектах требуется ваша яростная защита?
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	80. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:08
	>>>> гарантированного? а можно описать в каких случаях это вообще надо :-) >>> "Если мы что-то не поддерживаем, значит, вам это не нужно" >> к слову вариант для тех кому нужно - поддерживается :-) > Тогда зачем так старательно доказывать, что оно не нужно? Может, лучше сначала > погуглить и выяснить, в каких именно аспектах требуется ваша яростная защита? старательно? я лишь сослался на опыт Cray ;-) вполне себе.. а как у вас запекло...
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	81. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 07-Май-13, 19:09
	>>>> гарантированного? а можно описать в каких случаях это вообще надо :-) >>> "Если мы что-то не поддерживаем, значит, вам это не нужно" >> к слову вариант для тех кому нужно - поддерживается :-) > Тогда зачем так старательно доказывать, что оно не нужно? Может, лучше сначала > погуглить и выяснить, в каких именно аспектах требуется ваша яростная защита? кстати raid5/6 вполне могут обеспечить надежность без полной репликации данных - на этом был (и есть) основан люстровый network raid.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	90. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 07-Май-13, 23:53
	> кстати raid5/6 вполне могут обеспечить надежность без полной репликации данных - на > этом был (и есть) основан люстровый network raid. Простите, как быть с вашим RAIDx, если потеряется вся нода целиком? Две ноды? В случае Gluster всё проще - там можно реплицироваться на любое число нод. At expense of performance.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	93. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 00:01
	>> кстати raid5/6 вполне могут обеспечить надежность без полной репликации данных - на >> этом был (и есть) основан люстровый network raid. > Простите, как быть с вашим RAIDx, если потеряется вся нода целиком? Две > ноды? В случае Gluster всё проще - там можно реплицироваться на > любое число нод. At expense of performance. нода целиком? это как? разу все диски рейд возьмут и умрут? для мисье секрет что raid5/6 может востанавливаться на воткнутый hot spare винт? может не стоит покупать винчестеры по 20 баксов - а стоит посмотреть на серьезные вещи? hint. наши железянщики рассказывают что не все марки одинаково хороши для рейдов + ext4 причем разница в скорости может достигать в разы - при одних и тех же параметрах md.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	95. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Аноним (??) on 08-Май-13, 01:54
	> нода целиком? Это очень просто. Например, сгорел контроллер или baseboard. Я даже больше скажу, ноды могут сразу целыми стойками из строя выходить даже при резервировании питания по независимым линиям: например, на одно из линий падает напряжение (трансформатор на подстанции взял и накрылся) во время пиковой нагрузки, и через второй PDU на другой линии в стойке ток поднялся выше расчетного значения, в итоге, второй PDU  в стойке тоже отключился. И привет, стойка обесточена. Подобных сценариев можно массу на ходу придумать. Именно поэтому равноправные узлы кластера в некоторых местах принято разносить по разным стойкам. Или, например, использовать несколько датацентров, строя архитектуру таким образом, чтобы выход из строя одного датацентра не прервал работу сервиса. А ты: "диски, диски..." > это как? разу все диски рейд возьмут и умрут? Например, произошел сбой драйвера контроллера или сам контроллер сдох.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	96. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от vadikgo (ok) on 08-Май-13, 02:24
	> Например, произошел сбой драйвера контроллера или сам контроллер сдох. Достаточно сдохнуть батарейке в рейд контроллере. Сразу-же отключается кэш на запись и весь массив становится неработоспособен.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	99. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 07:20
	>> Например, произошел сбой драйвера контроллера или сам контроллер сдох. > Достаточно сдохнуть батарейке в рейд контроллере. Сразу-же отключается кэш на запись и > весь массив становится неработоспособен. Ну... уж не всё так страшно :) Современные контроллеры прекрасно работают без батарейки, в режиме кеширования write-through
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	105. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 10:00
	>> нода целиком? > Это очень просто. Например, сгорел контроллер или baseboard. Я даже больше скажу, > ноды могут сразу целыми стойками из строя выходить даже при резервировании > питания по независимым линиям: например, на одно из линий падает напряжение > (трансформатор на подстанции взял и накрылся) во время пиковой нагрузки, и > через второй PDU на другой линии в стойке ток поднялся выше > расчетного значения, в итоге, второй PDU  в стойке тоже отключился. > И привет, стойка обесточена. Если случится такое - то выход из строя ноды будет самое легкое что произойдет. Худшее - очередной атлантис сдохнет на орбите или биологический/ядерный эксперемент накроется :-) Это будет веселее. > Подобных сценариев можно массу на ходу придумать. Именно поэтому равноправные узлы кластера > в некоторых местах принято разносить по разным стойкам. Или, например, использовать > несколько датацентров, строя архитектуру таким образом, чтобы выход из строя одного > датацентра не прервал работу сервиса. :-) у вас слишком простой сценарий. > А ты: "диски, диски..." >> это как? разу все диски рейд возьмут и умрут? откройте для себя disk backplane с JBOD контролером. hint. так и вижу как фирма расчитывающая спецэфекты для черного рыцаря (ну или любую другую что они делали) - ходит через океан на другой DC за файлами с кадрами.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	114. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Псевдоним (ok) on 08-Май-13, 11:51
	>Если случится такое - то выход из строя ноды будет самое легкое что произойдет. Если ноды зарезервированы, то это будет единственное, что произойдет. >:-) у вас слишком простой сценарий. На сложность претензий не было, скорее, наоборот, это первое, что в голову пришло :) >откройте для себя disk backplane с JBOD контролером. В общем-то, тупой HBA вместо RAID-контроллера от сбоя драйвера этого HBA не защищает. И уж тем более, не предотвращает простой, если диски подключены через единственный контроллер. А резервировать каждый компонент сервера, и все равно с отсутствием гарантии, что нода не может стать недоступна, не факт, что дешевле, чем поставить 2 менее дорогих ноды с меньшим уровнем внутреннего резервирования. >hint. так и вижу как фирма расчитывающая спецэфекты для черного рыцаря (ну или любую другую что они делали) - ходит через океан на другой DC за файлами с кадрами. Эта фирма не ходит, а многие другие ходят, чтобы не допустить глобального простоя сервиса в случае катастрофы. Я о том тебе и говорю, что задачи и требования разные бывают и считать, что всем в качестве средства резервирования подойдут исключительно RAID-массивы, а большего никому не требуется - наивно. Тот же гугл, например, почему-то, одни рейд-массивы не устраивают.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	98. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 07:17
	> нода целиком? это как? Это элементарно: умерла мать/память/RAID-контроллер / порвали оптику/патчкорд до FCoE-коммутатора / etc. Т.е. выпала вся нода целиком. > мисье секрет что raid5/6 может востанавливаться на воткнутый hot spare винт? Постановка задачи однозначная: выпала НОДА, а не "все винты умерли", и нечего додумывать. Не важно, что там случилось. Пожар в DC был, может быть, и умерло всё, а не только винты. Или питалово отключили просто (тогда данные целы, но толку от них чуть менее, чем 0). Главное - нода потеряна. Итак, что будем делать? И как поможет RAID1/5/6/100500 в данном случае?
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	103. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 09:55
	>> нода целиком? это как? > Это элементарно: умерла мать/память/RAID-контроллер / порвали оптику/патчкорд до FCoE-коммутатора > / etc. Т.е. выпала вся нода целиком. и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время проживет - при этом в течении часа сдохшее поменяют. >> мисье секрет что raid5/6 может востанавливаться на воткнутый hot spare винт? > Постановка задачи однозначная: выпала НОДА, а не "все винты умерли", и нечего > додумывать. Не важно, что там случилось. Пожар в DC был, может > быть, и умерло всё, а не только винты. Или питалово отключили > просто (тогда данные целы, но толку от них чуть менее, чем > 0). Главное - нода потеряна. > Итак, что будем делать? И как поможет RAID1/5/6/100500 в данном случае? у вас слишком маленькие объемы данных что бы защищать это реплицированием - и слишком маленькие скорости - что бы работало в разнесенных географически DC. когда у вас начнут требовать скорости 2.5Gb/s на запись per node и 4GB/s на чтение и объемы данных per node - от 20P тогда поговорим о реплицировании и разнесении по разным датацентрам. hint. если что-то с питанием - страдает все - а не только 1 нода :-) пожар ровно так же. Но все это сильно искуственные условия.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	106. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 10:03
	> и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время > проживет - при этом в течении часа сдохшее поменяют. "В течение часа" для телекома, например - это ни хрена не допустимый простой. Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут".
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	110. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 10:30
	>> и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время >> проживет - при этом в течении часа сдохшее поменяют. > "В течение часа" для телекома, например - это ни хрена не допустимый > простой. > Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут". :-) смешной ты. так что там на счет JBOD SAS и disk backplane к 2 разным материнкам, с резервированием по блокам питания и сетевым? с дополнительными блоками защиты на входе в каждую стойку и в целом всей комнаты? Телеком всегда на таком экономил. ну и отдельной электростанцией :-) hint. японский кластер из top100 (не помню уже его теперешнюю позицию) - потреблял около 6-10Мегаватт*ч. Да да - я посмотрю как будет резервироваться такая мощность :-) и в какую копеечку этот резерв обойдется вам. hint2. репликация может (и частично должна) делаться другими средствами - а не FS. в частности HSM - хорошо "реплицирует" FS на ленточки.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	115. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Псевдоним (ok) on 08-Май-13, 12:00
	>>> и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время >>> проживет - при этом в течении часа сдохшее поменяют. >> "В течение часа" для телекома, например - это ни хрена не допустимый >> простой. >> Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут". > :-) смешной ты. так что там на счет JBOD SAS и disk > backplane к 2 разным материнкам, с резервированием по блокам питания и > сетевым? с дополнительными блоками защиты на входе в каждую стойку и > в целом всей комнаты? А что там насчет стоимости полного резевирования каждого компонента в сравнении с стоимостью второй обычной ноды? > ну и отдельной электростанцией :-) Отдельной подстанцией. С распределением нагрузки в энергосети между разными электростанциями энергетики сами справляются. > hint2. репликация может (и частично должна) делаться другими средствами - а не > FS. в частности HSM - хорошо "реплицирует" FS на ленточки. А что там с доступностью и актуальностью данных, хранящихся на лентах? У меня такое чувство, что ты путаешь цели бэкапов и high availability.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	116. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 12:24
	> А что там насчет стоимости полного резевирования каждого компонента в сравнении с стоимостью второй обычной ноды? Не каждого. active-passive я не зря указал. > Отдельной подстанцией. С распределением нагрузки в энергосети между разными электростанциями энергетики сами справляются. не хватит :-) > А что там с доступностью и актуальностью данных, хранящихся на лентах? У меня такое чувство, что ты путаешь цели бэкапов и high availability. HSM - вполне может справиться в real time с заливанием на ленты. главное сделать правильно. для FS это выглядит как обычный файл при доступе к которому возникает задержка (если так настроено). ps. вариантов может быть чуть более чем дофига - и без гемороя с репликацией и контролем целостности в этом случае pps. о parity declustering я в курсе.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	121. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+1 +/–
	Сообщение от Псевдоним (ok) on 08-Май-13, 20:04
	>> А что там насчет стоимости полного резевирования каждого компонента в сравнении с стоимостью второй обычной ноды? > Не каждого. active-passive я не зря указал. active-standby или active-active - не важно. Стоимость железа, поддерживающего такую конфигурацию, выше, порой, намного. А отсутствие SPOF на нижних уровнях архитектуры опять же не гарантируется. Проще, дешевле и надежнее при построении масштабного сервиса сразу предусматривать отказоустойчивую архитектуру, а не молиться на фичастые полки и RAID. >> Отдельной подстанцией. С распределением нагрузки в энергосети между разными электростанциями энергетики сами справляются. > не хватит :-) Вот прям всякому, кому необходима отказоустойчивость, и не хватит? :) >> А что там с доступностью и актуальностью данных, хранящихся на лентах? У меня такое чувство, что ты путаешь цели бэкапов и high availability. > HSM - вполне может справиться в real time с заливанием на ленты. А с production-нагрузкой он справится? Еще раз, не путай бэкапы и отказоустойчивость всей системы. Они нацелены на решение разных проблем. > главное сделать правильно. > для FS это выглядит как обычный файл при доступе к которому возникает > задержка (если так настроено). Да пусть этот архив как угодно выглядит, хоть gopher-ресурсом прикидывается. Если при выходе из стоя одной ноды ты лезешь в библиотеку за резервной копией, а сервис при этом лежит - это уже не система для широкой промышленной эксплуатации. В лучшем случае, это нишевое решение для работы специальных условиях, а в худшем - локалхост школьника Пети (это еще умный школьник, если он бэкапы делает). > ps. вариантов может быть чуть более чем дофига - и без гемороя > с репликацией и контролем целостности в этом случае Любое распределенное хранилище построено на компромиссе между условиями CAP-теоремы. Либо оно не распределенное и является одним большим SPOF.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	119. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 15:53
	> :-) смешной ты. так что там на счет JBOD SAS и disk > backplane к 2 разным материнкам А как насчет отказа backplane? Или таки как насчет пожара в ДЦ? Развертываемся из бэкапа с ленточек несколько суток? Я предпочту онлайновую репликацию. Неважно, hot или hot standby.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	126. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–3 +/–
	Сообщение от linux must _RIP_ on 10-Май-13, 08:19
	>> :-) смешной ты. так что там на счет JBOD SAS и disk >> backplane к 2 разным материнкам > А как насчет отказа backplane? лежит рядом готовый к замене. Замена отработана и тп. Для выработавщих ресурс проводится предварительная замена. > Или таки как насчет пожара в ДЦ? Развертываемся из бэкапа с ленточек > несколько суток? > Я предпочту онлайновую репликацию. Неважно, hot или hot standby. если сгорит ДЦ у NASA - то потери от данных - будут самым малым что может быть. Тоже самое можно сказать про Лос-Аламос (ака sandia.gov), или Ок Ридж. опять же HSM - прозрачно перекинет данные с FS на ленту.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	127. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от Псевдоним (ok) on 10-Май-13, 23:54
	>лежит рядом готовый к замене. Замена отработана и тп. Для выработавщих ресурс проводится предварительная замена. Поздравляю с даунтаймом. А даунтайма быть не должно. >опять же HSM - прозрачно перекинет данные с FS на ленту. Ага, а когда сдохнет production-сервер, все будет лежать, а ты будешь восстанавливать данные с ленты. Нафига такое счастье? У меня складывается такое впечатление, что ты нам тут растолковываешь, как сделать так, чтобы данные не потерялись, а мы тебе толкуем о том, что даже простой сервиса - это уже ЧП, а потеря данных - за гранью добра и зла.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	132. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 13-Май-13, 12:29
	еще раз почитайте что такое HSM. в момент _обращения_ данные прийдут с ленты. прозрачно для приложения.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	133. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 14-Май-13, 07:19
	> еще раз почитайте что такое HSM. > в момент _обращения_ данные прийдут с ленты. прозрачно для приложения. Т.е. придется еще держать кластер из ленточных накопителей + связанную с ними дисковую полку + робота для загрузки? Выйдет в десятки раз дороже. Спасибо, у нас задача - не попилить на инфраструктуре, а решить проблему отказоустойчивости с минимальными затратами и максимальным эффектом.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	135. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от Псевдоним (??) on 15-Май-13, 12:05
	Еще раз: латентностные характеристики ленточного хранилища позволят ему выдержать production-нагрузку?
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

24. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
Сообщение от Ph0zzy (ok) on 07-Май-13, 06:57
Хорошая компания! :) с хорошей практикой покупки проектов открытых|закрытых с дальнейшей открытой разработкой :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	89. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 07-Май-13, 23:51
	> Хорошая компания! :) > с хорошей практикой покупки проектов открытых|закрытых с дальнейшей открытой разработкой > :) Жалко ksplice проморгали. Сейчас он в какое-то УГ превратился под эгидой одной известной шараги.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	94. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–3 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 00:03
	>> Хорошая компания! :) >> с хорошей практикой покупки проектов открытых|закрытых с дальнейшей открытой разработкой >> :) > Жалко ksplice проморгали. Сейчас он в какое-то УГ превратился под эгидой одной > известной шараги. Это вы так о redhat отзываетесь? да.. эти делали что могли что бы усложнить работу ksplice team раз уж не смогли его купить. В результате - с чего бы им любить остальных? может спросим с redhat - чего это они так не любят открытость и кооперацию.. ?
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	100. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+2 +/–
	Сообщение от AlexAT (ok) on 08-Май-13, 07:22
	> Это вы так о redhat отзываетесь? да.. эти делали что могли что Для тупых: ksplice сейчас под эгидой oracle. > бы усложнить работу ksplice team раз уж не смогли его купить. > В результате - с чего бы им любить остальных? может спросим > с redhat - чего это они так не любят открытость и > кооперацию.. ? То, что получилось в результате покупки ксплайса ораклом, вы называете открытостью и кооперацией? До покупки хотя бы часть исходников была открыта. После покупки - где оно?
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	104. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–1 +/–
	Сообщение от linux must _RIP_ on 08-Май-13, 09:57
	>> Это вы так о redhat отзываетесь? да.. эти делали что могли что > Для тупых: ksplice сейчас под эгидой oracle. для очень тупых - как только redhat не смогло купить ksplice - так сразу начало гадить всем, закрывать все что можно и "защищать" свой бизнес. >> бы усложнить работу ksplice team раз уж не смогли его купить. >> В результате - с чего бы им любить остальных? может спросим >> с redhat - чего это они так не любят открытость и >> кооперацию.. ? > То, что получилось в результате покупки ксплайса ораклом, вы называете открытостью и > кооперацией? До покупки хотя бы часть исходников была открыта. После покупки > - где оно? Ответ на позицию redhat. почему редхату можно защищать свой бизнес а другим нет?
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	123. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+4 +/–
	Сообщение от Аноним (??) on 08-Май-13, 22:29
	Многовато постов твоих, "я бежала за вами три дня чтобы сказать как вы мне безразличны". Босс за ставил вляпаться в Оракл, и теперь жар снизу обязывает клаву до крови сбивать обcирая Redhat в каждой теме? "У оракла свое ядро" "федора тестовый полигон"... Оракл запрещает публиковать бенчмарки своей БД (вообще лютый пипец, типа Ходжы Насреддина "запрещаю думать про обезьяну"), это тоже шапка виновата?
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	125. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	–2 +/–
	Сообщение от linux must _RIP_ on 10-Май-13, 08:17
	переход на личности? а по теме что сказать то хотел.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	134. "Компания Red Hat преобразовала проект Gluster в сообщество р..."	+/–
	Сообщение от midori (ok) on 15-Май-13, 10:57
	глупое вы Страшило, отправляйтесь к Гудвину))
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема