Dopo otto mesi di sviluppo, è stata pubblicata la versione del hypervisore open source Xen 4.16. Hanno partecipato allo sviluppo di questa nuova versione aziende come Amazon, Arm, Bitdefender, Citrix ed EPAM Systems. Il rilascio degli aggiornamenti per il ramo Xen 4.16 durerà fino al 2 giugno 2023, mentre la pubblicazione delle correzioni di vulnerabilità continuerà fino al 2 dicembre 2024.
Modifiche chiave in Xen 4.16:
- Nel TPM Manager, che gestisce i chip virtuali per la memorizzazione delle chiavi crittografiche (vTPM) implementati su un TPM fisico condiviso (Trusted Platform Module), sono state apportate correzioni per la successiva implementazione del supporto alla specifica TPM 2.0.
- Aumentata la dipendenza dal livello PV Shim, utilizzato per eseguire sistemi guest para-virtualizzati non modificati (PV) in ambienti PVH e HVM. In futuro, l'uso di sistemi guest para-virtualizzati a 32 bit sarà possibile solo in modalità PV Shim, riducendo il numero di punti nel hypervisore dove potrebbero esserci vulnerabilità.
- È stata aggiunta la possibilità di avvio su dispositivi Intel privi di timer programmabile (PIT, Programmable Interval Timer).
- È stata effettuata una pulizia dei componenti obsoleti, interrompendo la compilazione di default del codice 'qemu-xen-traditional' e di PV-Grub (non c'è più necessità di fork specifici per Xen dopo la fusione delle modifiche con il supporto a Xen nel core di QEMU e Grub).
- Per i sistemi guest con architettura ARM è stato implementato un supporto iniziale per contatori di performance virtualizzati (Performance Monitor Counters).
- Migliorato il supporto per la modalità dom0less, che consente di avviare senza dover implementare un ambiente dom0. di macchine virtuali nella fase iniziale di avvio del server. Le modifiche apportate hanno consentito il supporto per sistemi ARM a 64 bit con firmware EFI.
- Migliorato il supporto per sistemi ARM a 64 bit eterogenei basati sull'architettura big.LITTLE, che combinano in un singolo chip nuclei ad alte prestazioni, ma ad alto consumo energetico, e nuclei meno performanti ma più efficienti dal punto di vista energetico.
Contemporaneamente, Intel ha pubblicato il rilascio del hypervisore Cloud Hypervisor 20.0, costruito sulla base di componenti del progetto congiunto Rust-VMM, nel quale partecipano anche Alibaba, Amazon, Google e Red Hat. Rust-VMM è scritto in linguaggio Rust e consente la creazione di hypervisori specifici per compiti particolari. Cloud Hypervisor è uno di questi hypervisori, che fornisce un monitor virtuale delle macchine virtuali (VMM) funzionante sopra KVM e ottimizzato per compiti tipici dei sistemi cloud. Il codice del progetto è disponibile con licenza Apache 2.0.
Cloud Hypervisor si concentra sull'esecuzione di moderne distribuzioni Linux utilizzando dispositivi para-virtualizzati basati su virtio. Tra gli obiettivi principali ci sono: elevata reattività, basso consumo di memoria, alta performance, semplificazione della configurazione e riduzione dei possibili vettori di attacco. Il supporto per l'emulazione è ridotto al minimo e si punta sulla para-virtualizzazione. Attualmente sono supportati solo i sistemi x86_64, ma è previsto anche il supporto per AArch64. Tra i sistemi guest attualmente è supportata solo la versione a 64 bit delle distribuzioni Linux. La configurazione della CPU, della memoria, del PCI e del NVDIMM avviene durante la fase di build. È prevista la possibilità di migrazione delle macchine virtuali tra server.
Nella nuova versione:
- Per le architetture x86_64 e aarch64 ora è consentita la creazione di fino a 16 segmenti PCI, aumentando il numero totale di dispositivi PCI consentiti da 31 a 496.
- È stato implementato il supporto per il pinning dei CPU virtuali ai core fisici della CPU (CPU pinning). Per ogni vCPU è ora possibile definire un insieme limitato di CPU host su cui è consentito l'esecuzione, il che può essere utile per una riflessione diretta (1:1) delle risorse tra host e sistema guest o per eseguire una macchina virtuale su un determinato nodo NUMA.
- Migliorato il supporto per la virtualizzazione delle operazioni di input/output. Ogni regione VFIO ora può essere mappata nella memoria, riducendo il numero di operazioni di uscita dalla macchina virtuale e consentendo di ottenere un aumento delle performance nel device passthrough.
- Nel codice scritto in Rust è stato fatto il lavoro di sostituzione delle sezioni unsafe con implementazioni alternative eseguite in modalità safe. Per le restanti sezioni unsafe sono stati aggiunti dettagliati commenti che spiegano perché il codice unsafe possa essere considerato sicuro.
Fonte: opennet.ru
