Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utiliser la virtualisation imbriquée pour exécuter des hyperviseurs dans les instances Amazon EC2
La virtualisation imbriquée vous permet d'exécuter des hyperviseurs tels que KVM au sein d' Hyper-V instances virtuelles Amazon EC2. Les instances virtuelles EC2 ne sont pas des instances bare metal. Cette fonctionnalité étend la flexibilité de la virtualisation en ajoutant la prise en charge de la virtualisation au niveau du processeur aux instances virtuelles EC2, permettant à un hyperviseur exécuté dans votre instance de créer et de gérer des machines virtuelles.
La virtualisation imbriquée peut vous aider lorsque vous utilisez des outils de développement tels que Docker Desktop, Windows Subsystem for Linux 2 (WSL2), des émulateurs Android Studio ou QEMU dans votre flux de développement, car elle vous permet de choisir parmi une large gamme de types d'instances virtuelles Amazon EC2 standard qui répondent à vos exigences spécifiques en termes de performances et de prix.
L'utilisation de la virtualisation imbriquée n'entraîne aucun coût supplémentaire.
Table des matières
Comment ça marche
Les instances virtuelles EC2 s'exécutent sur un hôte physique doté de l'hyperviseur Nitro. Pour prendre en charge la virtualisation imbriquée, le système Nitro transmet les extensions de processeur, telles qu'Intel VT-x, aux instances afin de faciliter l'exécution de machines virtuelles imbriquées. L'architecture de virtualisation imbriquée comprend trois couches : l' AWS infrastructure physique et l'hyperviseur Nitro (L0), votre instance EC2 exécutant un hyperviseur (L1) et une ou plusieurs machines virtuelles créées au sein de cette instance (L2).
Considérations
Avant de commencer à utiliser la virtualisation imbriquée, tenez compte des points suivants :
-
Types d'instances pris en charge : la virtualisation imbriquée est actuellement prise en charge sur les instances C8i, M8i, R8i, C8id, R8id,, X8i, C7i, R7i, M7i,, C8i-flex R8i-flex M8i-flex, et i7i. C7i-flex M7i-flex
-
Hyperviseurs pris en charge : KVM et KVM Hyper-V sont actuellement les hyperviseurs L1 pris en charge.
-
Instances Windows : lorsque la virtualisation imbriquée est activée sur une instance Windows :
-
Credential Guard — Le mode virtuel sécurisé (VSM) est automatiquement désactivé.
-
Hibernation : la mise en veille prolongée et la reprise de l'instance ne sont pas prises en charge.
-
Limite de processeur : non prise en charge sur les instances Windows dotées de plus de 192 processeurs, telles que
m8i.96xl.
-
-
Responsabilités en matière de sécurité : lors de l'utilisation de la virtualisation imbriquée sur des instances EC2, AWS il est responsable de la « sécurité du cloud », de la protection de l'infrastructure sous-jacente et du maintien des fortes limites d'isolation entre les instances EC2 fournies par le système Nitro. AWS Les clients sont responsables de la « sécurité dans le cloud », qui inclut la sécurisation du système d'exploitation, de l'hyperviseur, des machines virtuelles imbriquées, des systèmes d'exploitation invités, des applications et des données au sein des instances EC2.
-
Performances : AWS recommande aux clients qui souhaitent exécuter des charges de travail nécessitant l'accès à des extensions matérielles de virtualisation, qui sont sensibles aux performances ou qui ont des exigences de latence strictes, d'évaluer les instances bare metal.
Lancer une nouvelle instance avec la virtualisation imbriquée activée
Lorsque vous lancez une nouvelle instance, vous pouvez activer la virtualisation imbriquée pour y exécuter des hyperviseurs et des machines virtuelles.
Conditions préalables
Vous devez disposer des autorisations IAM requises pour lancer une instance Amazon EC2.
Configurer une instance existante pour utiliser la virtualisation imbriquée
Vous pouvez activer la virtualisation imbriquée sur une instance Amazon EC2 existante.
Conditions préalables
-
L'instance doit être à l'état
stopped. -
Le type d'instance doit prendre en charge la virtualisation imbriquée.