Společnost Canonical vydala verzi správce kontejnerů LXD 5.0 a virtuálního souborového systému LXCFS 5.0. Kód LXD je napsán v jazyce Go a je distribuován pod licencí Apache 2.0. Verze 5.0 je zařazena mezi vydání s dlouhou podporou — aktualizace budou prováděny do června 2027.
Jako runtime pro spuštění kontejnerů se používá nástroj LXC, který zahrnuje knihovnu liblxc, sadu utilit (lxc-create, lxc-start, lxc-stop, lxc-ls atd.), šablony pro vytváření kontejnerů a sadu bindingů pro různé programovací jazyky. Izolace je zajištěna pomocí standardních mechanismů jádra Linux. Pro izolaci procesů, síťového zásobníku ipc, uts, identifikátorů uživatelů a montážních bodů se používá mechanismus jmenných prostorů (namespaces). Pro omezení zdrojů se využívají cgroups. Pro snížení privilegií a omezení přístupu jsou využity možnosti jádra, jako jsou profily Apparmor a SELinux, politiky Seccomp, Chroots (pivot_root) a capabilities.
Kromě LXC využívá LXD také součásti z projektů CRIU a QEMU. Zatímco LXC je nízkoúrovňový nástroj pro manipulaci na úrovni jednotlivých kontejnerů, LXD poskytuje prostředky pro centralizované řízení kontejnerů rozmístěných v clusteru několika. servery. LXD je implementován jako běžící proces, který přijímá síťové požadavky prostřednictvím REST API a podporuje různé backendy úložišť (strom adresářů, ZFS, Btrfs, LVM), snapshoty se snímky stavu, live migraci běžících kontejnerů z jednoho stroje na druhý a prostředky pro ukládání obrazů kontejnerů. LXCFS se používá pro simulaci v kontejnerech pseudo-FS /proc a /sys a virtualizovaného zobrazení cgroupfs k tomu, aby kontejnerům dal vzhled běžného nezávislého systému.
Klíčová vylepšení:
- Možnost horkého připojení a odpojení disků a USB zařízení. V virtuálním stroji je nový disk určen vznikem nového zařízení na sběrnici SCSI, zatímco USB zařízení se generuje událostí USB hotplug.
- Byla umožněna možnost spuštění LXD i v podmínkách, kdy není možné navázat síťové spojení, například z důvodu nedostatečného síťového zařízení. Místo vypsání chyby při spuštění LXD nyní spouští maximální možné množství prostředí za aktuálních podmínek, zatímco ostatní prostředí se spustí poté, co bude navázáno síťové spojení.
- Byla přidána nová role členů clustera — ovn-chassis, určená pro clustery využívající OVN (Open Virtual Network) pro síťovou interakci (přidělením role ovn-chassis lze vyčlenit servery pro vykonávání funkcí routerů OVN).
- Byl navržen optimalizovaný režim aktualizace obsahu oddílů úložiště. V předchozích verzích byla aktualizace nejprve provedena tak, že instance kontejneru nebo oddílu byla zkopírována, například pomocí funkcionality send/receive v zfs nebo btrfs, a poté byla vytvořená kopie synchronizována spuštěním programu rsync. Pro zvýšení efektivity aktualizace virtuálních strojů byla v nové verzi zavedena pokročilá logika migrace, při které, pokud původní a cílový server používají jeden úložiště, se místo rsyncu automaticky používají snímky a operace send/receive.
- Byla přepracována logika identifikace prostředí v cloud-init: místo názvů prostředí se jako instance-id nyní používá UUID.
- Byla přidána podpora zachycení systémového volání sched_setscheduler, umožňující nepřítomným kontejnerům měnit priority procesů.
- Byla implementována volba lvm.thinpool_metadata_size, která řídí velikost metadat v thinpool.
- Byl přepracován formát souboru se síťovými informacemi pro lxc. Byla přidána podpora dat o svázání rozhraní, síťových mostech, VLAN a OVN síti.
- Byly zvýšeny požadavky na minimální verze komponent: jádro Linux 5.4, Go 1.18, LXC 4.0.x a QEMU 6.0.
- V LXCFS 5 byla přidána podpora jednotné hierarchie cgroup (cgroup2), byly implementovány /proc/slabinfo a /sys/devices/system/cpu, pro sestavení byl využit nástroj meson.
Zdroj: opennet.ru
