Экспортировать через NFS самое простое, возможно.

Gpfs, gfs2, ocfs2. LVM тоже нельзя так использовать, для этого нужен кластерный LVM - clvm

Почему LVm нельзя ? Создал волум группу на ноже, замониторал её, все ноды её видят, всё прекрасно работает

А как у вас хост А узнает что хост Б что-то там себе выделил?

Откуда оно узнает что блок занят?

Что нужно перечитать метадату?

Вы потеряете данные с очень большой вероятностью

Откуда оно узнает что блок занят?

Так по этому он и разделяет по lvm на более мелкие блочные устройства для каждой виртуалки

и все работает

и миграция

и ha

Попробуйте активно писать с двух хостов. Перезагрузите хосты и после проверьте целостность того что записали. Будете удивлены

Экспортировать через NFS самое простое, возможно.

для этого между кластером и iscsi полкой конвертер придётся стаить

Ещё раз - для этого нужно использовать CLVM и только его. Либо кластерную ФС

для этого между кластером и iscsi полкой конвертер придётся стаить

Ну а чтобы без таких ухищрений, можно позвать волшебного лепрекона и попросить чтоб сделал все заебись сам собой)

))

Попробуйте активно писать с двух хостов. Перезагрузите хосты и после проверьте целостность того что записали. Будете удивлены

да кучу тестов гоняли, всё ок. Там же lvm только для мультипасинга iscsi

Хреново вы тесты гоняли

А ещё хреновее что не представляете как это работает :)

ОС гипервизора на хосте А не узнает, что гипервизор Б только что сделал себе новый LV

и просто запишет свои данные поверх

Вот что вы получите в итоге

А ещё хреновее что не представляете как это работает :)

да, ничего, но как тогда сейча она узнаёт ? ))

А как вы тесты гоняли? :)

миграцию, ha, создагние и удаление файлов на виртуалках

Правильный тест: Подключить все на хосты Создать С гипервизора А том, начать писать в него В это же время создать С гипервизора Б ещё один том, начать писать в него Попытаться прочитать ту кашу, что там получилось

Причина: гипервизор А не знает, что гипервизор Б создал LV. Перечитает ли он метаданные и будут ли в момент перечитывания эти метаданные записаны до конца или находится в процессе записи — зависит от вашей удачи

CLVM это тот же LVM с механизмом, который позволяет сказать «эй, хост Б! Говорит хост А. Я тут пишу метаданные, не трогай ничего пока.... все записал, ПЕРЕЧИТАЙ ОБЯЗАТЕЛЬНО»

Спасибо, но как я понимаю в дольнейшем это можно будте испоьзовать токлько как блочное устройство ?

Да. С кластерными ФС там дело ровно в том же самом

Просто странно, в статьях поверх iscsi поднимают мультипас и его в lvm

и всё работает

https://icicimov.github.io/blog/virtualization/Adding-iSCSI-shared-volume-to-Proxmox-to-support-Live-Migration/

к примеру

Это для одного хоста. Для нескольких так нельзя :) работать будет если выделил и больше не создаёшь новые LV

ну как для одного, еслия для поддержки live mifation ? )))

Это для одного хоста. Для нескольких так нельзя :) работать будет если выделил и больше не создаёшь новые LV

там не для одного хоста, а хоть для 10

и работать будет

Ну мало ли что они там написали. Работать будет ровно до момента изменить метаданные с дух хостов одновременно

Я пробовал :)

И тоже работало

Аж 7 месяцев

А потом не повезло

А потом не повезло

то есть я правильно понимаю, чтобы работал шаред сторедж по iscsi долго и счастливо решение только 1 - clvm

ну или напрямую iscsi цеплять ?

без всяких lvm

Ну луны физически без LVM можно отдавать целиком в ВМ:) одна ВМ - отдельный LUN для нее

Я именно так делаю

Но тогда можно попрощаться с ьультипасинг ?

Почему?

Он остаётся вполне

может туплю

Хотя начинаются пляски с бубном

да

я про то же

создаём виртуалку

сначала перед этим для неё лун

потом лун прописывает в мультипас

а лун на полке создавть

чтото как то совмес грустно

В моем случае это все делает OpenStack

собственно и ЛУНы при создании виртуалки он нарезает через API СХД

ясно

интересно

почему тогда прокс на своем сайте

Type Content types Image formats Shared Snapshots Clones LVM images,rootdir raw possible no no LVM-Thin images,rootdir raw no yes yes

пишет что lvm как шаред работает

Прокс сам себе кластер

да

Вероятно там как раз CLVM

нужно проверить :)

Ещё раз повторюсь, CLVM это кластерная нашлепка над обычным LVM

Ещё раз повторюсь, CLVM это кластерная нашлепка над обычным LVM

да.

но для неё как понимаю демон нужен

clvmd

CLVMd/DLM + corosync

да, corosync есть, clvmd нет

no, you do not need clustered LVM - Proxmox VE got an own integrated locking mechanism

ясно

у них свой механизм

вопрос снят