Liste des systèmes d’exploitation invités pris en charge

La version HRPC 6Gf KVM prend en charge tous les systèmes d’exploitation invités sur les machines virtuelles supportés par QEMU/KVM.

Pour plus de détails sur les systèmes d’exploitation invités pris en charge par QEMU/KVM, veuillez consulter ce site web.

Compatibilité CPU

Compatibilité avec la microarchitecture x86-64

La plateforme d’exploitation de KVM dispose d’une couche de virtualisation matérielle commune appelée niveaux de microarchitecture x86-64, et l’idée est de savoir quels systèmes d’exploitation cette couche commune prend en charge. Cette idée élimine la contradiction selon laquelle un système d’exploitation invité « A » est garanti de fonctionner avec un certain hyperviseur « Ω », mais cet hyperviseur « Ω » ne garantit pas le fonctionnement du système d’exploitation invité « A ».
x86-64-v1 : Une extension 64 bits précoce, largement utilisée pour les anciens CPU et systèmes nécessitant une large compatibilité. De nombreux anciens systèmes d’exploitation et distributions fonctionnent à ce niveau.
x86-64-v2 : Elle ajoute des ensembles d’instructions tels que SSE4.x et POPCNT, offrant des performances et une compatibilité améliorées. De nombreux systèmes d’exploitation modernes utilisent ce niveau. Il existe également x86-64-v2-aes, qui ajoute des instructions de support AES à ce niveau.
x86-64-v3 : AVX, AVX2, AES-NI, etc. sont ajoutés, ce qui est idéal pour le chiffrement des données et les calculs scientifiques et techniques. Ce niveau est recommandé par les dernières distributions Windows et Linux.
x86-64-v4 : Les derniers ensembles d’instructions tels que AVX-512 et VNNI ont été ajoutés, ce qui est avantageux pour l’apprentissage automatique et le calcul parallèle à grande échelle. La plupart des nouveaux systèmes d’exploitation prennent en charge ce niveau.

Le tableau de correspondance entre le niveau de microarchitecture x86-64 et les principaux systèmes d’exploitation est le suivant.

Niveau	Ensemble d’instructions principal / fonctionnalités	Systèmes d’exploitation / Distributions pris en charge
x86-64-v1	Ensemble d’instructions de base x86-64 SSE (Streaming SIMD Extensions)	Windows : Windows 7 et ultérieur, Windows Server 2008 et ultérieur Linux : RHEL 6/7/8, CentOS 6/7, Ubuntu 16.04 et ultérieur, Debian 9/10 BSD : FreeBSD 11 et ultérieur
x86-64-v2	SSE3, SSE4.1, SSE4.2 POPCNT, CX16, LZCNT	Windows : Windows 10, Windows Server 2016 et ultérieur Linux : RHEL 7/8, Ubuntu 18.04 et ultérieur, Debian 10/11, Fedora 30 et ultérieur, Arch Linux BSD : FreeBSD 12 et ultérieur
x86-64-v3	AVX, AVX2, FMA3 AES-NI (Advanced Encryption Standard)	Windows : Windows 10, Windows 11, Windows Server 2019 et ultérieur Linux : RHEL 8/9, Ubuntu 20.04 et ultérieur, Debian 11 et ultérieur, Fedora 32 et ultérieur, Arch Linux BSD : FreeBSD 12 et ultérieur
x86-64-v4	AVX-512 CLWB (Cache Line Write Back) VAES (Vector AES), VNNI (Vector Neural Network Instructions)	Windows : Windows 11, Windows Server 2022 Linux : RHEL 9, Ubuntu 22.04 et ultérieur, Debian 12 et ultérieur, Fedora 34 et ultérieur, Arch Linux BSD : FreeBSD 13 et ultérieur

La relation entre High Response Private Cloud et le niveau de microarchitecture x86-64 est la suivante :

Modèle	Niveaux de microarchitecture x86-64
HRPC 6Gf EPYC 9004	Jusqu’à x86-64-v4 disponible
HRPC 6Gf Xeon 5411N	Jusqu’à x86-64-v4 disponible

Pour la relation entre le niveau de microarchitecture x86-64 et les CPU individuels, ainsi que la relation avec les ensembles d’instructions, veuillez consulter Informations de support / Manuel / HRPC – Proxmox VE / Création d’une nouvelle machine virtuelle / À propos du CPU et de la mémoire.

Problèmes spécifiques aux systèmes d’exploitation

Les systèmes de fichiers EXT ne sont pas recommandés lors de l’installation d’un OS Linux

En général, il n’est pas recommandé d’utiliser « ext2/3/4 » comme système de fichiers.

En général, les systèmes virtualisés partagent souvent le stockage, et si une machine virtuelle génère une grande quantité d’E/S, cela affecte les autres machines virtuelles sur le même hôte, entraînant une latence de stockage et causant ce problème.

Paramètres de défragmentation lors de l’installation d’un OS Windows Server

Windows Server exécute une fonction de défragmentation régulièrement, ce qui peut exercer une pression inutile sur le stockage dans certains environnements.