AMItypes et caractéristiques sur Amazon EC2

Lorsque vous lancez une instance, celle AMI que vous choisissez doit être compatible avec le type d'instance que vous choisissez. Vous pouvez sélectionner celui AMI à utiliser en fonction des caractéristiques suivantes :

• Région

• Système d’exploitation

• Architecture du processeur

• Autorisations de lancement

• Root device type

• Types de virtualisation

Autorisations de lancement

Le propriétaire d'un 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 dispose d'autorisations de lancement implicites pour unAMI.

Amazon et la EC2 communauté Amazon proposent un large choix de publicsAMIs. Pour de plus amples informations, veuillez consulter Comprendre AMI l'utilisation partagée sur Amazon EC2. Les développeurs peuvent facturer leurAMIs. Pour de plus amples informations, veuillez consulter AMIsPayé dans le AWS Marketplace cadre des EC2 instances Amazon.

Root device type

Tous AMIs sont classés comme étant soutenus par Amazon EBS ou soutenus par un magasin d'instances.

• EBSSauvegardé par Amazon AMI — Le périphérique racine d'une instance lancée depuis le AMI est un volume Amazon Elastic Block Store (AmazonEBS) créé à partir d'un EBS instantané Amazon. Compatible avec Linux et WindowsAMIs.

• Sauvegardé par une instance Amazon AMI : le périphérique racine d'une instance lancée depuis le AMI est un volume de stockage d'instance 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	Soutenu EBS par Amazon AMI	Sauvegardé par une instance Amazon AMI
volume du périphérique racine	EBSvolume	Volume de stockage d’instance
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 se termine.* Par défaut, les données de tous les autres EBS volumes sont conservées après la fermeture 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 fonctionne 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, RAM le disque et les données utilisateur peuvent être modifiés lorsque 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	Vous êtes facturé pour l'utilisation de l'instance, l'utilisation EBS du volume et le stockage de vos AMI données sous forme d'EBSinstantané.	L'utilisation de l'instance et le stockage de celle-ci AMI dans Amazon S3 vous sont facturés.
AMIcréation/regroupement	Utilise une seule commande/un seul appel	Nécessite l'installation et l'utilisation d'AMIoutils

* Par défautEBS, l'DeleteOnTerminationindicateur est défini surtrue. 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 EBS racine Amazon après la résiliation d'une EC2 instance Amazon.

** Compatible uniquement avec io2 EBS Block Express. Pour plus d'informations, consultez la section sur les volumes IOPS SSD Block Express provisionnés dans le guide de EBS l'utilisateur Amazon.

Types de virtualisation

Amazon Machine Images utilise l'un des deux types de virtualisation suivants : machine virtuelle paravirtuelle (PV) ou machine virtuelle matérielle (HVM). Les principales différences entre les systèmes photovoltaïques HVM AMIs sont la manière dont ils démarrent et la possibilité de tirer parti d'extensions matérielles spéciales (CPUréseau et stockage) pour de meilleures performances. AMIsLes fenêtres le sont HVMAMIs.

Le tableau suivant compare avec HVM PVAMIs.

Caractéristiques	HVM	Virtualisation paravirtuelle
Description	HVMAMIssont présentés avec 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é.	AMIsDémarrez le PV avec 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 le PV- GRUB et son utilisation sur AmazonEC2, 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 pris en charge HVMAMIs.	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 PVAMIs.
Prise en charge des extensions matérielles	HVMles clients peuvent tirer parti des extensions matérielles qui fournissent un accès rapide au matériel sous-jacent du système hôte. Ils sont tenus d'utiliser une mise en réseau et un GPU traitement améliorés. Pour transmettre des instructions à un réseau et à GPU des appareils spécialisés, le système d'exploitation doit avoir accès à la plate-forme matérielle native, et HVM la virtualisation 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 tirer parti d'extensions matérielles spéciales telles que la mise en réseau ou GPU le traitement améliorés.
Comment trouver	Vérifiez que le type de virtualisation de AMI est défini surhvm, à l'aide de la console ou de la commande describe-images.	Vérifiez que le type de virtualisation de AMI est défini surparavirtual, à l'aide de la console ou de la commande describe-images.

PV activé HVM

Les clients paravirtuels étaient traditionnellement plus HVM performants que les invités en matière de stockage et de réseau, car ils pouvaient tirer parti de pilotes spéciaux pour les E/S, ce qui leur évitait les frais liés à l'émulation du matériel réseau et disque, alors que HVM les invités devaient traduire ces instructions en matériel émulé. Les pilotes photovoltaïques sont désormais disponibles pour les HVM clients, 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 d'E/S réseau grâce à leur utilisation. Grâce à ces HVM pilotes photovoltaïques, les HVM clients peuvent obtenir des performances identiques ou supérieures à celles des clients paravirtuels.