Size: a a a

OpenNebula - русскоговорящее сообщество

2019 June 07

КБ

Кирилл Бобров in OpenNebula - русскоговорящее сообщество
Вообщем я насколько понял старый alpine vrouter связан был со старой реализацией кластера (Corosync + Pacemaker). А после raft надобность в нем отпала что и видно по последней версии Opennebula 5.2.
А чем raft плох?
источник

КБ

Кирилл Бобров in OpenNebula - русскоговорящее сообщество
etcd тоже raft использует. Дело не в самом алгоритме, а его реализации в опеннебула?
источник

ВН

Виталий На Заборе in OpenNebula - русскоговорящее сообщество
именно
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Кирилл Бобров
Вообщем я насколько понял старый alpine vrouter связан был со старой реализацией кластера (Corosync + Pacemaker). А после raft надобность в нем отпала что и видно по последней версии Opennebula 5.2.
А чем raft плох?
Alpine роутер никак с pacemaker не связан
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Alpine роутер - это как правило клиентская виртуалка, а Pacemaker нужен для организации отказоустойчивости самой опеннебулы
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
kvaps
К слову, я нисколько не защищаю LXC на OpenNebula, просто интересно поспорить :)
В lxc raw через loop, qcow2 через nbd, а ceph напрямую.
Мы проводили тестирование скорости ФС.
Установка пакетов salt (apt-get install):
* native lxc на железе: real 45.12 user 12.79 sys 9.36
* one виртуалка qcow2: real 58.29 user 10.23 sys 3.06
* native lxc в виртуалке qcow2: real 100.70 user 21.70 sys 22.50
* lxc через one в виртуалке qcow2: real 393.55 user 9.81 sys 3.28

"lxd через one в виртуалке" - это примерно такой костыль:
* делаешь виртуалку в one
* сетапишь её, как хост в one
* в этом "хосте" делаешь lxc в one

Конечно, можно было тюнить все и выставлять правильные драйверы, форматы и т.д.
Но это был дополнительный довод отказаться от lxc в one.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
В lxc raw через loop, qcow2 через nbd, а ceph напрямую.
Мы проводили тестирование скорости ФС.
Установка пакетов salt (apt-get install):
* native lxc на железе: real 45.12 user 12.79 sys 9.36
* one виртуалка qcow2: real 58.29 user 10.23 sys 3.06
* native lxc в виртуалке qcow2: real 100.70 user 21.70 sys 22.50
* lxc через one в виртуалке qcow2: real 393.55 user 9.81 sys 3.28

"lxd через one в виртуалке" - это примерно такой костыль:
* делаешь виртуалку в one
* сетапишь её, как хост в one
* в этом "хосте" делаешь lxc в one

Конечно, можно было тюнить все и выставлять правильные драйверы, форматы и т.д.
Но это был дополнительный довод отказаться от lxc в one.
Лучше бы кубернетес сразу
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Так и что из этого результат LXC на loop?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
qemu-nbd сам по себе довольно странная штука, а я полагаю что там именно он)
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
kvaps
Так и что из этого результат LXC на loop?
* lxc через one в виртуалке qcow2: real 393.55 user 9.81 sys 3.28

Но это не на железе, да.
Кстати, с loop есть ограничение - не больше 256 устройств на машине.
А у нас кейс, где может быть под 1000.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
* lxc через one в виртуалке qcow2: real 393.55 user 9.81 sys 3.28

Но это не на железе, да.
Кстати, с loop есть ограничение - не больше 256 устройств на машине.
А у нас кейс, где может быть под 1000.
Хех тогда спрошу ещё раз: а почему не Kubernetes?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Всё таки по 1000 контейнеров на хост кейс довольно нестандартный, думаю что куб с ним справится лучше чем опеннебула
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Это для разработчиков и тестеров, мне сказали, что им удобнее виртуалки или контейнеры, чем докеры.
Ну там, запускаешь, перезапускаешь, смотришь в логи, правишь код, доустанавливаешь пакеты.
Но в будущем может будет и куб.
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
у куба помоему вообще рекомендация не больше 100 на хост
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
у куба помоему вообще рекомендация не больше 100 на хост
Там это легко настраивается, но в основном да, большое количество маленьких нод (или виртуалок) всегда лучше чем мало но больших
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Мне кажется, это ограничение ещё и для того, чтобы всем хватало pid, uid, gid и вот этого всего.
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
все-таки виртуалки тут более изолированные, им только cpu и оперативку подавай,  а снаружи это один процесс qemu
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
а можно из имадж-датастора имадж скачать средствами веб-интерфейса?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
а можно из имадж-датастора имадж скачать средствами веб-интерфейса?
Не, для этого маркетплейс был придуман
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Nick Potemkin
а можно из имадж-датастора имадж скачать средствами веб-интерфейса?
можно поднять свой маркетплейс. там можно
источник