A Canonical közzétette az LXD 5.0 konténerkezelő és az LXCFS 5.0 virtuális fájlrendszer kiadását. Az LXD kódja Go nyelven íródott, és az Apache 2.0 licenc alatt terjesztik. Az 5.0 verzió hosszú távú támogatású kiadásként van nyilvántartva — a frissítések 2027 júniusáig fognak elérhetők lenni.
A konténerek futtatásához az LXC eszközkészlet biztosít runtime-ot, amely tartalmazza a liblxc könyvtárat, a konténerek létrehozásához szükséges eszközöket (lxc-create, lxc-start, lxc-stop, lxc-ls stb.), konténer sablonokat és különféle programozási nyelvekhez szükséges kötődéseket. Az elszigetelés a Linux kernel beépített mechanizmusain keresztül történik. A folyamatok, hálózati stack, ipc, uts, felhasználói azonosítók és a csatlakozási pontok elszigeteléséhez névtér mechanizmusokat (namespaces) használnak. Az erőforrások korlátozásához cgroups alkalmazhatók. A jogosultságok csökkentésére és a hozzáférés korlátozására az Apparmor és SELinux profilokat, Seccomp politikákat, Chroots (pivot_root) és képességeket használnak.
A LXC mellett a LXD a CRIU és QEMU projektek komponenseit is alkalmazza. Míg az LXC alacsony szintű eszközként szolgál az egyes konténerek szintjén való manipulációhoz, a LXD eszközöket biztosít a többkonténeres klaszterek központosított kezeléséhez. szerverek. A LXD háttérfolyamatként valósul meg, amely képes a hálózaton keresztül REST API-n keresztül fogadni a kérelmeket, és különböző tárolási backend-eket (könyvtárfa, ZFS, Btrfs, LVM) támogat. Lehetőséget biztosít pillanatfelvételek készítésére, élő migrációra az aktív konténerek között egyik gépről a másikra, valamint a konténerképek tárolására. Az LXCFS a konténerekben a /proc és /sys pseudo-fájlrendszer szimulálására szolgál, valamint a cgroupfs virtualizált megjelenítésére, hogy a konténerek normál, független rendszernek tűnjenek.
Főbb fejlesztések:
- A lemezek és USB-eszközök forró csatlakoztatásának és eltávolításának képessége. A virtuális gépben az új lemez egy új eszköz megjelenésével az SCSI buszon, míg az USB-eszköz egy USB hotplug esemény generálásával definiálódik.
- Lehetővé vált az LXD elindítása olyan körülmények között is, amikor a hálózati kapcsolat létrehozása nem lehetséges, például a szükséges hálózati eszköz hiánya miatt. Hibajelzés helyett az LXD most az aktuális körülmények között elérhető maximális számú környezetet indít el, a többi környezet pedig akkor indul el, amikor a hálózati kapcsolat helyreállt.
- Új klasztertagnak designated role - ovn-chassis került bevezetésre, amely az OVN (Open Virtual Network) használatára tervezett klaszterek hálózati interakciójáért felelős (az ovn-chassis szerep hozzárendelésével szerverek különíthetők el az OVN router funkciók végrehajtására).
- Javasolt egy optimalizált módszert a tárolási szekciók tartalmának frissítésére. Az előző verziókban a frissítés lényege az volt, hogy először a tároló példányát vagy a szakaszt másolták, például a zfs vagy btrfs send/receive funkciójának alkalmazásával, majd a létrehozott másolatot az rsync program futtatásával szinkronizálták. A frissítés hatékonyságának növelése érdekében virtuális gépekhez az új verzióban egy fejlettebb migrációs logika került alkalmazásra, ahol ha a forrás- és a célkiszolgáló egy tárolómedencét használ, akkor az rsync helyett automatikusan pillanatképek és send/receive műveletek kerülnek alkalmazásra.
- Átdolgozva lett a cloud-init környezetek azonosításának logikája: az instance-id szerepében a környezet nevének helyett most UUID-t használnak.
- Hozzáadva a sched_setscheduler rendszerhívás elfogásának támogatása, amely lehetővé teszi a nem privilegizált tárolóknak a folyamatok prioritásának megváltoztatását.
- Megvalósítva a lvm.thinpool_metadata_size opció, amely a thinpool metadatainak méretét kezeli.
- Átdolgozva lett a lxc hálózati információkat tartalmazó fájlformátuma. Támogatás került bevezetésre az interfészek, hálózati hidak, VLAN és OVN hálózatok összekapcsolási adataihoz.
- Növelve lettek a minimális alkatrészverziókra vonatkozó követelmények: Linux kernel 5.4, Go 1.18, LXC 4.0.x és QEMU 6.0.
- Az LXCFS 5-ben bevezetésre került az egységesített cgroup hierarchia (cgroup2) támogatása, valamint a /proc/slabinfo és /sys/devices/system/cpu, az összeszereléshez a meson eszközkészlete került felhasználásra.
Forrás: opennet.ru
