Az Incus 0.2 megjelenése, az LXD konténerkezelő rendszer forkja

Megjelent az Incus projekt második kiadása, amelyen a Linux Containers közössége az LXD konténerkezelő rendszer forkját fejleszti, amelyet az LXD-t egykor létrehozó fejlesztői csapat készített. Az Incus kódja Go nyelven íródott és az Apache 2.0 licenc alatt került forgalomba.

Emlékeztetünk arra, hogy a Linux Containers közösség irányította a LXD fejlesztését, mielőtt a Canonical úgy döntött, hogy külön fejleszti a LXD-t, mint vállalati projektet. A fork célja, hogy független közösség által irányított alternatívát kínáljon a Canonical által ellenőrzött LXD projekthez. Az Incus projekt keretében tervezik a LXD fejlesztése során elkövetett néhány koncepcionális hiba kijavítását is, amelyeket korábban nem lehetett javítani a visszafelé kompatibilitás megsértése nélkül.

Az Incus eszközöket biztosít a konténerek és virtuális gépek központosított kezeléséhez, amelyek egyetlen hoszton, valamint több hosztot tartalmazó klaszterben is futnak. szerverek. A projekt háttérfolyamattal valósul meg, amely hálózaton keresztüli REST API-n keresztül fogadja a kéréseket, és különböző tárolóháttér-támogatásokat nyújt (könyvtárfa, ZFS, Btrfs, LVM), pillanatképekkel a állapotok rögzítésére, élő migrációval futó konténerek áthelyezésére egyik gépről a másikra, valamint eszközöket a konténerképek tárolásához. A konténerek futtatásához az LXC eszközkészletet használják, amely magában foglalja a liblxc könyvtárat, egy készlet segédprogramot (lxc-create, lxc-start, lxc-stop, lxc-ls stb.), mintákat a konténerek létrehozásához, és különböző programozási nyelvekhez tartozó bind-eket. Az izolációt a Linux kernel szokásos mechanizmusai (névterek, cgroups, Apparmor, SELinux, Seccomp) biztosítják.

A legszembetűnőbb változások:

  • Az lxd-to-incus eszköz, amely automatizálja az átállást az LXD-ről az Incusra, támogatja az LXD 5.19 kiadást és lehetőséget biztosít nemcsak egyes hosztok, hanem LXD klaszterek migrálására is.
  • A virtuális gépekben bevezetésre került a NVME technológiára épülő tárolók létrehozásának támogatása. Az új konfigurációs paraméter, az „io.bus” segítségével a lemeztípus megadására, alapértelmezetten „virtio-scsi” értékre van beállítva. Ha az értéket „nvme”-re módosítják, a virtuális gépben a tároló NVME SSD-ként jelenik meg.
  • A konténerképekhez bevezetésre került a „requirements.privileged” paraméter, amelyet „false” értékre állítva megakadályozható a kép használata privilegizált konténerekben. Ezt a beállítást például a jelenleg privilegizált konténerekkel inkompatibilis NixOS disztribúciójú képek esetében lehet alkalmazni.
  • Az LXD-ből átkerült a partíciók másolásának helyi üzemmódjának megvalósítása, amely jelentősen felgyorsítja a másolási műveleteket azáltal, hogy kizárja az adatok kliensen keresztüli átirányítását. a szerver, ami jelentősen felgyorsítja a partíciómásolási műveleteket azáltal, hogy kizárja az adatok kliensen keresztüli átirányítását.
  • Statisztikailag összeállított build-ek érhetők el ARM64 rendszerekhez.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster