Компания Caninical представила новые версии системы управления контейнерами LXD 5.16 и 5.17, сформированные после преобразования LXD из проекта, развиваемого сообществом Linux Containers, в корпоративный проект, полностью подконтрольный компании Caninical (после действий Caninical сообщество Linux Containers основало свой форк LXD, который доступен под именем Incus). Код LXD написан на языке Go и распространяется под лицензией Apache 2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59695
Походу автор публикации тоже на LXD подсел, что аж незначительные минорные релизы отслеживает. Сам тоже весь свой лохалхостовый колхоз в LXD тестирую пару лет, там где не нужны фичи Proxmox и Citrix, лучше и удобнее LXD - нет решений.
>форк LXD, который доступен под именем IncusПочему опенсурс названия зачасутю настолько дурацкие?
LXD мне нравится больше уже из-за названия.
Больше докопаться не до чего? Если это единственная претензия к LXD, значит продукт отличный.
научись читать
А мне больше нравится название LSD
Тоже неплохо, но оно занято.
На Go много отличных проектов. Круто, я честно сказать ещё не пользовался LXD.
— Смотри, там LXD.
— Ну и что?
— Он написан на го.
— На го? Что ж ты раньше-то молчал? На го много отличных проектов. Круто, я честно сказать еще не пользовался LXD. На го много проектов всяких. Это хороший язык, значит и LXD должен быть хорош. Верно говорю? Верно. Го позволяет безопасно работать с памятью. То, что LXD хорош, я уже упоминал? Не, круто, очень круто конечно, ничего не говорю. LXD на го. Звучит довольно многообещающе. Надо попробовать. Про безопасную память я уже упоминал вроде. Эй, ты где?
"добавлена поддержка загрузки виртуальной машины"
Откуда там виртуальная машина, если там конь-тейнеры.
нет, там и виртуалки тоже управляются, и вообще много вкусного
когда уже кубер и впопеншифт начнут работать поверх этого?
а, никогда, ну ок.
Кубер должен работать не поверх этого, а внутри. LXC/LXD это контейнеризация ОС. Аналог OpenVZ.
Ну технически можно поднять lxc-контейнер через lxd, и в нём уже поднять кубер.
Лучше в него запихать докер, а в докер запихать qemu, под qemu поднять kvm и уже в нём-то и поднять кубер.
qemu что бы архитектуру отличную от хоста в этой матрешке сделать что ли?
Иначе все равно у тебя будет kvm-qemu, так что два kvm не стоит
Ты лучше в kvm винду, а в ней уже доцкер, местные шизики будут в экстазе