| 1.1, al (??), 15:29, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Давно пытался замутить кластер на ggated.
Но там были неслабыае проблемы с
отмонтированием вышедшего из строя узла.
Похоже теперь удасться воплотить мечту!
| | |
| 1.3, splat_pack (ok), 15:49, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
HAST внушает доверие, надо бы затестить. ggated конечно совсем не для продакшена, так костыль, да еще и кривой.
| | |
| |
| 2.23, аноним (?), 20:31, 19/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
ggate - замечательная вещь, но только вот предназначен он совсем не для того, чтобы использовать его с gmirror для создания отказоустойчивого хранилища.
| | |
| |
| 3.35, Myc (??), 23:11, 19/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Собсно hast юзает тот же GEOM_GATE. Просто в отличие от ggated, к нему прикручены полезные свистелки-перделки.
И самое главное, что для добавления новых свистелок не нужно корежить ядро. ;)
| | |
| |
| |
| 5.54, xxx (??), 16:15, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну судя по комиту в svn, единственный GEOM класс, который он затрагивает - это GEOM_GATE. Почему же тогда ничего подобного?
| | |
|
|
|
|
| 1.13, BirdGovorun (??), 18:10, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Прочитал новость, так и не понял, что хотели сказать.
Полез в первоисточник
http://wiki.freebsd.org/HAST
Смысл : горячий резерв, работает на нагрузку только один комп, второй на подхвате,
и максимум 2 компа, надеюсь пока.
Если будет развиватья дальше, то класс!
| | |
| |
| 2.30, dry (ok), 22:19, 19/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
народ тут так восторгается, что даже возник интерес.
однако после прочтения вики, долго думал чем это лучше drbd.
при том, что drbd умеет master-master и stacked.
| | |
| |
| 3.31, аноним (?), 22:36, 19/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>однако после прочтения вики, долго думал чем это лучше drbd.
Тем, что это BSD. Для проприетарных вендоров - критично.
Принципиально важно создать полный аналог DRBD, но с возможностью включать в проприетарные решения (т.е. под BSD лицензией и для BSD ядра).
| | |
| |
| |
| 5.52, аноним (?), 15:23, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Кому это важно? Проприетарным вендорам?
Проприетарным вендорам, а значит, и BSD-сообществу.
Обеспечение полной свободы действий для проприетарных вендоров - одна из важнейших целей BSD-сообщества и основное его отличие от GNU/Linux/GPL-сообществ.
| | |
| |
| 6.61, bill (ok), 17:54, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
По-моему, эта цель противоречит здравому смыслу. Сетевой стек Microsoft - яркий тому пример.
| | |
| |
| 7.67, аноним (?), 01:17, 21/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>По-моему, эта цель противоречит здравому смыслу.
Поясните, пожалуйста, что плохого в том, чтобы бескорыстно помогать проприетарному вендору?
Если отбросить в сторону идеологию и прочие фанатизмы.
| | |
| |
| 8.72, bill (ok), 12:46, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Я и не говорил, что это плохо Но делать это важнейшей целью по меньшей мере с... текст свёрнут, показать | | |
| |
| 9.77, аноним (?), 17:57, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Разработкой софта, который заведомо не должен стать проприетарным, занимаются GP... текст свёрнут, показать | | |
|
| |
| 9.78, аноним (?), 17:59, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Это подход GPL Подход BSD состоит в том, чтобы все потребители, включая проприе... текст свёрнут, показать | | |
|
|
| |
| 8.73, bill (ok), 12:50, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Всё так Помогаете конкуренту вытеснить себя же с рынка серверов, передав ему бе... текст свёрнут, показать | | |
| |
| 9.79, аноним (?), 18:02, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Логика находится там, где вы ее не ищете Далеко не все вопросы сводятся к конку... текст свёрнут, показать | | |
| 9.82, Аноним (-), 21:03, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Как же задолбали уже с этой легендой Единственный косвенно подтвержденный случа... текст свёрнут, показать | | |
| |
| 10.95, bill (ok), 21:08, 23/02/2010 [^] [^^] [^^^] [ответить] | +/– | Я бы хотел, чтобы она никогда не стала ОС для масс А в том, что это всё-таки ... текст свёрнут, показать | | |
| |
| |
| 12.102, bill (ok), 19:59, 24/02/2010 [^] [^^] [^^^] [ответить] | +/– | Фантазёр Просто пытался понять, что движет людьми С чего бы мне это злиться Н... текст свёрнут, показать | | |
|
|
|
|
|
| 7.93, ig0r (??), 15:41, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
представьте что бы было если бы майкрософт написал свою реализацию сетевого стека, которая не совместима ни с кем. Да, они бы понесли больше расходов, но кому было бы от этого лучше?
| | |
| |
| 8.96, bill (ok), 21:12, 23/02/2010 [^] [^^] [^^^] [ответить] | +/– | Может написал бы, а может и не написал бы Может понёс бы больше расходов и не х... текст свёрнут, показать | | |
|
|
|
|
|
| 3.38, аноним (?), 23:34, 19/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>народ тут так восторгается, что даже возник интерес.
>однако после прочтения вики, долго думал чем это лучше drbd.
>при том, что drbd умеет master-master и stacked.
Master-master? И что будет с файловой системой на этом master-master?
| | |
| |
| 4.39, аноним (?), 23:59, 19/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Master-master? И что будет с файловой системой на этом master-master?
UFS(2) или ZFS придет капец.
А линуксовые GFS, OCFS отлично будут работать.
Посему master-master в HAST на сегодняшний день не имеет практического смысла.
| | |
| |
| 5.40, QuAzI (??), 00:18, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Не шутите так больше. Капец им не придёт, HAST как раз направлен на то чтобы аккуратно их синхронизировать.
| | |
| |
| 6.41, аноним (?), 00:24, 20/02/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Учите матчасть. Обычные файловые системы невозможно "аккуратно синхронизировать" на уровне блочных устройств.
| | |
| |
| 7.47, QuAzI (ok), 10:45, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вы наверное с FAT перепутали, дайте Давидеку время, он всё допилит.
| | |
| |
| 8.49, аноним (?), 15:11, 20/02/2010 [^] [^^] [^^^] [ответить] | +/– | Прямо-таки возьмет и с нуля напишет кластерную ФС Или до основания перелопатит ... текст свёрнут, показать | | |
| 8.62, аноним (?), 20:09, 20/02/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Хотелось бы знать как Повторяю, с обычными ФС это невозможно принципиально ... текст свёрнут, показать | | |
|
|
| 6.42, аноним (?), 00:28, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Не шутите так больше. Капец им не придёт, HAST как раз направлен на то чтобы аккуратно их синхронизировать.
Боюсь, вы так и не поняли разницы между кластерной файловой системой и репликацией блочного устройства.
| | |
| |
| 7.48, QuAzI (ok), 10:53, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
ФС то не кластерная, но и "всеобщий капец" на данный момент даже если линк между primary и secondary развалится и они некоторое время будут жить своей жизнью, не придёт. После поднятия линка данные одной стороны реплицируются на вторую и всё. В любом случае ФС останется жива.
| | |
| |
| 8.53, аноним (?), 15:27, 20/02/2010 [^] [^^] [^^^] [ответить] | +/– | Только учтите, что не данные одной стороны реплицируются на другую , а данные ... текст свёрнут, показать | | |
|
|
|
|
| 4.44, dry (ok), 09:52, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Master-master? И что будет с файловой системой на этом master-master?
Ответили вам там уже.
| | |
|
| 3.46, QuAzI (ok), 10:41, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Цитирую из мейллиста переписку про HAST:
Also note that DRBD, which is on the market for a long time already can
operate also only in primary-secondary configuration for production uses.
Eventhough it supports primary-primary configuration, it is not
recommended for production use AFAIK.
Как бы умеет, но как бы и нестабилен =)
| | |
| |
| 4.50, аноним (?), 15:20, 20/02/2010 [^] [^^] [^^^] [ответить] | +/– | Он может великолепно и очень стабильно поддерживать p-p, но без кластерной фс эт... большой текст свёрнут, показать | | |
| |
| |
| 6.57, аноним (?), 17:27, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>а как с этой ситуацией справляется кластерная фс?
Просто не позволяет удалять каталог, с файлами из которого сейчас работают =)
| | |
| |
| 7.59, _umka_ (??), 17:38, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>а как с этой ситуацией справляется кластерная фс?
>
>Просто не позволяет удалять каталог, с файлами из которого сейчас работают =)
>
У вас неправильные данные - или FS с которой вы сталкивались - не соотвествует требованиям POSIX.
никто не мешает вызвать unlink на открытый файл, а потом удалить пустой каталог - это будет как раз таки поведение POSIX, остальное.. идет лесом и куда нить на помойку.
| | |
|
| 6.60, _umka_ (??), 17:43, 20/02/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>а как с этой ситуацией справляется кластерная фс?
Тривиально. в состав "кластерной" FS входит такая хрень как DLM - distributed lock manager, который следит за возникновение конфликтов (несколько клиентов обращаются к общему ресурсу) и предпринимает какие-то действия что бы разрулить этот конфликт.
Но даже на кластерных FS - никто не гарантирует целостность данных если N клиентов пишут в файл открытый на O_APPEND, нужна внешная блокировка (хотя бы через flock()) что бы определить кто же главный.
Задача кластерных FS обеспечить коректость кэшей у клиентов что бы когда один клиент читает данные, небыло
"грязных" данных на другом клиенте и читающий клиент получил конектные данные.
| | |
|
| 5.58, _umka_ (??), 17:34, 20/02/2010 [^] [^^] [^^^] [ответить] | +1 +/– | Сразу видно истинного прохфисионала - такие безупречные рассуждения - Реализов... большой текст свёрнут, показать | | |
| |
| 6.66, аноним (?), 01:15, 21/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Да, пояснения нужны.
- Вы хотели сказать, что описанные вами в начале вашей реплики решения работают исключительно на уровне блочных устройств и абсолютно не представляют себе, что такое файл, каталог, etc?
- Вы полагаете, что реализация DLM для UFS через интерфейс GEOM будет более эффективна по потреблению ресурсов, масштабируемости и (особенно) по производительности, чем файловая система, изначально разработанная под кластер?
| | |
| |
| 7.68, _umka_ (??), 05:53, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Могут работать как на блочном уровне, так и на уровне файлов В терминах DLM нет... большой текст свёрнут, показать | | |
| |
| 8.75, аноним (?), 17:44, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | Пожалуйста, не увиливайте от ответа Для того, чтобы обеспечить корректную работ... большой текст свёрнут, показать | | |
| |
| 9.83, _umka_ (??), 21:40, 21/02/2010 [^] [^^] [^^^] [ответить] | +/– | нет не обязательно DLM работает с понятием ресурс в кластерных FS - Lustre... большой текст свёрнут, показать | | |
| |
| 10.89, аноним (?), 21:37, 22/02/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Прекрасно То есть вы хотите сказать, что DLM может быть вообще никак не связан ... текст свёрнут, показать | | |
|
|
|
|
|
|
| 4.56, аноним (?), 17:25, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Eventhough it supports primary-primary configuration, it is not
>recommended for production use AFAIK.
>Как бы умеет, но как бы и нестабилен =)
И кто же это так настоятельно не рекомендует использовать DRBD и говорит про него гадости?
Правильно, m-r Dawidek, автор HAST'а.
Стыдно, батенька.
| | |
| |
| 5.64, QuAzI (ok), 23:08, 20/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Я ему как-то больше доверяю, чем анонизмусам. Он не одного только HAST'а автор.
| | |
| |
| 6.65, аноним (?), 01:10, 21/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну а в вопросах стабильности и безопасности *nix-систем вы, очевидно, больше всего доверяете Биллу Гейтсу.
Он ведь тоже много чего накодил, даже побольше Давидека.
Когда нужно подхватить радостный вопль, что ZFS is ready for production, вы слушаете только разработчиков самой ZFS. А вот когда нужно доказать обратное в отношении DRBD, вы, наоборот, прислушиваетесь исключительно к мнению его противников.
Разумеется, это вопрос вашей личной честности. Прежде всего перед самим собой. Вы не хотите быть объективным. Ну что ж, это ваша личная проблема. Остается лишь надеяться, что люди, от которых зависит многое, будут более честны перед собой, чем вы.
| | |
| |
| 7.70, QuAzI (ok), 10:51, 21/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Тоесть вы ещё и берётесь утверждать что ZFS не готово для продакшена? А в ляликсе уже есть куча готовых для продакшена аналогов?
А для меня как-то нормально учитывать мнение специалистов в конкретной теме, а не анонизмусов и пиарастов типа БГ (когда кстати ваш великий быдлокодер уже допилит новую крутую ФС которую обещали поди лет 5 назад, ну заодно и что-нибудь из аналогов DRBD?)
Это у Вас уже не линуксофилия, это BSDфобия какая-то в развитой форме.
| | |
| |
| 8.76, аноним (?), 17:53, 21/02/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Как я и предполагал, вы оказались не профессионалом, а фанатиком Фанатик стреми... текст свёрнут, показать | | |
| |
| 9.80, ABC (??), 18:21, 21/02/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Вы ничего не написали по сути вопроса Весь ваш пафосный комментарий сводиться к... текст свёрнут, показать | | |
| |
| |
| 11.88, QuAzI (??), 17:34, 22/02/2010 [^] [^^] [^^^] [ответить] | –1 +/– | Поставим вопрос другим образом - у Вас работает под нагрузкой DRBD как master-ma... текст свёрнут, показать | | |
| |
| |
| 13.97, QuAzI (??), 10:01, 24/02/2010 [^] [^^] [^^^] [ответить] | +/– | Где это я полил вас грязью, кроме того что явно намекнул что вы аноним и явно ни... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 4.91, аноним (?), 02:59, 23/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Eventhough it supports primary-primary configuration, it is not recommended for production use AFAIK.
Спор ни о чем, на самом деле. Никто так и не потрудился правильно перевести.
Давидек вовсе не заявляет о своего лица, что DRBD primary-primary не рекомендована для продакшена. Он всего лишь вспоминает чье-то мнение (причем без ссылки на источник), да еще и выражает сомнение в том, насколько правильно он это помнит.
Так что цена утверждению в подобной формулировке - ноль, даже если бы оно принадлежало Кирку или Линусу.
| | |
|
|
|
| |
| 2.36, Myc (??), 23:19, 19/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
В том, что котлеты отдельно, мухи отдельно.
GEOM_GATE в ядре работает с "дисками", а все многочисленные перделки реализованы в юзерспейсе.
| | |
|
| 1.71, zuborg (?), 12:28, 21/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Хорошо что развитие FreeBSD не останавливается.
Но плохо что файловыми системами и блочными устройствами занимается один человек. Ничего не имею против Павела - специалист отличный. Но такой обьем работы который делает он невозможно сделать в такие сроки без определенных компромисов: отсутствие оптимизации чтения в gmirror и проблемы с производительностью при ребилде, паники на gjournal, интеграция ZFS через неимоверно кривые костыли...
Академический подход к созданию лучшей свободной ОС уходит в прошлое, увы.
| | |
| |
| 2.84, Vitaly_loki (ok), 21:46, 21/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Хорошо что развитие FreeBSD не останавливается.
>Но плохо что файловыми системами и блочными устройствами занимается один человек. Ничего
>не имею против Павела - специалист отличный. Но такой обьем работы
>который делает он невозможно сделать в такие сроки без определенных компромисов:
>отсутствие оптимизации чтения в gmirror и проблемы с производительностью при ребилде,
>паники на gjournal, интеграция ZFS через неимоверно кривые костыли...
>Академический подход к созданию лучшей свободной ОС уходит в прошлое, увы.
Да бросьте, все ж отлично
| | |
| |
| 3.87, аноним (?), 09:36, 22/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Да бросьте, все ж отлично
Он знает о чём говорит. Его патч починки "сломанного" алгоритма load для gmirror игнорился несколько лет. Патч, вероятно, не идеален, но ничего лучше так и не зарелизено.
| | |
|
|
|
