> Если построить на этой штуке что-то сложное и понакупить дисков с volatile-кэшем,
> всякие консьюмерские SSD то можно и без всякого LINSTOR фигурно потерять
> данные.Эта штука вроде как раз исключает возможность построить что-то действительно сложное - данные либо среплицировались, либо запись не подтверждена, либо они нам и на...й были не нужны данные ети.
Остальное - как раз проблема нижнего слоя в пироге. А там, опачки, zfs. С ее очень нехорошими свойствами при активной записи и неумением в layered storage.
Это далеко не первый случай ее использования в таком виде, но я каждый раз себя спрашиваю - а чо, так вообще-то можно было?
> Теперь это всё возвращают обратно вот таким вот способом. То есть если
> кластеризовать пул ZFS и тома использовать от нее...
отдельно интересно - а там тома-ли? Для drbd логичней иметь дело с файликами. Виртуалке все равно.
> А ты пробовал её лично? Спрашиваю без иронии. Просто технологии вроде DRBD
всерьез нет, потому что мне пока нигде не было нужно надолго подвальное решение на два тазика и между ними drbd (оно-то будет работать, и да, проверял) а для чего посложнее - все упрется в фс этажом ниже. И вот там блин ТОЧНО не должно быть zfs. С ее lack of resources на исправление уже найденой и локализованной ошибки (кстати, в zvol)
> ссылках приведены примеры вокруг Veritas, GFS и OCFS2. То есть можно
а вот с этим кто-то другой пусть пердолится. (и вот там можно с drbd вырыть себе отличную глубокую ямку, с хорошими кольями на дне, поведшись на dual-primary - отличная вещь, что может пойти не так-то)
> https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/
тут в принципе можно уже ничего не создавать - потому что вот смотришь на это и думаешь - ну а когда оно заглючит - чинить-то это мы как вообще собираемся, reset-reinstall всему цоду разом?
Копаться в этом монстре совершенно бессмысленно.