22.2. Limites de la prise en charge de la virtualisation imbriquée
Dans la plupart des environnements, la virtualisation imbriquée n'est disponible qu'en tant qu'aperçu technologique dans RHEL 9.
Cependant, vous pouvez utiliser une machine virtuelle (VM) Windows avec le sous-système Windows pour Linux (WSL2) pour créer un environnement Linux virtuel dans la VM Windows. Ce cas d'utilisation est entièrement pris en charge sur RHEL 9 dans des conditions spécifiques.
Pour en savoir plus sur la terminologie relative à la virtualisation imbriquée, voir Qu'est-ce que la virtualisation imbriquée ?
Environnements pris en charge
Pour créer un déploiement pris en charge de la virtualisation imbriquée, créez une VM Windows L1 sur un hôte RHEL 9 L0 et utilisez WSL2 pour créer un environnement Linux virtuel à l'intérieur de la VM Windows L1. Actuellement, il s'agit du seul environnement imbriqué pris en charge.
L'hôte L0 doit être un système Intel ou AMD. D'autres architectures, telles que ARM ou IBM Z, ne sont actuellement pas prises en charge.
Vous ne devez utiliser que les versions suivantes du système d'exploitation :
On the L0 host: | On the L1 VMs: |
|---|---|
| RHEL 9.2 et versions ultérieures | Windows Server 2019 avec WSL2 |
| Windows Server 2022 avec WSL2 | |
| Windows 10 avec WSL2 | |
| Windows 11 avec WSL2 |
Voir la documentation Microsoft pour des instructions sur l'installation de WSL2 et le choix des distributions Linux prises en charge.
Pour créer un environnement imbriqué pris en charge, utilisez l'une des procédures suivantes :
Technologie Environnements de prévisualisation
Ces environnements imbriqués ne sont disponibles qu'en tant qu'aperçu technologique et ne sont pas pris en charge.
L'hôte L0 doit être un système Intel, AMD ou IBM Z. La virtualisation imbriquée ne fonctionne pas actuellement sur d'autres architectures, telles que ARM.
Vous ne devez utiliser que les versions suivantes du système d'exploitation :
On the L0 host: | On the L1 VMs: | On the L2 VMs: |
|---|---|---|
| RHEL 9.2 et versions ultérieures | RHEL 8.8 et versions ultérieures | RHEL 8.8 et versions ultérieures |
| RHEL 9.2 et versions ultérieures | RHEL 9.2 et versions ultérieures | |
| Windows Server 2016 avec Hyper-V | Windows Server 2019 | |
| Windows Server 2019 avec Hyper-V | Serveur Windows 2022 | |
| Windows Server 2022 avec Hyper-V | ||
| Windows 10 avec Hyper-V | ||
| Windows 11 avec Hyper-V |
La création de VM RHEL L1 n'est pas testée lorsqu'elle est utilisée dans d'autres offres de virtualisation Red Hat. Il s'agit notamment de
- Red Hat Virtualisation
- Plateforme Red Hat OpenStack
- Virtualisation OpenShift
Pour créer un environnement imbriqué d'aperçu technologique, utilisez l'une des procédures suivantes :
Hypervisor limitations
-
Actuellement, Red Hat teste l'imbrication uniquement sur RHEL-KVM. Lorsque RHEL est utilisé comme hyperviseur
L0, vous pouvez utiliser RHEL ou Windows comme hyperviseurL1. -
Lors de l'utilisation d'une VM RHEL
L1sur un hyperviseurL0non KVM, tel que VMware ESXi ou Amazon Web Services (AWS), la création de VML2dans le système d'exploitation invité RHEL n'a pas été testée et pourrait ne pas fonctionner.
Feature limitations
-
L'utilisation des VM
L2comme hyperviseurs et la création d'invitésL3n'ont pas été correctement testées et ne devraient pas fonctionner. -
La migration des VM ne fonctionne actuellement pas sur les systèmes AMD si la virtualisation imbriquée a été activée sur l'hôte
L0. Sur un système IBM Z, il n'est pas possible d'utiliser en même temps le stockage de sauvegarde à grande pagination et la virtualisation imbriquée.
# modprobe kvm hpage=1 nested=1 modprobe: ERROR: could not insert 'kvm': Invalid argument # dmesg |tail -1 [90226.508366] kvm-s390: A KVM host that supports nesting cannot back its KVM guests with huge pages
-
Certaines fonctionnalités disponibles sur l'hôte
L0peuvent ne pas être disponibles pour l'hyperviseurL1.
