The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

06.05.2013 20:27  Компания Red Hat преобразовала проект Gluster в сообщество разработки открытых систем хранения

Компания Red Hat, которая приобрела в 2011 году распределённую кластерную файловую систему GlusterFS, объявила о трансформации проекта Gluster в новое сообщество для разработки свободных проектов, связанных с системами хранения данных. Из жёстко контролируемого проекта, развиваемого в соответствии с принципом Open Core (открытая базовая часть и закрытый продукт с расширенными возможностями), Gluster теперь следует рассматривать как экосистему открытого ПО с быстро растущим числом проектов и участников.

Для обеспечения работы нового сообщества открыт ресурс Gluster Community Forge, предоставляющий основанную на Gitorious среду совместной разработки, где участники могут как развивать имеющиеся, так и добавлять новые проекты. Несмотря на то, что сообщество сфокусировано в основном на развитии систем, связанных с GlusterFS, не воспрещается размещение и любых других проектов, имеющих отношение к системам хранения. Коммерческий продукт на базе технологий GlusterFS по прежнему будет поставляться под именем Red Hat Storage Server.

На данный момент, кроме флагманского проекта GlusterFS Core, в Gluster Comunity Forge будут развиваться такие проекты, как:

  • pmux - написанная на языке Ruby система MapReduce, применяющая конвейерные обработки для распределенных вычислений на кластере GlusterFS и способная обрабатывать большие объемы данных, хранящихся в файлах;
  • gflocator - демон для предоставления ответов на запросы о расположению файлов на узлах GlusterFS;
  • HDFS plugin - проект, позволяющий использовать GlusterFS в Hadoop вместо или в дополнение к штатной HDFS;
  • Интеграция Samba и GlusterFS - цель проекта - совместное использование томов GlusterFS клиентами SMB;
  • Dispersed Volume - система с задаваемым уровнем избыточности, похожая на RAID5/6, но для распределённой GlusterFS.


  1. Главная ссылка к новости (http://www.redhat.com/about/ne...)
  2. OpenNews: Релиз распределенной файловой системы GlusterFS 3.3
  3. OpenNews: Для развития GlusterFS сформирован независимый управляющий совет
  4. OpenNews: Red Hat покупает компанию-разработчика распределенной файловой системы GlusterFS
  5. OpenNews: Компания Red Hat представила решения для создания NAS-серверов на базе GlusterFS
Автор новости: Клыкастый
Тип: К сведению
Ключевые слова: glusterfs, redhat
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 21:19, 06/05/2013 [ответить] [показать ветку] [···]    [к модератору]
  • –8 +/
    если упоминули Ruby то сразу понятно что не нужно, потому что тормоз
     
     
  • 2.2, Аноним (-), 21:32, 06/05/2013 [^] [ответить]    [к модератору]
  • –1 +/
    > Коммерческий продукт на базе технологий GlusterFS

    А люди за этот тормоз деньги еще платят, да?

     
  • 2.4, Аноним (-), 22:02, 06/05/2013 [^] [ответить]     [к модератору]
  • –4 +/
    Так сейчас, когда код открыт, может кто то решится выпилить руби и заменить его ... весь текст скрыт [показать]
     
     
  • 3.5, Аноним (-), 23:07, 06/05/2013 [^] [ответить]     [к модератору]  
  • +4 +/
    Впервые вижу таких добрых бизнесменов Купили проект, который им заведомо неинте... весь текст скрыт [показать]
     
     
  • 4.9, Deffic (?), 23:48, 06/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    С конкуренциию подавляют скупкой конкурентов или патентов ... весь текст скрыт [показать]
     
     
  • 5.15, Аноним (-), 01:26, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Замечательная версия У нее всего один недостаток - непонятно, с каким продуктом... весь текст скрыт [показать]
     
     
  • 6.28, linux must _RIP_ (?), 08:36, 07/05/2013 [^] [ответить]    [к модератору]  
  • –4 +/
    gpfs ? или как там называется кластер от redhat с жестко зашитым ограничением в 256 узлов..
     
     
  • 7.39, SkyRE (ok), 11:29, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    GPFS - это у IBM. (IBM General Parallel File System)
    А у RedHat это GFS2.
     
     
  • 8.49, Аноним (-), 13:09, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    Вот только GFS2 - ни разу не конкурент для gluster. Потому что GFS - это только шарилка, там нет избыточности.
     
     
  • 9.56, SkyRE (ok), 14:30, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > Вот только GFS2 - ни разу не конкурент для gluster. Потому что
    > GFS - это только шарилка, там нет избыточности.

    В GPFS тоже нет избыточности. Но и GPFS и GFS2 можно построить на RAID-ах.

     
     
  • 10.72, Аноним (-), 18:24, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > В GPFS тоже нет избыточности. Но и GPFS и GFS2 можно построить
    > на RAID-ах.

    А вот в Gluster есть избыточность, при чем _сетевая_. Это вам не рейд.

     
  • 10.82, Аноним (-), 19:12, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Вообще-то, в GPFS есть прозрачная синхронная репликация между нодами как данных,... весь текст скрыт [показать]
     
  • 10.84, Михрютка (ok), 20:19, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > В GPFS тоже нет избыточности.

    ну здрасте, а нейтив рейд?

     
     
  • 11.117, SkyRE (ok), 13:28, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Я строил кластер на 5-х рейдах без всякой репликации, т к места много нужно был... весь текст скрыт [показать]
     
  • 6.47, Алексей (??), 12:43, 07/05/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    там было другое здесь же в новостях с год назад - патентный тролль подал в суд... весь текст скрыт [показать]
     
     
  • 7.52, Аноним (-), 13:15, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Годы шли, а любители запихнуть код gluster в проприетарный продукт так и не нахо... весь текст скрыт [показать]
     
  • 4.45, Аноним (-), 12:25, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Шапка купила, но это еще не значит что оно им действительно нужно, в конце концо... весь текст скрыт [показать]
     
     
  • 5.74, Аноним (-), 18:29, 07/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Шапка и Oracle - это как небо и земля. Достаточно сравнить модели развития Linux и MySQL.
     
     
  • 6.91, linux must _RIP_ (?), 23:54, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    да да, достаточно сравнить MySQL закрыл разве что тестовый набор и то до того к... весь текст скрыт [показать]
     
     
  • 7.92, AlexAT (ok), 23:55, 07/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Про ksplice можно забывать. Если до оракла оно худо-бедно умело всё, то после оракла в принципе ни на что кроме OEL его вкручивать уже не рискнет почти никто.
     
     
  • 8.107, linux must _RIP_ (?), 10:07, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    скажите спасибо redhat и его защите бизнеса Показали пример как это можно делат... весь текст скрыт [показать]
     
  • 2.6, Аноним (-), 23:08, 06/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > если упоминули Ruby то сразу понятно что не нужно, потому что тормоз

    А то, что она через fuse работает, никого не смущает?

     
  • 2.23, Аноним (-), 05:41, 07/05/2013 [^] [ответить]     [к модератору]  
  • +3 +/
    Если бы ты потрудился открыть документацию, то ты бы узнал, что сами вычисления ... весь текст скрыт [показать]
     
  • 2.85, Aquarius (ok), 20:53, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    по RoR ruby не судят
     
     ....нить скрыта, показать (23)

  • 1.7, Alrond (ok), 23:10, 06/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Этот гластер - поделие, тьфу на него еще раз, мучался с ним два года. Сейчас на MooseFS переходим.
     
     
  • 2.44, t28 (?), 12:21, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Да, yжac Пробовали Ceph, но у него к CPU больше требования Спасибо за наводку,... весь текст скрыт [показать]
     
  • 1.8, midori (ok), 23:42, 06/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    то, что вы мучал'ись - не говорит о плохой реализация glusterFS (Moose тоже не совершенство)
    p.s. еще и два года)
     
  • 1.10, Sw00p aka Jerom (?), 00:03, 07/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    а в роли какой фс его использовать ? может нфс ? да нет стандартный нфс куда стабильнее, может шаред фс ? - да нет куда стабильнее ocfs2, дистрибьютед ? - хехехе куда лучше уж люстру, а если ещё и денег достаточно можно и gpfs

    так что в полне разумный вопрос - где его использовать ?  

     
     
  • 2.11, ананис (?), 00:20, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    вот и красношляпники тоже посмотрели, почесали репу на тему где его использоват... весь текст скрыт [показать]
     
     
  • 3.12, Andrey Mitrofanov (?), 00:25, 07/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > вот и красношляпники тоже посмотрели, почесали репу на тему "где его использовать
    > ?" и решили что

    узнают об этом из следующего релиза федоры. ну, на крайний, дебиана.

     
  • 3.14, VoDA (ok), 00:28, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Аналогичных систем всего 2-3 Люстра, сабж и HDFS Другие или не активно развива... весь текст скрыт [показать]
     
     
  • 4.20, anonymous (??), 05:27, 07/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > Аналогичных систем всего 2-3. Люстра, сабж и HDFS. Другие или не активно развиваются или проприетарь или еще чего.

    POHMELFS :)

     
     
  • 5.32, linux must _RIP_ (?), 08:50, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    это которая позволяет писать в 1 файл только одному клиенту которая принципиаль... весь текст скрыт [показать]
     
  • 4.27, anonymous (??), 08:23, 07/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    ceph. Которая кстати в ядро уже включена.
     
  • 4.29, linux must _RIP_ (?), 08:37, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    это не конкурент люстре - совсем совсем другие требования ... весь текст скрыт [показать]
     
  • 4.128, Sw00p aka Jerom (?), 18:52, 12/05/2013 [^] [ответить]    [к модератору]  
  • +/
    Lustre VS Gluster

    небо и земля не стоит сравнивать

     
     
  • 5.131, AlexAT (ok), 07:14, 13/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > Lustre VS Gluster
    > небо и земля не стоит сравнивать

    И по общей сложности поддержки - тоже.

     
  • 3.17, Аноним (-), 01:30, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Аналогичная история произошла лет 20 назад - тогда редхат никак не мог придумать... весь текст скрыт [показать]
     
     
  • 4.25, Andrey Mitrofanov (?), 07:26, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Про 20 лет почти угадал Компания начала свою работу в 1993 году, В 200... весь текст скрыт [показать]
     
     
  • 5.33, linux must _RIP_ (?), 08:51, 07/05/2013 [^] [ответить]     [к модератору]  
  • –5 +/
    вот вот - в 2003 году - redhat закрыла итоговый результат и стала продавать ег... весь текст скрыт [показать]
     
     
  • 6.35, Аноним (-), 09:30, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    Т.е. до 2003 года они ничего не продавали и жили на средства спонсоров?
     
     
  • 7.41, linux must _RIP_ (?), 11:36, 07/05/2013 [^] [ответить]    [к модератору]  
  • –6 +/
    если посмотреть на капитализацию и доходы RedHat - она резко пошла в гору - когда они закрыли бинарные пакеты и вообще все связаное с RHEL - "подарив" сообществу Fedora.
     
     
  • 8.46, pkdr (?), 12:28, 07/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    И что именно всё? Вам название centos жмёт? Ибо от RHEL он названием и копирайтом отличается.
     
     
  • 9.48, linux must _RIP_ (?), 13:07, 07/05/2013 [^] [ответить]     [к модератору]  
  • –6 +/
    О да, а закрытые для постороннего репозитории RHEL тоже не существуют Или обнов... весь текст скрыт [показать]
     
     
  • 10.51, Аноним (-), 13:13, 07/05/2013 [^] [ответить]    [к модератору]  
  • +7 +/
    > ну и последнее - как не купив
    > поддержки в redhat посмотреть какие патчи были наложены на ядро? или
    > вас устраивает большая мешанина в которой разобраться не реально?

    Знатное пригорание седалища у ораклышей. Оно того стоило, определенно :)

     
     
  • 11.58, linux must _RIP_ (?), 16:09, 07/05/2013 [^] [ответить]     [к модератору]  
  • –4 +/
    если вы не заметили у Oracle - свое ядро, а ядро redhat они все равно без ограни... весь текст скрыт [показать]
     
     
  • 12.68, Аноним (-), 18:14, 07/05/2013 [^] [ответить]    [к модератору]  
  • +3 +/
    > если вы не заметили у Oracle - свое ядро, а ядро redhat
    > они все равно без ограничений раскладывают на патчи и выкладывают для
    > сообщества.

    Тогда почему именно у ораклят так пригорает анус?

     
     
  • 13.71, Аноним (-), 18:22, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Наверное, все дело в том, что именно оракл пытается свое чудо-инновационное тырп... весь текст скрыт [показать]
     
     
  • 14.78, linux must _RIP_ (?), 19:06, 07/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    наверно не в курсе - но ядро у них свое полностью Стоило бы учить матчасть, реб... весь текст скрыт [показать]
     
  • 13.79, linux must _RIP_ (?), 19:06, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    видимо потому что по себе судишь ... весь текст скрыт [показать]
     
  • 11.61, linux must _RIP_ (?), 16:14, 07/05/2013 [^] [ответить]     [к модератору]  
  • –3 +/
    к слову - это была такая защита их бизнеса в чем они сознавались - Red Hat repo... весь текст скрыт [показать]
     
     
  • 12.69, Аноним (-), 18:17, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Так-так GPL и LKML - это уже синонимы Респект им и уважуха Пусть эффективные ... весь текст скрыт [показать]
     
     
  • 13.77, linux must _RIP_ (?), 19:05, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    красиво передернул возьми пирожек - LKML был приведен как пример каким был исхо... весь текст скрыт [показать]
     
  • 10.101, AlexAT (ok), 07:28, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Поставить пакет из CentOS в систему с RHEL это прекрасно То, что они бинарно... весь текст скрыт [показать]
     
     
  • 11.108, linux must _RIP_ (?), 10:08, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    пошли отмазки - то есть нельзя вот прям так взять пакет который создан был для... весь текст скрыт [показать]
     
     
  • 12.109, AlexAT (ok), 10:26, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Пакет, который создан был для RHEL , и пакет из RHEL - разница есть Всё, что... весь текст скрыт [показать]
     
     
  • 13.111, linux must _RIP_ (?), 10:36, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Я пел о том что CentOS нефига не совместим с RedHat - в первую очередь по тому... весь текст скрыт [показать]
     
     
  • 14.120, AlexAT (ok), 15:55, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    С какого бы перепугу он не был совместим Весь софт под редхат, модули ядра и пр... весь текст скрыт [показать]
     
  • 12.112, profalex (?), 10:43, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Это штатная функция ядра, вайн там сбоку Совсем путаете ... весь текст скрыт [показать]
     
     
  • 13.113, linux must _RIP_ (?), 11:32, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    а я и не говорю что это не штатная функция ядра - я говорю что в составе wine бы... весь текст скрыт [показать]
     
     
  • 14.124, Псевдоним (ok), 18:45, 09/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Да не было никакого специального модуля Просто настройками ядра задавалось, что... весь текст скрыт [показать]
     
  • 6.50, Аноним (-), 13:11, 07/05/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > вот вот :-) в 2003 году - redhat закрыла итоговый результат

    Ваганыч, залогинься.

     
     
  • 7.62, linux must _RIP_ (?), 16:18, 07/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    Подлизывай дальше шапке А она пусть продолжает дальше гадить другим открытым пр... весь текст скрыт [показать]
     
     
  • 8.67, Аноним (-), 18:13, 07/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > да да, close barn door для CentOS / SL / Debian - это же так благородно..

    Напомни-ка, что там с barn door применительно к MySQL?

     
     
  • 9.75, linux must _RIP_ (?), 19:01, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    это такой способ съезжать с темы но вот продолжим обсуждение поведения redhat -... весь текст скрыт [показать]
     
  • 8.73, Аноним (-), 18:27, 07/05/2013 [^] [ответить]     [к модератору]  
  • +4 +/
    Я их люблю не за бесплатные лицензии, а токмо за то, что они твой сpаный оракл щ... весь текст скрыт [показать]
     
     
  • 9.76, linux must _RIP_ (?), 19:02, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    смешной ты - оракл не мой, но лично он мне проблем не доставлял - в отличии от... весь текст скрыт [показать]
     
  • 6.97, Led (ok), 04:39, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Так ты продукт redhat для сообщества Да, дествительно, как-то незавершённо ... весь текст скрыт [показать]
     
  • 3.34, Клыкастый (ok), 09:06, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    плюсануть карму за NNN бабла... сам придумал, или подсказал кто?
     
  • 2.13, VoDA (ok), 00:25, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    так оно уровня люстры. +/- где то рядом.

    конечно с ocfs2 не сравнимо - для этого у них gfs2.

     
     
  • 3.30, linux must _RIP_ (?), 08:39, 07/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > так оно уровня люстры. +/- где то рядом.

    уровня люстры? хм.. вы скажите - оно как с RDMA? как оно на скоростях 4Gb/s по сети?

     
     
  • 4.54, etw (ok), 13:23, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    К слову, поддержка RDMA у glusterfs есть.
     
     
  • 5.59, linux must _RIP_ (?), 16:09, 07/05/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    > К слову, поддержка RDMA у glusterfs есть.

    в fuse ? ;-)

     
     
  • 6.64, Аноним (-), 17:23, 07/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    >> К слову, поддержка RDMA у glusterfs есть.
    > в fuse ? ;-)

    man ibverbs

     
     
  • 7.66, linux must _RIP_ (?), 18:08, 07/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    ibverbs в userland? хотя да - что-то пробывали, и даже новый тип сокетов для этого придумали..
     
     
  • 8.83, Аноним (-), 19:23, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    В общем-то, ibverbs - это всего лишь API, причем в линуксе раскручивающееся напр... весь текст скрыт [показать]
     
     
  • 9.86, linux must _RIP_ (?), 23:47, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    да нет не спутал config RDS tristate The RDS Protocol EXPERIMENTAL... весь текст скрыт [показать]
     
  • 6.65, Аноним (-), 17:26, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    К тому же, fuse - это интерфейс для взаимодействия с VFS к слову, не единственн... весь текст скрыт [показать]
     
     
  • 7.87, linux must _RIP_ (?), 23:49, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    к слову fuse не только отвечает за vfs aka md операции но интерфейс взаимодейс... весь текст скрыт [показать]
     
     
  • 8.88, AlexAT (ok), 23:51, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    GlusterFS упирается в round-trip, FUSE там не помеха Тащить в пространство ядра... весь текст скрыт [показать]
     
     
  • 9.102, linux must _RIP_ (?), 09:50, 08/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    но люстра и IBM это же сделали ?:)

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

     
  • 2.16, Аноним (-), 01:27, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Вы хотя бы примерно представляете себе структуру кластера для люстры А для gpfs... весь текст скрыт [показать]
     
     
  • 3.129, Sw00p aka Jerom (?), 19:00, 12/05/2013 [^] [ответить]     [к модератору]  
  • +/
    вам пруфлинки нужны http paranoidchaos livejournal com 2111 html да прекра... весь текст скрыт [показать]
     
  • 2.21, Аноним (-), 05:31, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    gpfs тоже не без греха Пару лет назад ее пытались использовать в одном хостинге... весь текст скрыт [показать]
     
     
  • 3.43, SkyRE (ok), 11:40, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Начиная с версии 3 3 она уже гораздо получше будет 3 3,3 4,3 5 развиваются и фи... весь текст скрыт [показать]
     
     
  • 4.55, Аноним (-), 13:34, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Вообще-то, я именно о скалакси и рассказывал если мне не изменяет память, там и... весь текст скрыт [показать]
     
     
  • 5.57, SkyRE (ok), 14:52, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Да, и чем потом сказка кончилась - http habrahabr ru post 146971 с Xen - Hyp... весь текст скрыт [показать]
     
     
  • 6.63, Аноним (-), 17:02, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Эмм скалакси до сих пор на Xen На Hyper-V совершенно другой проект компании ... весь текст скрыт [показать]
     
     
  • 7.118, SkyRE (ok), 13:36, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Я сильно и не вчитывался что у них там сейчас, да и с хостингом никоим образом н... весь текст скрыт [показать]
     
     
  • 8.122, Псевдоним (ok), 20:26, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    нормальный - это какой где в тамошнем узкие места А чем в скалакси она неправи... весь текст скрыт [показать]
     
  • 3.130, Sw00p aka Jerom (?), 19:02, 12/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    в моих тестах gpfs была намного стабилнее люстры ... весь текст скрыт [показать]
     
  • 2.26, AlexAT (ok), 07:34, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    Используем Gluster в роли подложки для кластеризованного бэкенда.
     
     
  • 3.36, Влад (??), 09:51, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    И как?
     
     
  • 4.38, AlexAT (ok), 10:12, 07/05/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Работает Тормозновато с кучей мелких файлов, но репликация не подводила ни разу... весь текст скрыт [показать]
     
     ....нить скрыта, показать (66)

  • 1.18, vadikgo (ok), 02:28, 07/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +2 +/
    lustre не умеет реплицировать данные. Эт эдакий raid0 по сети.
    единственный достойный конкурент glusterfs это ceph. Файловая система cephfs ещё не готова к промышленной эксплуатации (сервер метаданных только один), но кластер блочных устройств rbd вполне юзабелен и уже используется, например для виртуальных машин в proxmox, ganeti и opennebula. При этом ceph укладывает gluster на лопатки как по скорости так и по надежности.
     
     
  • 2.22, Аноним (-), 05:35, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Кстати, в РФ RBD-кластер в промышленной эксплуатации использует проект Flops... весь текст скрыт [показать]
     
     
  • 3.40, vadikgo (ok), 11:31, 07/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Это объясняет жалобы пользователей на форуме http forum flops ru в стиле Моло... весь текст скрыт [показать]
     
  • 2.31, linux must _RIP_ (?), 08:43, 07/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    не умеет да и не надо было Хотя если почитаете материалы последнего LUG - то п... весь текст скрыт [показать]
     
     
  • 3.37, AlexAT (ok), 10:08, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > как у них проблемы с recovery - правда ли что cephfs -
    > надеется только на репликацию - и требует в 2 раза больше

    А какие способы гарантированного recovery кроме репликации вам известны?

     
     
  • 4.42, linux must _RIP_ (?), 11:38, 07/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    гарантированного а можно описать в каких случаях это вообще надо - а то Cray ... весь текст скрыт [показать]
     
     
  • 5.53, Аноним (-), 13:16, 07/05/2013 [^] [ответить]    [к модератору]  
  • +/
    > гарантированного? а можно описать в каких случаях это вообще надо :-)

    "Если мы что-то не поддерживаем, значит, вам это не нужно"

     
     
  • 6.60, linux must _RIP_ (?), 16:10, 07/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    >> гарантированного? а можно описать в каких случаях это вообще надо :-)
    > "Если мы что-то не поддерживаем, значит, вам это не нужно"

    к слову вариант для тех кому нужно - поддерживается :-)

     
     
  • 7.70, Аноним (-), 18:19, 07/05/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Тогда зачем так старательно доказывать, что оно не нужно Может, лучше сначала п... весь текст скрыт [показать]
     
     
  • 8.80, linux must _RIP_ (?), 19:08, 07/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    старательно я лишь сослался на опыт Cray - вполне себе а как у вас запекло ... весь текст скрыт [показать]
     
  • 8.81, linux must _RIP_ (?), 19:09, 07/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    кстати raid5 6 вполне могут обеспечить надежность без полной репликации данных -... весь текст скрыт [показать]
     
     
  • 9.90, AlexAT (ok), 23:53, 07/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Простите, как быть с вашим RAIDx, если потеряется вся нода целиком Две ноды В ... весь текст скрыт [показать]
     
     
  • 10.93, linux must _RIP_ (?), 00:01, 08/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    нода целиком это как разу все диски рейд возьмут и умрут для мисье секрет что... весь текст скрыт [показать]
     
     
  • 11.95, Аноним (-), 01:54, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Это очень просто Например, сгорел контроллер или baseboard Я даже больше скажу... весь текст скрыт [показать]
     
     
  • 12.96, vadikgo (ok), 02:24, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Достаточно сдохнуть батарейке в рейд контроллере Сразу-же отключается кэш на за... весь текст скрыт [показать]
     
     
  • 13.99, AlexAT (ok), 07:20, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Ну уж не всё так страшно Современные контроллеры прекрасно работают без ба... весь текст скрыт [показать]
     
  • 12.105, linux must _RIP_ (?), 10:00, 08/05/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Если случится такое - то выход из строя ноды будет самое легкое что произойдет ... весь текст скрыт [показать]
     
     
  • 13.114, Псевдоним (ok), 11:51, 08/05/2013 [^] [ответить]     [к модератору]  
  • +/
    Если ноды зарезервированы, то это будет единственное, что произойдет На сложнос... весь текст скрыт [показать]
     
  • 11.98, AlexAT (ok), 07:17, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Это элементарно умерла мать память RAID-контроллер порвали оптику патчкорд до... весь текст скрыт [показать]
     
     
  • 12.103, linux must _RIP_ (?), 09:55, 08/05/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    и что JBOD SAS и active-passive резервирование на соседную материнку какое-то ... весь текст скрыт [показать]
     
     
  • 13.106, AlexAT (ok), 10:03, 08/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время
    > проживет - при этом в течении часа сдохшее поменяют.

    "В течение часа" для телекома, например - это ни хрена не допустимый простой.
    Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут".

     
     
  • 14.110, linux must _RIP_ (?), 10:30, 08/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    >> и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время
    >> проживет - при этом в течении часа сдохшее поменяют.
    > "В течение часа" для телекома, например - это ни хрена не допустимый
    > простой.
    > Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут".

    :-) смешной ты. так что там на счет JBOD SAS и disk backplane к 2 разным материнкам, с резервированием по блокам питания и сетевым? с дополнительными блоками защиты на входе в каждую стойку и в целом всей комнаты? Телеком всегда на таком экономил.

    ну и отдельной электростанцией :-)

    hint. японский кластер из top100 (не помню уже его теперешнюю позицию) - потреблял около 6-10Мегаватт*ч. Да да - я посмотрю как будет резервироваться такая мощность :-) и в какую копеечку этот резерв обойдется вам.

    hint2. репликация может (и частично должна) делаться другими средствами - а не FS. в частности HSM - хорошо "реплицирует" FS на ленточки.

     
     
  • 15.115, Псевдоним (ok), 12:00, 08/05/2013 [^] [ответить]    [к модератору]  
  • +/
    >>> и что? JBOD SAS и active-passive резервирование на соседную материнку. какое-то время
    >>> проживет - при этом в течении часа сдохшее поменяют.
    >> "В течение часа" для телекома, например - это ни хрена не допустимый
    >> простой.
    >> Остальное - вода. Кто-то делает, кто-то ищет отговорки вида "вот когда начнут".
    > :-) смешной ты. так что там на счет JBOD SAS и disk
    > backplane к 2 разным материнкам, с резервированием по блокам питания и
    > сетевым? с дополнительными блоками защиты на входе в каждую стойку и
    > в целом всей комнаты?

    А что там насчет стоимости полного резевирования каждого компонента в сравнении с стоимостью второй обычной ноды?

    > ну и отдельной электростанцией :-)

    Отдельной подстанцией. С распределением нагрузки в энергосети между разными электростанциями энергетики сами справляются.

    > hint2. репликация может (и частично должна) делаться другими средствами - а не
    > FS. в частности HSM - хорошо "реплицирует" FS на ленточки.

    А что там с доступностью и актуальностью данных, хранящихся на лентах? У меня такое чувство, что ты путаешь цели бэкапов и high availability.

     
     
  • 16.116, linux must _RIP_ (?), 12:24, 08/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > А что там насчет стоимости полного резевирования каждого компонента в сравнении с стоимостью второй обычной ноды?

    Не каждого. active-passive я не зря указал.


    > Отдельной подстанцией. С распределением нагрузки в энергосети между разными электростанциями энергетики сами справляются.

    не хватит :-)

    > А что там с доступностью и актуальностью данных, хранящихся на лентах? У меня такое чувство, что ты путаешь цели бэкапов и high availability.

    HSM - вполне может справиться в real time с заливанием на ленты. главное сделать правильно.
    для FS это выглядит как обычный файл при доступе к которому возникает задержка (если так настроено).

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

    pps. о parity declustering я в курсе.


     
     
  • 17.121, Псевдоним (ok), 20:04, 08/05/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    active-standby или active-active - не важно Стоимость железа, поддерживающего т... весь текст скрыт [показать]
     
  • 15.119, AlexAT (ok), 15:53, 08/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > :-) смешной ты. так что там на счет JBOD SAS и disk
    > backplane к 2 разным материнкам

    А как насчет отказа backplane?

    Или таки как насчет пожара в ДЦ? Развертываемся из бэкапа с ленточек несколько суток?
    Я предпочту онлайновую репликацию. Неважно, hot или hot standby.

     
     
  • 16.126, linux must _RIP_ (?), 08:19, 10/05/2013 [^] [ответить]     [к модератору]  
  • –3 +/
    лежит рядом готовый к замене Замена отработана и тп Для выработавщих ресурс пр... весь текст скрыт [показать]
     
     
  • 17.127, Псевдоним (ok), 23:54, 10/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    >лежит рядом готовый к замене. Замена отработана и тп. Для выработавщих ресурс проводится предварительная замена.

    Поздравляю с даунтаймом. А даунтайма быть не должно.

    >опять же HSM - прозрачно перекинет данные с FS на ленту.

    Ага, а когда сдохнет production-сервер, все будет лежать, а ты будешь восстанавливать данные с ленты. Нафига такое счастье?


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

     
     
  • 18.132, linux must _RIP_ (?), 12:29, 13/05/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    еще раз почитайте что такое HSM.

    в момент _обращения_ данные прийдут с ленты. прозрачно для приложения.

     
     
  • 19.133, AlexAT (ok), 07:19, 14/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > еще раз почитайте что такое HSM.
    > в момент _обращения_ данные прийдут с ленты. прозрачно для приложения.

    Т.е. придется еще держать кластер из ленточных накопителей + связанную с ними дисковую полку + робота для загрузки? Выйдет в десятки раз дороже. Спасибо, у нас задача - не попилить на инфраструктуре, а решить проблему отказоустойчивости с минимальными затратами и максимальным эффектом.

     
  • 19.135, Псевдоним (??), 12:05, 15/05/2013 [^] [ответить]    [к модератору]  
  • +/
    Еще раз: латентностные характеристики ленточного хранилища позволят ему выдержать production-нагрузку?
     
     ....нить скрыта, показать (30)

  • 1.24, Ph0zzy (ok), 06:57, 07/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Хорошая компания! :)
    с хорошей практикой покупки проектов открытых|закрытых с дальнейшей открытой разработкой :)
     
     
  • 2.89, AlexAT (ok), 23:51, 07/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > Хорошая компания! :)
    > с хорошей практикой покупки проектов открытых|закрытых с дальнейшей открытой разработкой
    > :)

    Жалко ksplice проморгали. Сейчас он в какое-то УГ превратился под эгидой одной известной шараги.

     
     
  • 3.94, linux must _RIP_ (?), 00:03, 08/05/2013 [^] [ответить]     [к модератору]  
  • –3 +/
    Это вы так о redhat отзываетесь да эти делали что могли что бы усложнить рабо... весь текст скрыт [показать]
     
     
  • 4.100, AlexAT (ok), 07:22, 08/05/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    > Это вы так о redhat отзываетесь? да.. эти делали что могли что

    Для тупых: ksplice сейчас под эгидой oracle.

    > бы усложнить работу ksplice team раз уж не смогли его купить.
    > В результате - с чего бы им любить остальных? может спросим
    > с redhat - чего это они так не любят открытость и
    > кооперацию.. ?

    То, что получилось в результате покупки ксплайса ораклом, вы называете открытостью и кооперацией? До покупки хотя бы часть исходников была открыта. После покупки - где оно?

     
     
  • 5.104, linux must _RIP_ (?), 09:57, 08/05/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    >> Это вы так о redhat отзываетесь? да.. эти делали что могли что
    > Для тупых: ksplice сейчас под эгидой oracle.

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


    >> бы усложнить работу ksplice team раз уж не смогли его купить.
    >> В результате - с чего бы им любить остальных? может спросим
    >> с redhat - чего это они так не любят открытость и
    >> кооперацию.. ?
    > То, что получилось в результате покупки ксплайса ораклом, вы называете открытостью и
    > кооперацией? До покупки хотя бы часть исходников была открыта. После покупки
    > - где оно?

    Ответ на позицию redhat. почему редхату можно защищать свой бизнес а другим нет?

     
     
  • 6.123, Аноним (-), 22:29, 08/05/2013 [^] [ответить]     [к модератору]  
  • +4 +/
    Многовато постов твоих, я бежала за вами три дня чтобы сказать как вы мне безра... весь текст скрыт [показать]
     
     
  • 7.125, linux must _RIP_ (?), 08:17, 10/05/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    переход на личности? а по теме что сказать то хотел.
     
     
  • 8.134, midori (ok), 10:57, 15/05/2013 [^] [ответить]    [к модератору]  
  • +/
    глупое вы Страшило, отправляйтесь к Гудвину))


     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor