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
Les autorisations de lancement déterminent qui peut utiliser une AMI pour lancer les instances. Vous pouvez assimiler les autorisations de lancement au partage d’une AMI : lorsque vous accordez des autorisations de lancement, vous partagez l’AMI avec d’autres utilisateurs. Seul le propriétaire d’une AMI peut déterminer 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 AMI payantes dans le AWS Marketplace pour les instances Amazon EC2.
Type de volume racine
Tous AMIs sont classés comme étant soutenus par Amazon EBS ou soutenus par Amazon S3.
-
AMI basée sur Amazon EBS : le volume 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 Amazon S3 : le volume 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 volume racine.
Pour de plus amples informations, veuillez consulter Volumes racine de vos instances Amazon EC2.
Note
Les versions soutenues par Amazon S3 AMIs sont considérées comme étant en fin de vie et ne sont pas recommandées pour une nouvelle utilisation. Elles ne sont prises en charge que sur les anciens types d’instance suivants : C1, C3, D2, I2, M1, M2, M3, R3 et X1.
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 Amazon S3 |
|---|---|---|
Volume 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 à l’é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 Conservez un volume racine Amazon EBS après une fin d'instance Amazon EC2.
** 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 Amélioration de la mise en réseau des instances Amazon EC2. |
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 clients paravirtuels étaient traditionnellement plus performants en termes de stockage et d'opérations réseau que les clients HVM, car ils pouvaient utiliser des pilotes spéciaux pour I/O éviter les frais liés à l'émulation du matériel réseau et disque, tandis que les clients HVM devaient traduire ces instructions en matériel émulé. Les pilotes photovoltaïques sont désormais disponibles pour les clients HVM, de sorte que les systèmes d'exploitation qui ne peuvent pas être portés pour fonctionner dans un environnement paravirtualisé peuvent toujours bénéficier d'avantages en termes de performances en termes de stockage et de réseau I/O 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.
