k
Afaik OpenNebula не умеет в live storage-migration.
Но можно взять драйвер linstor_un и через PREFER_NODE заставить его шедулить тома на туже ноду где будет работать виртуалка.
А на live_migration повесить хук который будет реплики реаллокейтить
Size: a a a
2020 May 02
k
А ещё можно допилить сам драйвер, нужно отредактировать два скрипта:
В первом нужно добавить:
вместо
во втором убрать проверку на diskless при детаче:
чтобы эта команда выполнялась всегда:
tm/premigrate и tm/postmigrateВ первом нужно добавить:
linstor_exec_and_log "resource create $DST_HOST $DST_RES"
вместо
linstor_attach_disklessво втором убрать проверку на diskless при детаче:
[[ " $SRC_RES_DISKLESS_HOSTS " =~ " $SRC_HOST " ]]
чтобы эта команда выполнялась всегда:
linstor_exec_and_log "resource delete $SRC_HOST $SRC_RES"
k
А, ну и для
tm/mv тоже самое чтобы оффлайн-миграция тоже работалаk
если сможете законтрибьютить, буду очень рад 😊
p
Afaik OpenNebula не умеет в live storage-migration.
Но можно взять драйвер linstor_un и через PREFER_NODE заставить его шедулить тома на туже ноду где будет работать виртуалка.
А на live_migration повесить хук который будет реплики реаллокейтить
Но можно взять драйвер linstor_un и через PREFER_NODE заставить его шедулить тома на туже ноду где будет работать виртуалка.
А на live_migration повесить хук который будет реплики реаллокейтить
Правильно ли я понимаю, что речь идет о использовании linstor без drbd?
k
Правильно ли я понимаю, что речь идет о использовании linstor без drbd?
Нет, drbd понадобится, для того чтобы среплицировать данные при миграции
p
спасибо, я понял мысль, фактически мы используем локальный пул, через shared_DS (а точнее через оркестратор linstor)
p
фактически реализовать миграцию можно так же без drbd, используя nbd для qemu, из простейшего virsh migrate --live --copy-storage-all
p
но в данном случае linstor надо сообщить, что волум сейчас находится на другом узле
p
Нет, drbd понадобится, для того чтобы среплицировать данные при миграции
у меня нет опыта в linstor, правильно ли я понимаю, что linstor может работать с леером drbd без копий, а для таргетирования могут выступать diskless resource ?
k
у меня нет опыта в linstor, правильно ли я понимаю, что linstor может работать с леером drbd без копий, а для таргетирования могут выступать diskless resource ?
да, всё так
k
по умолчанию data-resource шедулится на рандомные ноды в кластере в неоходимом количестве реплик, если ты собираешься запустить виртуалку на какой-нибудь ноде на которой нет задеплоенного drbd-ресурса, создастся diskless-ресурс
p
да, всё так
да, интересный выход, спасибо. из того, что сразу приходит на ум.
data_resource надо держать по возможности на host с VM:
- при создании VM;
- при миграции VM.
data_resource надо держать по возможности на host с VM:
- при создании VM;
- при миграции VM.
k
да, интересный выход, спасибо. из того, что сразу приходит на ум.
data_resource надо держать по возможности на host с VM:
- при создании VM;
- при миграции VM.
data_resource надо держать по возможности на host с VM:
- при создании VM;
- при миграции VM.
При создании реализованно через опцию
PREFER_NODE=truek
При миграции описал выше
k
Ещё была идея реализовать умный шедулинг, чтобы виртуалка всегда шедулилась на ноды которые уже имеют data-ресурс, но для этого нужна поддержка со стороны OpenNebula
https://github.com/OpenNebula/one/issues/4415
https://github.com/OpenNebula/one/issues/4415
p
Ещё была идея реализовать умный шедулинг, чтобы виртуалка всегда шедулилась на ноды которые уже имеют data-ресурс, но для этого нужна поддержка со стороны OpenNebula
https://github.com/OpenNebula/one/issues/4415
https://github.com/OpenNebula/one/issues/4415
если VM содержит один диск, можно прикрутить миграцию на нужный хост, 'мысли в слух'
k
если VM содержит один диск, можно прикрутить миграцию на нужный хост, 'мысли в слух'
ну у вас кейс немного другой
p
идея с шедулингом вполне рабочая, если допилят функционал
p
linstor как я понимаю не умеет делать snapshot на lvm thick, это минус(