Организация FreeBSD Foundation приняла решение выделить денежные средства на разработку двух связанных с FreeBSD проектов, которые планируется завершить в феврале 2010 года:- Создание (http://lists.freebsd.org/pipermail/freebsd-announce/2009-Oct...) новой системы репликации устройств хранения данных (HAST), которая позволит использовать FreeBSD для создания высоконадежных конфигураций в которых данных синхронизированы по всем узлам кластера. Кроме FreeBSD Foundation, частично финансирование создания данной системы взяли на себя компании OMCnet Internet Service (http://www.omc.net) и TransIP BV (http://www.transip.nl). Работу выполнит Pawel Jakub Dawidek, автор порта ZFS и GEOM-классов eli, mirror, gate, label, journal, hsec.
С технической стороны HAST будет реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/TP сетей, независимо от типа накопителя и файловой системы. HASH предусматривает возможность быстрого восстан...URL: http://lists.freebsd.org/pipermail/freebsd-announce/2009-Oct...
Новость: https://www.opennet.ru/opennews/art.shtml?num=23943
вот если бы еще и кластерную fs сотворили... тогда была бы отличная замена drbd (primary/primary) + gfs/ocfs
поясните, плз, чем кластерная фс отличается от hast которая: "обеспечивает синхронную репликацию блочных устройств"
>поясните, плз, чем кластерная фс отличается от hast которая: "обеспечивает синхронную репликацию
>блочных устройств"тоесть ты хочешь сказать что можно будет писать на общий раздел в один и тот-же файл одновременно с нескольких хостов?
P.S. насколько я понял hast - это аналог линуксового drbd
да, этого действительно похоже нет :/
>тоесть ты хочешь сказать что можно будет писать на общий раздел в
>один и тот-же файл одновременно с нескольких хостов?Это зависит только от ФС.
>>тоесть ты хочешь сказать что можно будет писать на общий раздел в
>>один и тот-же файл одновременно с нескольких хостов?
>
>Это зависит только от ФС.хочешь сказать под фрю есть кластерная fs?
Нет, я хотел сказать именно то, что сказал. Про наличие кластерных ФС не в курсе.
>Нет, я хотел сказать именно то, что сказал. Про наличие кластерных ФС
>не в курсе.а я о чем в первом посте написал?
Смотря что значит кластерная FS.
Lustre client через FUSE - есть, и весьма стабильный.
>Смотря что значит кластерная FS.
>Lustre client через FUSE - есть, и весьма стабильный.ключевое слово "client"...
> тоесть ты хочешь сказать что можно будет писать на общий раздел в один и тот-же файл одновременно с нескольких хостов?Такое и в страшном сне не приснится... Это что вообще? Я так понимаю после такого этот файл можно сразу в /dev/null отправлять. Тогда уж сразу в /dev/null и писать.
>Такое и в страшном сне не приснится... Это что вообще? Я так
>понимаю после такого этот файл можно сразу в /dev/null отправлять. Тогда
>уж сразу в /dev/null и писать.ничего страшного в этом нет. тот-же gfs и ocfs позволяют это делать
>>Такое и в страшном сне не приснится... Это что вообще? Я так
>>понимаю после такого этот файл можно сразу в /dev/null отправлять. Тогда
>>уж сразу в /dev/null и писать.
>
>ничего страшного в этом нет. тот-же gfs и ocfs позволяют это делатьне касаясь кластерных фс: две программы одновременно открыли один и тот же файл на запись, записала первая и закрыла файл, записала вторая и закрыла файл. теперь вопрос: что увидит в файле третья программа? а теперь представьте, что писали одновременно три программы, а потом представьте, что есть несколько зависимых файлов, т.е. если сделал запись в один, то нужно сделать какую-то пометку во втором файле...
Угу-угу... Из любого огнестрельного оружия можно застрелиться. Некоторые даже стреляются. Ничего страшного в этом нет.С трудом могу представить зачем вообще это может быть нужно.
>С трудом могу представить зачем вообще это может быть нужно.человек выразился не правильно, имелось в виду, что нет master сервера, а фс делимая и одновременно равносильная на всех серверах, т.е. строить можно не только избыточность, но и деление нагрузки.
>С трудом могу представить зачем вообще это может быть нужно.если бы попробовал строить отказоустойчивый iscsi target для vmware esx, ты бы понял о чем я говорю.
Вообще то делают в стрекозе и очень интересную ... но дедлайнов у них нету :)
В стрекозе делают HAMMER, она ни разу не кластерная.
Первая новость мне очень понравилась. Надеюсь, результат не заставит себя долго ждать.
The project will complete by February 2010.надеемся :)
брехня
обоснуй или неправда.
FreeBSD никогда ничего не успевали в срок. Даже в этот раз, когда release engineering подошли к релизу как никогда серьезно, с сообщениями в мэйллистах о прогрессе и четким планированием всего и вся, релиз опаздывает уже на 2 месяца, ибо изначально планировался 31 августа. Более того, сейчас он на страдии RC1, когда планируетс еще как минимум 2 кандидата. Хорошо, если выйдет в этом году.Потом, любой, кто профессионально занимается разработкой ПО, знает, насколько сложно делать оценки и планировать. В этом свете 3-4 месяца на разработку hast выглядят уж слишком оптимистично. Потом, куда спешить? Следующий релиз будет очень нескоро. Или хотят слабооттестированный код воткнуть в 7.3?
>[оверквотинг удален]
>release engineering подошли к релизу как никогда серьезно, с сообщениями в
>мэйллистах о прогрессе и четким планированием всего и вся, релиз опаздывает
>уже на 2 месяца, ибо изначально планировался 31 августа. Более того,
>сейчас он на страдии RC1, когда планируетс еще как минимум 2
>кандидата. Хорошо, если выйдет в этом году.
>
>Потом, любой, кто профессионально занимается разработкой ПО, знает, насколько сложно делать оценки
>и планировать. В этом свете 3-4 месяца на разработку hast выглядят
>уж слишком оптимистично. Потом, куда спешить? Следующий релиз будет очень нескоро.
>Или хотят слабооттестированный код воткнуть в 7.3?На офсайте написано, что все сроки с точностью +/- сезон. Кроме того, глупо предъявлять 3-хмесячнное опоздание к сроку, в котором определен только год.
Я не понял чем первая отличается от gmirror + ggate.
а вы это в продакшине пробовали использовать?
Разумеется.
А чем еще может отличаться master-slave репликация от удаленного монтирования?
Кластерные приложения должны хранить данные не в файловой системе, а в базе данных, у которой репликация проще организуется и более надёжна.
>Кластерные приложения должны хранить данные не в файловой системе, а в базе
>данных, у которой репликация проще организуется и более надёжна.Вообще-то да. Но интересней же нагородить "универсальный" уровень абстракции, который на деле будет работать чуть менее, чем никак.
для которой тоже нужна кластерная фс.
пример? oracle rac.