The OpenNET Project / Index page

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

Релиз файловой системы XtreemFS 1.3. Проект CloudFS переименован в HekaFS

12.08.2011 23:14

Доступен релиз распределенной файловой системы XtreemFS 1.3. Новая версия примечательна сменой лицензии на код. Если раньше исходные тексты проекта распространялись под лицензией GPLv2, то новая версия доступна под лицензией BSD.

XtreemFS позволяет организовать работу хранилища с распределением данных по нескольким серверам. Для обеспечения отказоустойчивости и обеспечения параллельного доступа данные могут реплицироваться между узлами. Процесс репликации оптимизирован для использования низкоскоростных соединений и возможных временных обрывов связи. Например, при помощи XtreemFS можно обеспечить синхронизацию хранилища на нескольких серверах в разных дата-центрах. Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++ и доступен для Unix-подобных ОС, Windows и Mac OS X. Клиентская часть ФС работает в пространстве пользователя (user-space) с использованием FUSE.

Для приложений работа с XtreemFS мало чем отличается от NFS (XtreemFS может использоваться как замена NFS), так же нет отличий от того, является ли файл реплицированным на локальную систему или доступен только с удаленного хоста. Для защиты трафика XtreemFS от перехвата может использоваться SSL. Для расширения размера хранилища достаточно подключить к распределенному хранилищу дополнительные узлы хранения. Предоставляется возможность гибкого контроля и управления работой ФС через подключение плагинов. Возможно создание снапшотов и бэкапа метаданных в асинхронном режиме.

Из представленных в XtreemFS 1.3 улучшений функциональности отмечается обеспечение поддержки межсайтовой репликации файлов с обеспечением отказоустойчивости. Новая реализация репликации поддерживает работу с изменяемыми файлами, которые можно не только читать и создавать, но и изменять (ранее реплицированные файлы были доступны в режиме только для чтения). Кроме того, в новой версии реализована функция кэшировния метаданных на стороне клиента. В следующей версии XtreemFS 1.4 ожидается поддержка квот.

