NP
да и LVM DS ты можешь использовать без шаринга
Size: a a a
2020 May 01
NP
p
да и LVM DS ты можешь использовать без шаринга
Суть в том, что допустим есть 10 node с локальными дисками, opennebula позволяет создать 10 datastore, но нет четкой связности между node <-> datastore, то бишь при создании VM opennebula найдет подходящий DS (более свободный) а потом найдет подходящую node (более свободную) и шанс , что они совпадут мал;)
p
Из обходных решений на поверхности host-cluster ( но теряется возможность миграции), либо VM templ с жёсткой привязкой host-datastore(что порождает очень большое количество тимплитов, и теряется прозрачность)
NP
Суть в том, что допустим есть 10 node с локальными дисками, opennebula позволяет создать 10 datastore, но нет четкой связности между node <-> datastore, то бишь при создании VM opennebula найдет подходящий DS (более свободный) а потом найдет подходящую node (более свободную) и шанс , что они совпадут мал;)
BRIDGE_LIST с одной нодой для каждого DS не решает проблему?p
Нет, я понимаю BRIDGE_LIST для клона image
p
По нему надо в исходники более подробно залезть
NP
ну про LVM - да, могут быть заморочки.. но ssh_tm + fs_ds ведь тебе точно дадут то, что ты хочешь?
и
омг. этот чят исчо жив
p
ну про LVM - да, могут быть заморочки.. но ssh_tm + fs_ds ведь тебе точно дадут то, что ты хочешь?
могу ошибаться, но тут происходит обычно копирование с фронта, т.е. datastore один и он на фронте
p
ssh_tm + fs_ds - один DS на фронте (его весь доступный обьем) c SCP vm_disk на нужный хост, но на хостах не проверяется доступное место.
p
Проверил, технически можно использовать эту связку, и перепилить на qcow2(DS_IMAGE) -> lvm (DS_SYSTEM), но при этом нет учета занятых ресурсов в DS
NP
Проверил, технически можно использовать эту связку, и перепилить на qcow2(DS_IMAGE) -> lvm (DS_SYSTEM), но при этом нет учета занятых ресурсов в DS
все через Ж )) ну если не все - то половина - точно ))
p
чуть был не прав, копирование не только с фронта, копирование как обычно, с любого кто входит в BRIGDE_LIST.
p
но а стату по обьему в DS мы логично получить не сможем
p
похоже малой кровью не отделаться, либо функционал дописывать в oned, либо строить shared_storage. ceph хорошо ложится на железо, но он сильно cрезает перф и ресурсы.
2020 May 02
k
похоже малой кровью не отделаться, либо функционал дописывать в oned, либо строить shared_storage. ceph хорошо ложится на железо, но он сильно cрезает перф и ресурсы.
Afaik OpenNebula не умеет в live storage-migration.
Но можно взять драйвер linstor_un и через PREFER_NODE заставить его шедулить тома на туже ноду где будет работать виртуалка.
А на live_migration повесить хук который будет реплики реаллокейтить
Но можно взять драйвер linstor_un и через PREFER_NODE заставить его шедулить тома на туже ноду где будет работать виртуалка.
А на live_migration повесить хук который будет реплики реаллокейтить