AP
Crypton
И? В ios что даст? В пространство другого приложения нет ходу
Не ту IOS вы используете)
@kvaps призываю тебя! В opennebula есть fiber channel поддержка? У меня схд только с FC.
Нагуглить не смог(
Size: a a a
2021 March 08
k
Нет, там есть только ущербный LVM плагин, с помощью него можно общий LUN нарезать и по кусочкам виртуалкам скармливать
k
@kvaps у тебя есть контейнер с небулой всё в одном?
У меня нет, но тут ребята собирали на центоси
k
AG
У меня нет, но тут ребята собирали на центоси
уже не важно, я вагрантом с минионе за 5 минут поднял. А чем лвм плагин ущербный?
AG
если в сравнении с проксом, какие у кого плюсы минусы по твоему?
AG
Меня ждёт любовь с окд и кубвиртом и к3с с кубвиртом(
k
уже не важно, я вагрантом с минионе за 5 минут поднял. А чем лвм плагин ущербный?
LVM не ущербный, а дизайн плагина fs_lvm в OpenNebula вполне таковой.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
AG
LVM не ущербный, а дизайн плагина fs_lvm в OpenNebula вполне таковой.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
1. А clvm пойдёт?
k
1. А clvm пойдёт?
CLVM не нужен, как и прокс OpenNebula умеет в блокировки самостоятельно
AG
но общая шара всё равно нужна(
AG
LVM не ущербный, а дизайн плагина fs_lvm в OpenNebula вполне таковой.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
Во первых оно требует shared filesystem для работы, то есть какая-нибудь NFS или GlusterFS шара смаунченая на всех нодах в /var/lib/one/datastores. Эта шара тупо хранит XML'ки виртуалок и симлинки на LVM-девайсы.
Во вторых не совсем вписывается в логику persistent/non-persistent images. Так как images-datastore не может находится на LVM, то и persistent-образы в нём создать не получится.
Второй пункт не понял, можешь подробнее рассказать?
k
С нетерпением жду когда в линстор завезут поддержку shared storage. По роадмапу должно быть уже скоро.
k
Второй пункт не понял, можешь подробнее рассказать?
Конечно, вот тут всё по полочкам расписал:
https://habr.com/ru/post/493406/
https://habr.com/ru/post/493406/
k
В OpenNebula у тебя есть images datastore и system datastore.
По факту драйвер fs_lvm может использоваться только для system datastore.
По факту драйвер fs_lvm может использоваться только для system datastore.
AG
Конечно, вот тут всё по полочкам расписал:
https://habr.com/ru/post/493406/
https://habr.com/ru/post/493406/
Я читал, сейчас опять перечитал. Не понял(
AG
1. Вот у меня схд фц
2. я ручками ваяю мултипас
3. и на лун накидываю лвм
4. подрубаю лвм в небулу (на этом шаге я не могу выбрать его как images datastore?)
2. я ручками ваяю мултипас
3. и на лун накидываю лвм
4. подрубаю лвм в небулу (на этом шаге я не могу выбрать его как images datastore?)
2021 March 09
AG
Я чё спрашиваю, протестировать негде(
k
смотри, у тебя есть две полки:
Первая полка - основная, и ты непосредственно с ней работаешь, называется она images datastore.
На этой полке у тебя лежат харды, которые ты можешь в любой момент склонировать и запустить из них сколько угодно виртуалок (это называется non-persistent образ). Либо взять с этой полки какой-нибудь хард и подключить к одной из виртуалок напрямую (persistent образ).
Вторая полка - это system datastore, она болше оперативная, так непосредственно на ней и выполняются виртуалки. Её задача в том чтобы обеспечить быстрый доступ к данным (например ОС)
Харды с этой полки теоретически всегда можно прохерить и пересоздать из images datastore
Первая полка - основная, и ты непосредственно с ней работаешь, называется она images datastore.
На этой полке у тебя лежат харды, которые ты можешь в любой момент склонировать и запустить из них сколько угодно виртуалок (это называется non-persistent образ). Либо взять с этой полки какой-нибудь хард и подключить к одной из виртуалок напрямую (persistent образ).
Вторая полка - это system datastore, она болше оперативная, так непосредственно на ней и выполняются виртуалки. Её задача в том чтобы обеспечить быстрый доступ к данным (например ОС)
Харды с этой полки теоретически всегда можно прохерить и пересоздать из images datastore
AG
смотри, у тебя есть две полки:
Первая полка - основная, и ты непосредственно с ней работаешь, называется она images datastore.
На этой полке у тебя лежат харды, которые ты можешь в любой момент склонировать и запустить из них сколько угодно виртуалок (это называется non-persistent образ). Либо взять с этой полки какой-нибудь хард и подключить к одной из виртуалок напрямую (persistent образ).
Вторая полка - это system datastore, она болше оперативная, так непосредственно на ней и выполняются виртуалки. Её задача в том чтобы обеспечить быстрый доступ к данным (например ОС)
Харды с этой полки теоретически всегда можно прохерить и пересоздать из images datastore
Первая полка - основная, и ты непосредственно с ней работаешь, называется она images datastore.
На этой полке у тебя лежат харды, которые ты можешь в любой момент склонировать и запустить из них сколько угодно виртуалок (это называется non-persistent образ). Либо взять с этой полки какой-нибудь хард и подключить к одной из виртуалок напрямую (persistent образ).
Вторая полка - это system datastore, она болше оперативная, так непосредственно на ней и выполняются виртуалки. Её задача в том чтобы обеспечить быстрый доступ к данным (например ОС)
Харды с этой полки теоретически всегда можно прохерить и пересоздать из images datastore
Это я понял, я наверное не так спрашиваю. Тормози.