Nyolc hónapos fejlesztés után megjelent a Xen 4.16 szabad hypervisor verziója. Az új kiadás fejlesztésében olyan cégek vettek részt, mint az Amazon, Arm, Bitdefender, Citrix és az EPAM Systems. A Xen 4.16 ág frissítései 2023. június 2-ig folytatódnak, míg a biztonsági hibák javítása 2024. december 2-ig tart.
A Xen 4.16 kulcsfontosságú változásai:
- A TPM Manager, amely lehetővé teszi a virtuális chippek működését a kriptográfiai kulcsok tárolására (vTPM), amelyeket a közös fizikai TPM (Trusted Platform Module) alapjára építenek, javításokat kapott a TPM 2.0 specifikáció támogatásának későbbi megvalósításához.
- Növelve lett a PV Shim réteghez való függőség, amelyet a módosítatlan paravirtualizált vendég rendszerek (PV) működtetésére használnak PVH és HVM környezetben. A jövőben a 32-bites paravirtualizált vendég rendszerek használata csak PV Shim módban lesz lehetséges, ami csökkenti a hypervisorban azoknak a helyeknek a számát, ahol potenciális sebezhetőségek létezhetnek.
- Lehetőség lett hozzáadva Intel eszközök indítására programozható időzítő (PIT, Programmable Interval Timer) nélkül.
- Megvalósult a régi komponensek tisztítása, megszűnt a „qemu-xen-traditional” kód alapértelmezett összeállítása és a PV-Grub (a Xen-specifikus forkok szükségessége megszűnt, miután a Xen támogatást beépítették a QEMU és Grub fővállalataiba).
- Az ARM architektúrájú vendég rendszerek számára elsődleges támogatás valósult meg a virtualizált teljesítménymérő számlálók (Performance Monitor Counters) nyomon követésére.
- Javult a dom0less mód támogatása, amely lehetővé teszi a dom0 környezet telepítése nélküli indulást a szerver korai boot fázisában. A módosítások lehetővé tették a 64-bites ARM rendszerek EFI firmware-rel való támogatását. virtuális gépekhez Javult a heterogén 64-bites ARM rendszerek támogatása, amelyek big.LITTLE architektúrára épülnek, egy chipben erőteljes, de energiaigényes magokat kombinálnak, valamint kevésbé teljesítményes, de energiahatékony magokat.
- Javították a heterogén 64-bites ARM rendszerek támogatását, amelyek big.LITTLE architektúrát használnak, egy chipben erőteljes, de energiatakarékos magokat kombinálnak.
Ugyanakkor az Intel közzétette a Cloud Hypervisor 20.0 verzióját, amely a Rust-VMM közös projektjének alkotóelemeire épül, amelyben az Intel mellett az Alibaba, Amazon, Google és a Red Hat is részt vesz. A Rust-VMM a Rust nyelven íródott, és lehetővé teszi a specifikus feladatokhoz készült hipervizorok létrehozását. A Cloud Hypervisor az egyik ilyen hipervizor, amely egy magas szintű virtuális gépmonitor (VMM), amely a KVM rétegén működik, és azokat a feladatokat célozza meg, amelyek a felhőrendszerekre jellemzőek. A projekt kódja Apache 2.0 licenc alatt érhető el.
A Cloud Hypervisor a korszerű Linux disztribúciók futtatására összpontosít, virtio alapú paravirtualizált eszközökkel. A főbb feladatok közé tartozik: a magas válaszidő, az alacsony memóriafogyasztás, a magas teljesítmény, a konfiguráció egyszerűsítése és a támadási vektorok csökkentése. Az emuláció támogatását a lehető legminimálisabbra csökkentették, a fókusz a paravirtualizáción van. Jelenleg csak x86_64 rendszerek támogatottak, de AArch64 támogatása is tervben van. A vendégrendszerek közül eddig csak a 64 bites Linux verziók támogatottak. A CPU, a memória, a PCI és az NVDIMM konfigurálása a buildelés során történik. Lehetővé van téve a virtuális gépek közötti migráció. szerverek.
Az új verzióban:
- x86_64 és aarch64 architektúrák számára mostantól legfeljebb 16 PCI-szegmens létrehozása engedélyezett, ami a megengedett PCI-eszközök összesített számát 31-ről 496-ra növeli.
- Megvalósították a virtuális CPU-k fizikai CPU-érákhoz való hozzárendelésének (CPU pinning) támogatását. Minden vCPU számára mostantól egy korlátozott hoszt CPU-készlet határozható meg, amelyeken a végrehajtás engedélyezett, ami hasznos lehet a hoszt és a vendég rendszer közvetlen (1:1) erőforrás-tükrözésénél, vagy amikor egy virtuális gépet egy konkrét NUMA csomóponton futtatunk.
- Javították a bemeneti/kimeneti virtualizáció támogatását. Minden VFIO régió most már memóriába tükrözhető, ami csökkenti a virtuális gépből való kilépések számát, és lehetővé teszi a virtuális gépbe történő eszközkibővítés teljesítményének növelését.
- A Rust nyelvben végrehajtották az unsafe szekciók alternatív megvalósításokra való cseréjét, amelyek biztonságos módban futnak. A maradék unsafe szekcióknál részletes megjegyzéseket fűztek hozzá, amelyek magyarázzák, hogy miért tekinthető a fennmaradt unsafe kód biztonságosnak.
Forrás: opennet.ru