Дополнительно, можно отметить событие, связанное с другим, похожим по функциональности, распределенным хранилищем: проект CloudFS переименован в HekaFS. Необходимость переименования связана с тем, что название CloudFS является зарегистрированной торговой маркой VMWare (наличие проблемы подтвердили разработчикам CloudFS юристы RedHat. HekaFS работает в режиме пользователя при помощи FUSE и позволяет организовать распределенный доступ клиентов к ассоциированным с ними отдельным хранилищам (хранилище как сервис, каждому арендатору cloud-сети предоставляется свое отдельное место для хранения файлов, доступ к которому может быть организован с любого узла cloud-инфраструктуры).

  1. Главная ссылка к новости (http://xtreemfs.blogspot.com/2...)
  2. OpenNews: Вышел XtreemOS 2.1, дистрибутив для развертывания вычислительных Grid-систем
  3. OpenNews: Новая распределенная файловая система XtreemFS
  4. Quick Look at XtreemFS
  5. OpenNews: Вышел релиз кластерной файловой системы GlusterFS 2.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31469-XtreemFS
Ключевые слова: XtreemFS, license, cloudfs, HekaFS, replication
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:16, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Мая хотеть это в фрибсд...
     
     
  • 2.3, Аноним (-), 00:22, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Возьми да поставь, во FreeBSD есть FUSE.
     
  • 2.7, funt (?), 00:59, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ага только она на жава а под freebsd нормальной жавы не предвидится ближайшее время, по производительности будет такая же, интересно сравнить ее с нфс по производительности думаю не чего хорошего не будет тоже
     
     
  • 3.19, myc (?), 08:42, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    diablo-jdk - не?
     
     
  • 4.21, funt (?), 09:59, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    уже давно не развивается, к тому же не факт что на ней будет работать, как правило такие вещи под интерпрайзную ждк от оракула делаются
     
     
  • 5.22, iZEN (ok), 10:32, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > уже давно не развивается, к тому же не факт что на ней
    > будет работать

    jdk16 1.6.0.3p4_25
    http://www.freshports.org/java/jdk16/
    Последнее обновление: 28 Jun 2011 07:44:11

    diablo-jdk16 1.6.0.07.02_15
    http://www.freshports.org/java/diablo-jdk16/
    Последнее обновление: 28 Jun 2011 07:11:54

    openjdk6 b23_1
    http://www.freshports.org/java/openjdk6/
    Последнее обновление: 09 Aug 2011 23:56:40

    openjdk7 7.0.147_1
    http://www.freshports.org/java/openjdk7/
    Последнее обновление: 08 Jul 2011 08:28:46

    Из серии: "найдите свежее".

    > как правило такие вещи под интерпрайзную ждк от оракула делаются

    Ещё не пробовали запускать, а делаете далеко идущие выводы. Ну-ну.

     
     
  • 6.30, funt (?), 18:49, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    одно дело обновление порта другое дело сам продукт
     
     
  • 7.32, iZEN (ok), 19:06, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > одно дело обновление порта другое дело сам продукт

    Java совместима снизу вверх. Есть исключения, когда продукт затачивается под определённую версию JRE, выпускается "как есть" и больше не меняется. Но это исключение и не относится к открытым свободным продуктам, которые имеют поддержку жизненного цикла, непрерывно разрабатываются и не брошены на произвол судьбы.

    Oracle Java SE 7 создана на основе OpenJDK7: https://www.opennet.ru/opennews/art.shtml?num=31332
    Билд 1.7.0-b147 как раз портирован на FreeBSD.

     
     
  • 8.36, ананим (?), 11:12, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и к сожалению это относится практически ко всем более-менее серьёзным проектам ... текст свёрнут, показать
     
     
  • 9.39, iZEN (ok), 13:11, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    JRE 1 4 больше не поддерживается официально diablo-jdk15 1 5 0 07 01_25 и linux... текст свёрнут, показать
     
     
  • 10.43, ананим (?), 22:55, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты любитель называть белое чёрным а jinitiator как был на версии 1 3 так и оста... текст свёрнут, показать
     
  • 2.40, cdome (ok), 17:05, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это более реалистичным выглядит для FreeBSD.
    http://wiki.freebsd.org/HAST
     
     
  • 3.42, fidaj (ok), 18:53, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это более реалистичным выглядит для FreeBSD.
    > http://wiki.freebsd.org/HAST

    это чуток совсем не то ;)

     

  • 1.2, Аноним (-), 00:22, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++ и доступен для Unix-подобных ОС, Windows и Mac OS X. Клиентская часть ФС работает в пространстве пользователя (user-space) с использованием FUSE.

    Разрав шаблона. Там где нужна производительность, используют Java, а там где и так всё тормозит из-за FUSE, православный C++. С сервером на C/C++ было бы о чём говорить.

     
     
  • 2.34, Pilat (ok), 21:51, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Разрав шаблона. Там где нужна производительность, используют Java, а там где и
    > так всё тормозит из-за FUSE, православный C++. С сервером на C/C++
    > было бы о чём говорить.

    XtreemFS в любом случае имеет невысокую производительность - латентность при открытии удалённого файла съест любые оптимизации сервверов.

     

  • 1.10, Аноним (-), 01:54, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему GlusterFS.
     
     
  • 2.13, Аноним (-), 02:53, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему
    > GlusterFS.

    Нет, не совсем. Первое - для глобальных сетей без прицела на высокую производительность, относительно стабильно; второе - для локальных сетей и больших файлов с потугами на высокую производительность и мало-мало стабильно.

     
     
  • 3.35, AlexAT (ok), 01:06, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне стабильно, кстати. Даже в продакшне.
     
  • 2.14, ononom (?), 03:03, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    правда? расскажи мне больше про репликацию в глюстре
     

  • 1.11, pavlinux (ok), 02:01, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Послали бы на фиг RH и переименовалсь в CloudsFS/CloodFS/ClaudFS/FScloud/...

    SwarmFS наконец, я добрый.

    SwarmFS (с) 2011, PPL (Pavlinux Plublic License)  

    SwarmFS файловая система позволяет организовать распределенный доступ клиентов
    к ассоциированным с ними отдельным хранилищам (хранилище как сервис, каждому арендатору
    cloud-сети предоставляется свое отдельное место для хранения файлов, доступ к которому
    может быть организован с любого узла cloud-инфраструктуры).


    Pavlinux Plublic License

    1. Можно использовать тем кому я разрешил. Остальные нах...
    2. Если вы использовали без моего разрешения, то на Вас падёт проклятья
    фараонов, Майя и шамана Нахтуда из посёлка Кирдык-Усем.


     
  • 1.16, Аноним (-), 04:16, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL, данная лицензия подразумевает, что все основанные на этой проге продукты тоже должны быть GPL. Я так понимаю это требование касается всех. И абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив ее в свою собственность, ведь таким макаром до изменения на проприетарную лицензию недалеко. Собственно БСД лицензия фактически позволяет закрыть код и отгородиться от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.
     
     
  • 2.17, inferrna (?), 05:32, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Внезапно двачую. Если всего 1 разработчик, хрен бы с ним. А если я, например, писал какие-то патчи под GPL лицензией для этого дела, а потом какие-то обмудки без моего согласия решили сделать это BSD, это не тру. Под BSD я не подписывался и согласия на поиметь свой код всем, кому ни попадя, я не давал.
     
     
  • 3.18, anonymous (??), 07:39, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому в крупных проектах при принятии патчей требуют передачи прав, чтобы изменивший опечатку в одной строчки Вася Пупкин не остановил процесс перелицензирования.
     
     
  • 4.37, ананим (?), 11:17, 14/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >чтобы изменивший опечатку в одной строчки Вася Пупкин

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

     
  • 3.20, QuAzI (ok), 09:47, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При правильном прочтении Вы написали
    1>я не подписывался и согласия на поиметь свой код никому, даже если отправил фикс к комментам в давно неиспользуемом файле для повышения своего ЧСВ
    2>я хочу всё на халяву, всё-всё-всё, особенно от тех проектов, которые развиваются годами и содержат тысячи строк кода, не зависимо от того, сделал ли что-то полезное для них в благодарность за то что они разрешили мне использовать их сотни патентов и наработок
    И самое главное
    3>не дай бог авторы проекта на нём зарабатывают, я ж лопну от зависти - их срочно надо посадить за попытку моего убийства через лопание от зависти, все коды открыть лично мне, бабло кстати тоже мне
     
     
  • 4.25, inferrna (?), 11:08, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ваше правильное прочтение слишком узко, смотрите шире, иначе такое расхождение с реальностью и неприятие во внимание всех возможных вариантов граничит с шизофренией. Сам я никуда ни одного патча ни разу не вносил, пару багрепортов написал, от силы. Однако, допускаю, что есть более сознательные граждане, и вот за них обидно.
     
     
  • 5.33, Juf (?), 19:58, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ога у нас как всегда, "за страну обидно"...
     
  • 5.46, QuAzI (ok), 12:44, 16/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете... посмотрите ширше: разработчики всего того, чем вы пользуетесь (и от чего хрен откажетесь, что бы вы тут не писали) таки живые люди и хотят КУШАТЬ (не говоря о других материальных благах), само собой будет правильно, если их труды будут хоть как-то отбиваться.
     
  • 3.24, Андрей (??), 11:03, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
     
     
  • 4.27, iZEN (ok), 11:31, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а что, прежние версии разве не остались под GPL ? делайте форк и вперед!

    GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.

     
     
  • 5.29, VoDA (ok), 17:58, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
    > GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.

    PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне прибыли. под BSD могут закрыть код и получать прибыль за закрытый код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу под GPL лицензией.

    потому
    либо BSD + бабло мне любимому, а это маловероятно
    либо GPL и путь пользуются бесплатно соблюдая лицензию

     
     
  • 6.31, nuclight (ok), 19:04, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
    >> GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
    > PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне
    > прибыли.

    (1)

    > под BSD могут закрыть код и получать прибыль за закрытый
    > код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу
    > под GPL лицензией.

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

    > потому
    > либо BSD + бабло мне любимому, а это маловероятно
    > либо GPL и путь пользуются бесплатно соблюдая лицензию

    Не получится (1) ни одним из этих двух вариантов. Только проприетарная лицензия, в которой явно обговорено (1).

     
  • 2.26, PereresusNeVlezaetBuggy (ok), 11:18, 13/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL,
    > данная лицензия подразумевает, что все основанные на этой проге продукты тоже
    > должны быть GPL. Я так понимаю это требование касается всех. И
    > абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив
    > ее в свою собственность, ведь таким макаром до изменения на проприетарную
    > лицензию недалеко.

    Ровно так же недалеко, как и от GPL. Собственник кода волен менять лицензию по своему усмотрению в любой момент. И даже выпускать одновременно несколько продуктов (или один и тот же) под разными лицензиями.

    > Собственно БСД лицензия фактически позволяет закрыть код и отгородиться
    > от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.

    Это и GPL позволяет. Разве где-то написано, что ваши патчи, раз уж права на них вы полностью передаёте, не могут быть использованы для закрытого продукта, а в открытый могут и не попасть?  И нет никакой разницы, под какой лицензией исходный продукт: GPL, BSDL... хоть public domain.

     

  • 1.38, Аноним (-), 12:27, 14/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем это когда есть HDFS?
     
  • 1.45, Xaionaro (ok), 12:27, 16/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++

    Можете минусовать меня, но у меня есть ряд предубеждений против использование C++ и уж тем более Java для столь системных нужд.
    Кто-нибудь пробовал этот XtreemFS на предмет прожорливости CPU/RAM и стабильности? Если это творение работает так же, как например OOo, то ну его к чёрту :)

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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