Po ôsmich mesiacoch vývoja bol zverejnený release voľného hypervízora Xen 4.16. Na vývoji novej verzie sa podieľali spoločnosti ako Amazon, Arm, Bitdefender, Citrix a EPAM Systems. Vydávanie aktualizácií pre vetvu Xen 4.16 potrvá do 2. júna 2023, zatiaľ čo publikovanie opráv zraniteľností potrvá do 2. decembra 2024.
Kľúčové zmeny v Xen 4.16:
- V správcovi TPM, ktorý zabezpečuje prácu virtuálnych čipov na ukladanie kryptografických kľúčov (vTPM) realizovaných na základe zdieľaného fyzického TPM (Trusted Platform Module), boli uskutočnené opravy na neskoršie implementovanie podpory špecifikácie TPM 2.0.
- Zvýšila sa závislosť od vrstvy PV Shim, ktorá sa používa na spúšťanie nemodifikovaných paravirtualizovaných hostiteľských systémov (PV) v prostrediach PVH a HVM. V budúcnosti bude používanie 32-bitových paravirtualizovaných hostiteľských systémov možné len v režime PV Shim, čo zníži počet miest v hypervízore, kde môžu byť potenciálne zraniteľnosti.
- Pridaná možnosť spúšťania na zariadeniach Intel bez programovateľného časovača (PIT, Programmable Interval Timer).
- Prebehla čistka zastaraných komponentov, zastavila sa predvolená kompilácia kódu "qemu-xen-traditional" a PV-Grub (potreba špecifických pre Xen forkov po prenesení zmien s podporou Xen do hlavných verzií QEMU a Grub sa zrušila).
- Pre hostiteľské systémy s architektúrou ARM bola implementovaná počiatočná podpora virtualizovaných počítačových čítačov na sledovanie výkonu (Performance Monitor Counters).
- Zlepšená podpora režimu dom0less, ktorý umožňuje obísť sa bez nasadenia prostredia dom0 pri spúšťaní virtuálních strojů na ranom štádiu spúšťania servera. Uskutočnené zmeny umožnili implementovať podporu 64-bitových systémov ARM s EFI firmvérmi.
- Zlepšená podpora heterogénnych 64-bitových systémov ARM na báze architektúry big.LITTLE, kombinujúcich v jednom čipe výkonné, ale energeticky náročné, jadrá a menej výkonné, ale energeticky efektívne jadrá.
Spoločnosť Intel zároveň vydala verziu hypervízora Cloud Hypervisor 20.0, postaveného na základe komponentov spoločného projektu Rust-VMM, na ktorom sa okrem Intelu podieľajú aj spoločnosti Alibaba, Amazon, Google a Red Hat. Rust-VMM je napísaný v programovacom jazyku Rust a umožňuje vytváranie hypervízorov špecifických pre určité úlohy. Cloud Hypervisor je jedným z takých hypervízorov, ktorý poskytuje vysokoúrovňový monitor virtuálnych strojov (VMM), fungujúci nad KVM a optimalizovaný na riešenie úloh charakteristických pre cloudové systémy. Kód projektu je dostupný pod licenciou Apache 2.0.
Cloud Hypervisor sa zameriava na spúšťanie moderných distribúcií Linuxu s použitím paravirtualizovaných zariadení založených na virtio. Medzi kľúčové úlohy patrí: vysoká reakčná rýchlosť, nízka spotreba pamäte, vysoký výkon, zjednodušenie konfigurácie a zníženie možných vektorov útokov. Podpora emulácie je minimalizovaná a je kladený dôraz na paravirtualizáciu. V súčasnosti sú podporované iba systémy x86_64, ale plánuje sa aj podpora AArch64. Zo systémov podporovaných ako hostiteľské sú zatiaľ len 64-bitové zostavy Linuxu. Konfigurácia CPU, pamäte, PCI a NVDIMM sa vykonáva počas zostavovania. Predpokladá sa možnosť migrácie virtuálnych strojov medzi servermi.
V novej verzii:
- Pre architektúry x86_64 a aarch64 je teraz povolené vytvoriť až 16 PCI segmentov, čo zvyšuje celkový počet povolených PCI zariadení z 31 na 496.
- Bola zavedená podpora viazania virtuálnych CPU na fyzické jadrá CPU (CPU pinning). Pre každý vCPU je teraz možné určiť obmedzenú sadu hostiteľských CPU, na ktorých sa povoľuje vykonávanie, čo môže byť užitočné pri priamom odraze (1:1) zdrojov hostiteľského zariadenia a hostiteľského systému alebo pri spúšťaní virtuálneho stroja na konkrétnom uzle NUMA.
- Zlepšila sa podpora virtualizácie vstupu/výstupu. Každý región VFIO môže teraz byť odrazený do pamäte, čo znižuje počet operácií výstupu z virtuálneho stroja a umožňuje dosiahnuť zvýšenie výkonu pri prepojení zariadení do virtuálneho stroja.
- V kóde v jazyku Rust bola vykonaná práca na nahradení unsafe sekcií za alternatívne implementácie, ktoré sa vykonávajú v režime safe. Pre zostávajúce unsafe sekcie boli pridané podrobné komentáre vysvetľujúce, prečo je možné považovať ponechaný unsafe kód za bezpečný.
Zdroj: opennet.ru
