Az új verzió Az LXD 5.20 most megjelent, és új funkciókat és kiemeléseket vezet be például az Apache 2.0-ról az AGPLv3-ra cseréli a licencet, javítja a rendszerindító eszközök sorrendjét, valamint hibajavításokat és egyebeket.
Azok számára, akik nem ismerik az LXD-t, tudniuk kell hogy ez egy olyan eszköz, amely megkönnyíti a konténerek és virtuális gépek központosított kezelését egy szerverfürtben. Ez egy háttérfolyamat, amely a REST API használatával fogadja el a hálózaton keresztüli kéréseket. Ezenkívül az LXD különféle tárolási háttérrendszereket kínál, beleértve a címtárfát, a ZFS-t, a Btrfs-t és az LVM-et.
Az LXD legfontosabb jellemzői közé tartoznak az állapotszegmenssel rendelkező pillanatképek, amelyek lehetővé teszik egy tároló állapotának rögzítését és visszaállítását egy adott időpontban. Lehetővé teszi a futó tárolók zökkenőmentes áttelepítését egyik gépről a másikra, valamint eszközöket kínál a konténerképek tárolására.
Az LXD 5.20 újdonságai?
Ebben az új verzióban, amelyet az LXD 5.20, lA fő újdonság, hogy megváltozott a projektengedély valamint a kódex tulajdonjogának átruházásáról szóló CLA megállapodás aláírásának szükségességének bevezetése az LXD módosításainak elfogadásakor.
Licenc módosítás Apache 2.0-ról AGPLv3-ra, jelentős változást jelent a projekt terjesztési és felhasználási feltételeiben. Ez a döntés a Canonical azon törekvésén alapul, hogy egyesítse az LXD licencet más termékekkel.AGPLv3-at használó szerverek.
A változás eredményeként Az LXD projekt vegyes feltételekkel kerül megvalósításra: Egyes kódok az AGPLv3 alatt lesznek, míg a harmadik féltől származó kód, amelyre a Canonicalnak nincs tulajdonjoga, az Apache 2.0 alatt marad. Fontos, hogy a Canonical nem tudja megváltoztatni az összes LXD-kód licencét, ami a projekt licencfeltételeinek felosztását eredményezi.
Az új licencre való áttérés azt jelenti, hogy a korábbi verziók kódja továbbra is elérhető marad az Apache 2.0 licenc alatt, de az új licenccel rendelkező komponenseken végrehajtott módosítások csak az AGPLv3 licenc alatt kerülnek kiadásra.
A Canonical megemlíti, hogy:
Fontos megjegyezni, hogy ez a változás nem akadályozza meg felhasználóinkat abban, hogy LXD-alapú szoftvermegoldásokat használjanak, módosítsanak vagy biztosítsanak mindaddig, amíg megosztják a forráskódot, ha módosítják, és mások számára elérhetővé teszik. A licencfeltételek célja, hogy a szoftvert módosítani szándékozókat a projekthez és a közösséghez való hozzájárulásra ösztönözzék.
Bár Valójában ez kihívások elé állítja a projektek közötti együttműködést, mint az Incus, mivel az AGPLv3 licenc olyan korlátozásokat ír elő, amelyek akadályozzák a változtatások átvitelét LXD-ről Incusra és fordítva. Az Apache 2.0 és az AGPLv3 licencek közötti egyirányú kompatibilitás bonyolultabbá teszi a projektek közötti együttműködést, mivel az Apache 2.0 licenc alatti kód beépíthető az AGPLv3 licenc alatti kódba, de fordítva nem.
részéről kiemelkedő változások Az LXD 5.20 új verziója az megoldás a CSM rendszerindító eszköz sorrendjéreMint hozzáadta az LXD snap csomag EDK2 firmware támogatását a lemezkonfiguráció tiszteletben tartása érdekében az eszközök boot.prioritás mód használatakor biztonság.csm. Korábban ezt problémát okozott a BIOS-alapú virtuális gépek importálásakor amely nem indult el UEFI használatával, mert a virtuális gép firmware először az UEFI-eszközöket próbálta meg elindítani, és ez azt jelentette, hogy a PXE hálózati rendszerindítást a BIOS-alapú gyökérlemez előtt próbálták meg, ami hosszú rendszerindítási késleltetést okozott.
A másik kiemelkedő változás az az új VM rendszerindítási probléma hibakeresési mód, és mostantól lehetséges a virtuális gép elindítása az EDK2 UEFI firmware-rel (boot.debug_edk2=true). A hibakeresési napló a $LXD_DIR/logs//edk2.log fájlba kerül mentésre.
Amellett, hogy, A Shiftfs támogatása megszűnt így a felhasználói azonosítók hozzárendeléséhez most az idmapped mount-ot kell használnia, amelyet immár a ZFS és a Cephfs is támogat (az ext4, xfs és btrfs régóta támogatott támogatása mellett).
Ezenkívül immár lehetőség van a lemezeszközök üzem közbeni csatlakoztatására és leválasztására, mivel a gazdagép környezet átkerült az Incus fork kódbázisából.
A többi változás közül amelyek kiemelkednek:
- Az engedélyezési kódot modulárisan alakították ki, hogy a TLS- és RBAC-tanúsítványokkal történő engedélyezés mellett OpenFGA-támogatást biztosítson.
- Az LXD fordításához most legalább Go 1.20 szükséges.
- A 2 MB UEFI firmware támogatása megszűnt (4 MB firmware-t kell használni).
- Az org.linuxcontainers.lxd eszközazonosítót átnevezték com.canonical.lxd-re (a régi azonosító még mindig támogatott a visszamenőleges kompatibilitás érdekében).
- Az NVME technológián alapuló tárolók létrehozásának támogatása átkerült az Incus fork kódbázisából.
Végül ha érdekel, hogy többet tudjon meg róla, ellenőrizheti a részleteket a következő link.