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.
Types et caractéristiques des AMI sur Amazon EC2
Lorsque vous lancez une instance, l’AMI que vous choisissez doit être compatible avec le type d’instance que vous choisissez. Vous pouvez sélectionner une AMI en fonction des caractéristiques suivantes :
Système d’exploitation
Architecture du processeur
Autorisations de lancement
Le propriétaire d’une AMI détermine sa disponibilité en spécifiant les autorisations de lancement. Les autorisations de lancement sont réparties en plusieurs catégories.
| Autorisation de lancement | Description |
|---|---|
| public | Le propriétaire accorde des autorisations de lancement à tous les AWS comptes. |
| explicite | Le propriétaire accorde des autorisations de lancement à AWS des comptes, organisations ou unités organisationnelles spécifiques (OUs). |
| implicite | Le propriétaire a des autorisations de lancement implicites pour une AMI. |
Amazon et la EC2 communauté Amazon proposent un large choix de publics AMIs. Pour de plus amples informations, veuillez consulter Comprendre l'utilisation des AMI partagées sur Amazon EC2. Les développeurs peuvent facturer leur AMIs. Pour de plus amples informations, veuillez consulter AMIs Payé dans le AWS Marketplace cadre des EC2 instances Amazon.
Root device type
Toutes AMIs sont classées comme étant soutenues par Amazon EBS ou soutenues par un magasin d'instances.
-
AMI d’Amazon EBS : le périphérique racine d’une instance lancée à partir de l’AMI est un volume Amazon Elastic Block Store (Amazon EBS) créé à partir d’un instantané Amazon EBS. Compatible avec Linux et Windows AMIs.
-
AMI Amazon basée sur le stockage d’instances : le périphérique racine d’une instance lancée à partir de l’AMI est un volume de stockage d’instances créé à partir d’un modèle stocké dans Amazon S3. Pris en charge AMIs uniquement pour Linux. Windows AMIs ne prend pas en charge le stockage d'instance pour le périphérique racine.
Pour de plus amples informations, veuillez consulter Volumes root pour vos EC2 instances Amazon.
Le tableau suivant résume les différences importantes entre les deux types deAMIs.
| Caractéristiques | AMI basée sur des volumes Amazon EBS | AMI basée sur le stockage d’instances Amazon |
|---|---|---|
volume du périphérique racine |
Volume EBS |
Volume de stockage d’instances |
Temps de démarrage pour une instance |
Généralement inférieur à 1 minute |
Généralement inférieur à 5 minutes |
Persistance des données |
Par défaut, le volume racine est supprimé lorsque l’instance est arrêtée.* Par défaut, les données des autres volumes EBS sont conservées après la mise hors service de l’instance. |
Les données des volumes de stockage d’instances sont conservées uniquement pendant la durée de vie de l’instance. |
État d’arrêt |
Peut être à l’état arrêté. Même lorsque l’instance est arrêtée et ne s’exécute pas, le volume racine est conservé dans Amazon EBS |
Ne peut pas être dans un état arrêté, les instances sont en cours d’exécution ou hors service |
Modifications |
Le type d’instance, le noyau, le disque RAM et les données utilisateur peuvent être modifiés pendant que l’instance est arrêtée. |
Les attributs de l’instance restent les mêmes pendant la durée de vie de l’instance. |
Frais |
Les éléments suivants vous sont facturés : utilisation de l’instance, utilisation du volume EBS et stockage de votre AMI sous forme d’instantané EBS. |
L’utilisation de l’instance et le stockage de l’AMI dans Amazon S3 vous sont facturés. |
Création de l’AMI/bundle |
Utilise une seule commande/un seul appel |
Requiert l’installation et l’utilisation des outils AMI |
* Par défaut, les volumes racines EBS ont l’indicateur DeleteOnTermination défini sur true. Pour plus d’informations sur la modification de cet indicateur afin que le volume soit conservé après la mise hors service, consultez Conserver un volume racine Amazon EBS après la résiliation d'une EC2 instance Amazon.
** Pris en charge avec io2 EBS Block Express uniquement. Pour plus d’informations, consultez la section Volumes express de blocs SSD IOPS provisionnées dans le Guide de l’utilisateur Amazon EBS.
Types de virtualisation
Les Amazon Machine Images utilisent l’un des deux types de virtualisation : virtualisation paravirtuelle ou virtualisation HVM. Les principales différences entre le PV et le HVM AMIs résident dans la manière dont ils démarrent et dans la possibilité de tirer parti d'extensions matérielles spéciales (processeur, réseau et stockage) pour de meilleures performances. AMIs Les fenêtres sont des HVM. AMIs
Le tableau suivant compare le HVM et le PV AMIs.
| Caractéristiques | HVM | Virtualisation paravirtuelle |
|---|---|---|
| Description | AMIs Les HVM disposent d'un ensemble de matériel entièrement virtualisé et démarrent en exécutant l'enregistrement de démarrage principal du périphérique root de votre image. Ce type de virtualisation permet d’exécuter un système d’exploitation directement par-dessus une machine virtuelle sans aucune modification, comme si elle était exécutée sur le matériel bare-metal. Le système EC2 hôte Amazon émule tout ou partie du matériel sous-jacent présenté à l'invité. | AMIs Démarrez PV à l'aide d'un chargeur de démarrage spécial appelé PV-GRUB, qui démarre le cycle de démarrage puis charge en chaîne le noyau spécifié dans le menu.lst fichier sur votre image. Les invités de virtualisation paravirtuelle peuvent s’exécuter sur du matériel hôte qui ne prend pas explicitement en charge la virtualisation. Pour plus d'informations sur PV-GRUB et son utilisation sur Amazon EC2, consultez la section Noyaux fournis par l'utilisateur. |
| Types d’instance pris en charge | Tous les types d'instances de la génération actuelle sont compatibles avec le HVM. AMIs | Les types d'instances de la génération précédente suivants prennent en charge le PV AMIs : C1, C3, M1, M3, M2 et T1. Les types d'instances de la génération actuelle ne prennent pas en charge le PV AMIs. |
| Prise en charge des extensions matérielles | Les invités HVM peuvent profiter des extensions matérielles qui offrent un accès rapide au matériel sous-jacent sur le système hôte. Ils doivent utiliser des réseaux améliorés et le traitement GPU. Pour transmettre des instructions à des périphériques réseau et GPU spécialisés, le système d’exploitation doit avoir accès à la plateforme matérielle native, et la virtualisation HVM fournit cet accès. Pour de plus amples informations, veuillez consulter Mise en réseau améliorée sur les EC2 instances Amazon. |
Non, ils ne peuvent pas bénéficier d’extensions matérielles spéciales, telles qu’une mise en réseau améliorée ou un traitement GPU. |
| Comment trouver | Vérifiez que le type de virtualisation de l’AMI est défini sur hvm à l’aide de la console ou de la commande describe-images |
Vérifiez que le type de virtualisation de l’AMI est défini sur paravirtual à l’aide de la console ou de la commande describe-images |
Virtualisation paravirtuelle sur HVM
Les invités paravirtuels avaient traditionnellement de meilleures performances en ce qui concerne les opérations de stockage et les opérations réseau que les invités HVM, car ils pouvaient tirer parti de pilotes spéciaux pour les I/O qui évitaient la surcharge du réseau et du disque matériel en émulation. Les invités HVM devaient quant à eux appliquer ces instructions à du matériel émulé. Maintenant, les pilotes de virtualisation paravirtuelle sont disponibles pour les invités HVM, donc les systèmes d’exploitation qui ne peuvent pas être utilisés dans un environnement paravirtualisé peuvent encore connaître des avantages en termes de performance en ce qui concerne le stockage et l’I/O du réseau en les utilisant. Avec ces pilotes de virtualisation paravirtuelle sur HVM, les invités HVM peuvent obtenir une performance similaire, ou meilleure, que les invités paravirtuels.
