LXD лого
Новата версия на LXD 5.20 вече е пуснат и въвежда нови функции и акценти като промяна на лиценза от Apache 2.0 на AGPLv3, коригира реда на устройството за зареждане, както и корекции на грешки и др.
За тези, които не знаят за LXD, трябва да знаете че това е инструмент, който улеснява централизираното управление на контейнери и виртуални машини в сървърен клъстер. Той идва като фонов процес, който приема заявки по мрежата с помощта на REST API. Освен това LXD предлага поддръжка за различни бекенди за съхранение, включително дърво на директории, ZFS, Btrfs и LVM.
Сред ключовите характеристики на LXD са моментни снимки със сегмент на състоянието, които ви позволяват да заснемете и възстановите състоянието на контейнер в определен момент от време. Той също така предлага възможност за безпроблемно мигриране на работещи контейнери от една машина на друга, както и инструменти за съхраняване на изображения на контейнери.
Какво е новото в LXD 5.20?
В тази нова версия, която е представена на LXD 5.20, lОсновната новост е промяната на лиценза на проекта и въвеждането на необходимостта от подписване на CLA Споразумение за прехвърляне на правата на собственост върху кода при приемане на промени в LXD.
Модификация на лиценза от Apache 2.0 до AGPLv3, представлява значителна промяна в условията на разпространение и използване на проекта. Това решение се основава на желанието на Canonical да обедини лиценза LXD с други продукти.сървъри, които използват AGPLv3.
В резултат на тази промяна, Проектът LXD ще бъде доставен при смесени условия: Част от кода ще бъде под AGPLv3, докато кодът на трети страни, върху който Canonical няма права на собственост, ще остане под Apache 2.0. Важно е, че Canonical няма възможност да променя лиценза за целия LXD код, което води до разделяне на условията за лицензиране на проекта.
Преходът към този нов лиценз означава, че кодът от предишни версии остава достъпен под лиценза Apache 2.0, но промените, направени в компонентите с новия лиценз, ще бъдат пуснати само под лиценза AGPLv3.
Canonical споменава, че:
Важно е да се отбележи, че тази промяна не пречи на нашите потребители да използват, модифицират или предоставят софтуерни решения, базирани на LXD, стига да споделят изходния код, ако го променят и го направят достъпен за други. Условията на лиценза са предназначени да насърчат тези, които искат да модифицират софтуера, за да допринесат за проекта и общността.
Въпреки че В действителност това поставя предизвикателства за сътрудничеството между проекти, като Incus, тъй като лицензът AGPLv3 налага ограничения, които възпрепятстват прехвърлянето на промени от LXD към Incus и обратно. Еднопосочната съвместимост между лицензите Apache 2.0 и AGPLv3 добавя сложност към сътрудничеството между проектите, тъй като кодът под лиценза Apache 2.0 може да бъде включен в кода под лиценза AGPLv3, но не и обратното.
От страна на промени, които се открояват на тази нова версия на LXD 5.20 е решение за поръчка на устройства за зареждане на CSMКато добавена поддръжка към LXD snap пакет EDK2 фърмуер за спазване на дисковата конфигурация на устройствата boot.priority при използване на режим сигурност.csm. Преди това, това предизвика проблем при импортиране на базирани на BIOS виртуални машини който не стартира с помощта на UEFI, тъй като фърмуерът на VM се опита да стартира първо UEFI устройствата и това означаваше, че PXE мрежовото зареждане е направено преди основния диск, базиран на BIOS, причинявайки дълги периоди на забавяне на стартирането.
Друга от промените, които се открояват, е новия режим за отстраняване на грешки при зареждане на VM, и вече е възможно да стартирате VM с EDK2 UEFI фърмуер (boot.debug_edk2=true). Регистърът за отстраняване на грешки се записва във файла $LXD_DIR/logs//edk2.log.
Освен, че, Поддръжката на Shiftfs е премахната така че сега, за да присвоите потребителски идентификатори, трябва да използвате idmapped mount, който сега се поддържа от ZFS и Cephfs (в допълнение към дългогодишната поддръжка за ext4, xfs и btrfs).
Освен това вече е възможно горещо включване и горещо изключване на дискови устройства, тъй като хост средата е преместена от кодовата база на Incus fork.
От останалите промени които се открояват:
- Кодът за оторизация е модулиран, за да осигури поддръжка на OpenFGA в допълнение към оторизация с помощта на TLS и RBAC сертификати.
- Компилирането на LXD вече изисква поне Go 1.20.
- Премахната поддръжка за 2MB UEFI фърмуер (трябва да се използва 4MB фърмуер).
- Идентификаторът на устройството org.linuxcontainers.lxd е преименуван на com.canonical.lxd (старият идентификатор все още се поддържа за обратна съвместимост).
- Поддръжката за създаване на хранилища, базирани на технологията NVME, е преместена от кодовата база на Incus fork.
Накрая ако се интересувате да научите повече за това, можете да проверите подробностите в следваща връзка.