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 dans 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 à des AWS comptes, organisations ou unités organisationnelles (UO) spécifiques. |
| implicite | Le propriétaire a des autorisations de lancement implicites pour une AMI. |
Amazon et la communauté Amazon EC2 proposent un large éventail d’AMI publiques. Pour plus d’informations, consultez Comprendre l’utilisation des AMI partagées dans Amazon EC2. Les développeurs peuvent faire payer leurs AMI. Pour de plus amples informations, veuillez consulter AMIs Payé AWS Marketplace pour les instances Amazon EC2.
Type de volume racine
Toutes les AMI sont réparties en deux catégories : basées sur Amazon EBS ou basées sur Amazon S3.
-
Amazon EBS-backed AMI — Le volume racine d'une instance lancée depuis l'AMI est un volume Amazon Elastic Block Store (Amazon EBS) créé à partir d'un instantané Amazon EBS. Pris en charge pour les AMI Linux et Windows.
-
Amazon S3-backed AMI — Le volume racine d'une instance lancée depuis l'AMI est un volume de stockage d'instance créé à partir d'un modèle stocké dans Amazon S3. Pris en charge uniquement pour les AMI Linux. Les AMI Windows ne prennent pas en charge le stockage d’instances pour le volume racine.
Pour de plus amples informations, veuillez consulter Volumes racine de vos instances Amazon EC2.
Note
Les S3-backed AMI Amazon 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 lors de l’utilisation des deux types d’AMI.
| Caractéristiques | Amazon EBS-backed AMI | Amazon S3-backed AMI |
|---|---|---|
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. |
AMI creation/bundling |
Utilise un single command/call |
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 les AMI de virtualisation paravirtuelle ou virtualisation HVM résident dans leur façon de démarrer et leur capacité à tirer parti des extensions matérielles spéciales (UC, réseau et stockage) pour obtenir une meilleure performance. Les AMI Windows sont des AMI HVM.
Le tableau suivant compare les AMI HVM et PV.
| Caractéristiques | HVM | Virtualisation paravirtuelle |
|---|---|---|
| Description | Les AMI HVM sont présentées avec un ensemble entièrement virtualisé de matériel et démarrent en exécutant l’enregistrement d’amorçage maître du périphérique de stockage en mode bloc racine 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 hôte Amazon EC2 émule une partie ou tout le matériel sous-jacent qui est présenté à l’invité. | Les AMI PV démarrent à 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 son utilisation dans Amazon EC2, consultez la section Noyaux fournis par l'utilisateur. |
| Types d’instance pris en charge | Tous les types d’instance de la génération actuelle prennent en charge les AMI HVM. | Les types d’instance de la génération précédente prennent en charge les AMI PV suivantes : C1, C3, M1, M3, M2 et T1. Les types d’instance de la génération actuelle ne prennent en charge les AMI de virtualisation paravirtuelle. |
| 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.
