🥇Издание на хипервизорите Xen 4.16 и Intel Cloud Hypervisor 20.0

След осем месеца развитие е публикувана версия на свободния хипервизор Xen 4.16. В разработката на новото издание участие взеха компании като Amazon, Arm, Bitdefender, Citrix и EPAM Systems. Поддръжката за версията Xen 4.16 ще продължи до 2 юни 2023 година, а публикуването на корекции на уязвимости до 2 декември 2024 година.

Ключови изменения в Xen 4.16:

В TPM Manager, който осигурява работа на виртуалните чипове за съхранение на криптографски ключове (vTPM), реализирани на базата на общ физически TPM (Trusted Platform Module), са направени корекции за следващата реализация на поддръжката на спецификация TPM 2.0.
Повишена е зависимостта от слоя PV Shim, използван за стартиране на немодифицирани паравиртуализирани гост-системи (PV) в среди PVH и HVM. В бъдеще използването на 32-битови паравиртуализирани гост-системи ще бъде възможно само в режим PV Shim, което ще намали броя на местата в хипервизора, в които могат потенциално да възникнат уязвимости.
Добавена е възможността за зареждане на устройства Intel без програмиран таймер (PIT, Programmable Interval Timer).
Извършена е почистване на остарели компоненти, спряна е по подразбиране компилацията на кода 'qemu-xen-traditional' и PV-Grub (необходимостта от данни специфични за Xen варианти изчезна след прехвърлянето на промените с поддръжка на Xen в основния състав на QEMU и Grub).
За гост-системи с архитектура ARM е реализирана първоначална поддръжка на виртуализирани броячи за проследяване на производителността (Performance Monitor Counters).
Подобрена е поддръжката на режима dom0less, който позволява да се избегне разгръщането на среда dom0 при стартиране виртуални машини в ранната фаза на стартиране на сървъра. Направените изменения позволиха внедряване на поддръжка за 64-битови системи ARM с EFI фърмуери.
Подобрена е поддръжката на хетерогенни 64-битови системи ARM на базата на архитектурата big.LITTLE, комбиниращи в един чип мощни, но енергоемки ядра, и по-малко производителни, но по-енергоефективни ядра.

Паралелно компания Intel представи версията на хипервизора Cloud Hypervisor 20.0, изградена на базата на компонентите от съвместния проект Rust-VMM, в който участват и компаниите Alibaba, Amazon, Google и Red Hat. Rust-VMM е написан на езика Rust и позволява създаването на хипервизори, специфични за определени задачи. Cloud Hypervisor е един от тези хипервизори, предоставящ високоуровнев монитор на виртуални машини (VMM), работещ върху KVM и оптимизиран за решаване на задачи, характерни за облачните системи. Кодът на проекта е наличен под лицензията Apache 2.0.

Cloud Hypervisor е фокусиран върху стартирането на съвременни дистрибуции на Linux, използвайки паравиртуализирани устройства на базата на virtio. Ключовите цели включват: висока отзивчивост, ниска консумация на памет, висока производителност, опростяване на настройките и намаляване на възможните вектори за атаки. Поддръжката на емулация е сведена до минимум и акцентът е поставен върху паравиртуализацията. В момента се поддържат само системи x86_64, но планирано е добавяне на поддръжка за AArch64. От гостуващите системи в момента се поддържат само 64-битови версии на Linux. Настройките за CPU, памет, PCI и NVDIMM се извършват в етапа на компилация. Предоставена е възможност за миграция на виртуални машини между сървъри.

В новата версия:

За архитектурите x86_64 и aarch64 сега е разрешено създаването на до 16 PCI-сегмента, което увеличава общия брой допустими PCI-устройства от 31 на 496.
Реализирана е поддръжка на свързването на виртуални CPU с физически ядра на CPU (CPU pinning). За всеки vCPU вече може да се определи ограничен набор от хостови CPU, на които е разрешено изпълнението, което може да бъде полезно при пряко отразяване (1:1) на ресурсите на хоста и гостуващата система или при стартиране на виртуална машина на определен узел NUMA.
Подобрена е поддръжката на виртуализацията на вход/изход. Всеки регион VFIO вече може да бъде отразен в паметта, което намалява броя на операциите за излизане от виртуалната машина и позволява повишаване на производителността при проброс на устройства във виртуалната машина.
В кода на езика Rust е проведена работа по замяна на секции с unsafe код с алтернативни реализации, изпълнявани в режим safe. За оставащите unsafe секции са добавени подробни коментари с обяснение защо оставеният unsafe код може да се счита за безопасен.

Източник: opennet.ru