Utilisation d'une AMI - Amazon EMR

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.

Utilisation d'une AMI

Lorsque vous utilisez Amazon EMR 5.7.0 ou version ultérieure, vous pouvez choisir de spécifier une AMI Amazon Linux personnalisée. Une AMI personnalisée est utile si vous souhaitez effectuer les actions suivantes :

  • Pré-installez les applications et effectuez d'autres personnalisations au lieu d'utiliser les actions d'amorçage. Cela peut améliorer le temps de lancement du cluster et peut rationaliser le flux de travail de lancement. Pour plus d'informations et pour voir un exemple, consultez Création d'une AMI Amazon Linux, à partir d'une instance Amazon Linux,.

  • Implémentez des configurations de cluster et de nœud plus sophistiquées que les actions d'amorçage ne l'autorise.

  • Chiffrez les volumes du périphérique racine EBS (volumes de démarrage) des instances EC2 dans votre cluster. Comme pour l'AMI par défaut, la taille minimale du volume racine pour une AMI personnalisée est de 10 GiB. Pour plus d'informations, consultez Création d'une AMI personnalisée avec un volume de périphérique racine Amazon EBS chiffré.

    Note

    À partir de la version 5.24.0 d'Amazon EMR, vous pouvez utiliser une option de configuration de sécurité pour chiffrer le périphérique racine EBS et les volumes de stockage lorsque vous spécifiezAWS KMSen tant que fournisseur de clés. Pour plus d'informations, consultez Chiffrement de disque local.

Une AMI personnalisée doit exister dans le mêmeAWSRégion dans laquelle sera créé le cluster. Elle doit également correspondre à l'architecture de l'instance EC2. Par exemple, une instance m5.xlarge possède une architecture x86_64. Par conséquent, pour provisionner un m5.xlarge à l'aide d'une AMI personnalisée, votre AMI personnalisée doit également avoir une architecture x86_64. De même, pour provisionner une instance m6g.xlarge dotée d'une architecture arm64, votre AMI personnalisée doit avoir une architecture arm64. Pour plus d'informations sur l'identification d'une AMI Linux pour votre type d'instance, consultezRechercher une AMI Linuxdans leGuide de l'utilisateur Amazon EC2 pour les instances Linux.

Important

Les clusters Amazon EMR qui exécutent des AMI Amazon Linux ou Amazon Linux 2 (Amazon Linux Machine Images) utilisent le comportement par défaut d'Amazon Linux et ne téléchargent pas et n'installent pas automatiquement les mises à jour importantes et critiques du noyau qui nécessitent un redémarrage. Il s'agit du même comportement que les autres instances Amazon EC2 exécutant l'AMI Amazon Linux par défaut. Si de nouvelles mises à jour logicielles Amazon Linux qui nécessitent un redémarrage (telles que les mises à jour du noyau, NVIDIA et CUDA) sont disponibles après la publication d'une version d'Amazon EMR, les instances de cluster Amazon EMR exécutant l'AMI par défaut ne téléchargent pas et n'installent pas automatiquement ces mises à jour. Pour obtenir les mises à jour du noyau, vous pouvezpersonnalisez votre AMI Amazon EMRpourutiliser la dernière AMI Amazon Linux.

Création d'une AMI Amazon Linux, à partir d'une instance Amazon Linux,

Les étapes basiques de la pré-installation d'un logiciel et de la réalisation d'autres configurations pour créer une AMI Amazon Linux personnalisée pour Amazon EMR sont les suivantes :

  • Lancez une instance à partir de l'AMI Amazon Linux de base.

  • Connectez-vous à l'instance pour installer le logiciel et réaliser d'autres personnalisations.

  • Créez une nouvelle image (instantané d'AMI) de l'instance que vous avez configurée.

Une fois que vous avez créé l'image basée sur votre instance personnalisée, vous pouvez la copier vers une cible chiffrée comme décrit dans la rubrique Création d'une AMI personnalisée avec un volume de périphérique racine Amazon EBS chiffré.

Didacticiel : Création d'une AMI à partir d'une instance avec un logiciel Amazon Amazon Amazon Amazon

Pour lancer une instance EC2 basée sur l'AMI Amazon Linux la plus récente

  1. Utilisez l'AWS CLI pou exécuter la commande suivante, qui crée une instance à partir d'une AMI existante. RemplacezMyKeyNameavec la key pair que vous utilisez pour vous connecter à l'instance etMyAmiIdavec l'ID d'une AMI Amazon Linux appropriée. Pour consulter les ID d'AMI les plus récents, voir AMI Amazon Linux.

    Note

    Les caractères de suite de ligne Linux (\) sont inclus pour plus de lisibilité. Ils peuvent être supprimés ou utilisés dans les commandes Linux. Sous Windows, supprimez-les ou remplacez-les par le caret (^).

    aws ec2 run-instances --image-id MyAmiID \ --count 1 --instance-type m5.xlarge \ --key-name MyKeyName --region us-west-2

    La valeur de sortie InstanceId est utilisée en tant que MyInstanceId dans l'étape suivante.

  2. Exécutez la commande suivante :

    aws ec2 describe-instances --instance-ids MyInstanceId

    La valeur de sortie PublicDnsName est utilisée pour se connecter à l'instance dans l'étape suivante.

Pour se connecter à l'instance et installer le logiciel

  1. Utilisez une connexion SSH qui vous permet d'exécuter des commandes shell sur votre instance Linux. Pour de plus amples informations, veuillez consulterConnexion à votre instance Linux à l'aide de SSHdans leGuide de l'utilisateur Amazon EC2 pour les instances Linux.

  2. Effectuez toutes les personnalisations obligatoires. Par exemple :

    sudo yum install MySoftwarePackage sudo pip install MySoftwarePackage

Pour créer un instantané à partir de votre image personnalisée

Comment utiliser une AMI personnalisée dans un cluster Amazon EMR

Vous pouvez utiliser une AMI personnalisée pour provisionner un cluster Amazon EMR de deux manières :

  • Utilisez une AMI EC2 EC2 Amazon EC2 dans le cluster.

  • Utilisez différentes AMI personnalisées pour les différents types d'instances EC2 utilisés dans le cluster.

Vous ne pouvez utiliser qu'une des deux options lors du provisionnement d'un cluster EMR, et vous ne pouvez pas la modifier une fois que le cluster a démarré.

Considérations relatives à l'utilisation d'une seule AMI ou de plusieurs AMI personnalisées dans un cluster Amazon EMR
Considération AMI personnalisée Multiple custom AMI

Utilisez des processeurs x86 et Graviton2 avec des AMI personnalisées dans le même cluster

Non pris en charge

prises en charge

La personnalisation des AMI varie selon les types d'instance

Non pris en charge

prises en charge

Modifiez les AMI personnalisées lors de l'ajout de nouveaux groupes/parcs d'instances de tâches à un cluster en cours d'exécution. Remarque : vous ne pouvez pas modifier l'AMI personnalisée des groupes/parcs d'instances existants.

Non pris en charge

prises en charge

UtiliserAWSConsole pour démarrer un cluster

prises en charge

Non pris en charge

UtiliserAWS CloudFormation pour démarrer un cluster

prises en charge

prises en charge

Utiliser une seule AMI personnalisée dans un cluster EMR

Pour spécifier un ID d'AMI personnalisé lorsque vous créez un cluster, utilisez l'une des méthodes suivantes :

Pour utiliser une seule AMI personnalisée dans la console

  1. Ouvrez la console Amazon EMR à l'adressehttps://console.aws.amazon.com/elasticmapreduce/.

  2. Choisissez Créer un cluster et Go to advanced options (Aller aux options avancées).

  3. Sous Configuration des logiciels, pour Version, choisissez emr-5.7.0 ou une version ultérieure, puis choisissez d'autres options selon votre application. Choisissez Next (Suivant).

  4. Sélectionnez des valeurs sous Configuration du matériel appropriées pour votre application, puis choisissez Suivant.

  5. UNDEROptions supplémentaires, pourID d'AMI personnalisé, entrez une valeur et assurez-vous que leMettre à jour tous les packages installés au redémarrageest sélectionnée. Pour en savoir plus sur la modification de cette option de mise à jour, consultez Gestion des AMI à jour des référentiels.

    
                            Sélection d'AMI personnalisée Amazon EMR.
  6. Pour lancer le cluster, choisissez Suivant, puis remplissez d'autres options de configuration.

Pour spécifier une seule AMI personnalisée à l'aide de l'AWS CLI

  • Utilisez le --custom-ami-id paramètre pour spécifier l'ID d'AMI lorsque vous exécutez la aws emr create-cluster commande.

    L'exemple suivant spécifie un cluster qui utilise une seule AMI personnalisée avec un volume de démarrage de 20 GiB. Pour plus d'informations, consultez Spécification de la taille du volume du périphérique racine Amazon EBS.

    Note

    Les caractères de suite de ligne Linux (\) sont inclus pour plus de lisibilité. Ils peuvent être supprimés ou utilisés dans les commandes Linux. Sous Windows, supprimez-les ou remplacez-les par le caret (^).

    aws emr create-cluster --name "Cluster with My Custom AMI" \ --custom-ami-id MyAmiID --ebs-root-volume-size 20 \ --release-label emr-5.7.0 --use-default-roles \ --instance-count 2 --instance-type m5.xlarge

Utiliser plusieurs AMI personnalisées dans un cluster Amazon EMR

Pour créer un cluster à l'aide de plusieurs AMI personnalisées, utilisez l'une clés : : : : : : :

LeAWSManagement Console ne prend actuellement pas en charge la création d'un cluster à l'aide de plusieurs AMI personnalisées.

Exemple - Utilisez le pluginAWSCLI pour créer un cluster de groupes d'instances à l'aide de plusieurs AMI personnalisées

Utilisation deAWSCLI version 1.20.21 ou ultérieure, vous pouvez attribuer une seule AMI personnalisée à l'ensemble du cluster, ou vous pouvez attribuer plusieurs AMI personnalisées à chaque nœud d'instance de votre cluster.

L'exemple suivant montre un cluster de groupes d'instances uniforme créé avec deux types d'instances (m5.xlarge) utilisés sur tous les types de nœuds (master, core, task). Chaque nœud possède plusieurs AMI personnalisées. L'exemple illustre plusieurs fonctionnalités de la configuration de plusieurs AMI personnalisées :

  • Aucune AMI personnalisée n'est attribuée au niveau du cluster. Cela permet d'éviter les conflits entre les multiples AMI personnalisées et une seule AMI personnalisée, qui entraîneraient l'échec du lancement du cluster.

  • Le cluster peut avoir plusieurs AMI personnalisées sur des nœuds de tâches principaux, principaux et individuels. Cela permet des personnalisations d'AMI individuelles, telles que des applications préinstallées, des configurations de cluster sophistiquées et des volumes de périphériques racine Amazon EBS chiffrés.

  • Le nœud principal du groupe d'instances ne peut avoir qu'un seul type d'instance et l'AMI personnalisée correspondante. De même, le nœud maître ne peut avoir qu'un seul type d'instance et l'AMI personnalisée correspondante.

  • Le cluster peut avoir plusieurs nœuds de tâches.

aws emr create-cluster --instance-groups InstanceGroupType=MASTER,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-123456 InstanceGroupType=CORE,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-234567 InstanceGroupType=TASK,InstanceType=m6g.xlarge,InstanceCount=1,CustomAmiId=ami-345678 InstanceGroupType=TASK,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-456789

Exemple - Utilisez le pluginAWSCLI version 1.20.21 ou ultérieure pour ajouter un nœud de tâche à un cluster de groupes d'instances en cours d'exécution avec plusieurs types d'instances et plusieurs AMI personnalisées

Utilisation deAWSCLI version 1.20.21 ou ultérieure, vous pouvez ajouter plusieurs AMI personnalisées à un groupe d'instances que vous ajoutez à un cluster en cours d'exécution. LeCustomAmiIdpeut être utilisé avec l'add-instance-groups, comme illustré dans l'exemple suivant. Notez que le même ID d'AMI personnalisé multiple (ami-123456) est utilisé dans plusieurs nœuds.

aws emr create-cluster --instance-groups InstanceGroupType=MASTER,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-123456 InstanceGroupType=CORE,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-123456 InstanceGroupType=TASK,InstanceType=m5.xlarge,InstanceCount=1,CustomAmiId=ami-234567 { "ClusterId": "j-123456", ... } aws emr add-instance-groups --cluster-id j-123456 --instance-groups InstanceGroupType=Task,InstanceType=m6g.xlarge,InstanceCount=1,CustomAmiId=ami-345678

Exemple - Utilisez le pluginAWSCLI version 1.20.21 ou ultérieure pour créer un cluster de parc d'instances, plusieurs AMI personnalisées, plusieurs types d'instances, maître à la demande, cœur à la demande, nœuds principaux et de tâches

aws emr create-cluster --instance-fleets InstanceFleetType=MASTER,TargetOnDemandCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge, CustomAmiId=ami-123456}'] InstanceFleetType=CORE,TargetOnDemandCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge,CustomAmiId=ami-234567},{InstanceType=m6g.xlarge, CustomAmiId=ami-345678}'] InstanceFleetType=TASK,TargetSpotCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge,CustomAmiId=ami-456789},{InstanceType=m6g.xlarge, CustomAmiId=ami-567890}']

Exemple - Utilisez le pluginAWSCLI version 1.20.21 ou ultérieure pour ajouter des nœuds de tâches à un cluster en cours d'exécution avec plusieurs types d'instances et plusieurs AMI personnalisées

aws emr create-cluster --instance-fleets InstanceFleetType=MASTER,TargetOnDemandCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge, CustomAmiId=ami-123456}'] InstanceFleetType=CORE,TargetOnDemandCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge,CustomAmiId=ami-234567},{InstanceType=m6g.xlarge, CustomAmiId=ami-345678}'] { "ClusterId": "j-123456", ... } aws emr add-instance-fleet --cluster-id j-123456 --instance-fleet InstanceFleetType=TASK,TargetSpotCapacity=1,InstanceTypeConfigs=['{InstanceType=m5.xlarge,CustomAmiId=ami-234567},{InstanceType=m6g.xlarge, CustomAmiId=ami-345678}']

Gestion des AMI à jour des référentiels

Lors du premier démarrage, par défaut, les AMI Linux Amazon se connectent aux référentiels de package pour installer des mises à jour de sécurité avant le démarrage d'autres services. Selon vos besoins, vous pouvez choisir de désactiver ces mises à jour lorsque vous spécifiez une AMI personnalisée pour Amazon EMR. L'option de désactiver cette fonction est disponible uniquement si vous utilisez une AMI personnalisée. Par défaut, les mises à jour du noyau Amazon Linux et les autres packages logiciels qui nécessitent un redémarrage ne sont pas mis à jour. Notez que votre configuration réseau doit autoriser la sortie HTTP et HTTPS vers les référentiels Amazon Linux dans Amazon S3, sinon les mises à jour de sécurité échoueront.

Avertissement

Nous vous recommandons fortement de choisir de mettre à jour tous les packages installés sur le démarrage lorsque vous spécifiez une AMI personnalisée. Le choix de ne pas mettre à jour les packages crée un risque sécuritaire supplémentaire.

Si vous utilisez la AWS Management Console, vous pouvez sélectionner l'option de désactiver les mises à jour lorsque vous choisissez ID d'AMI personnalisée.

Si vous utilisez l'AWS CLI, vous pouvez spécifier --repo-upgrade-on-boot NONE et --custom-ami-id lorsque vous utilisez la commande create-cluster.

À l'aide de l'API Amazon EMR, vous pouvez spécifierNONEpour laRepoUpgradeOnBoot  Paramètre .

Création d'une AMI personnalisée avec un volume de périphérique racine Amazon EBS chiffré

Pour chiffrer le volume du périphérique racine Amazon EBS d'une AMI Amazon Linux pour Amazon EMR, copiez une image d'instantané à partir d'une AMI non chiffrée vers une cible chiffrée. Pour plus d'informations sur la création de volumes EBS, consultez.Amazon EBS encryptiondans leGuide de l'utilisateur Amazon EC2 pour les instances Linux. L'AMI source pour l'instantané peut être l'AMI Amazon Linux de base ou vous pouvez copier un instantané depuis une AMI dérivée de l'AMI Amazon Linux de base que vous avez personnalisée.

Note

À partir de la version 5.24.0 d'Amazon EMR, vous pouvez utiliser une option de configuration de sécurité pour chiffrer le périphérique racine EBS et les volumes de stockage lorsque vous spécifiezAWS KMSen tant que fournisseur de clés. Pour plus d'informations, consultez Chiffrement de disque local.

Vous pouvez utiliser un fournisseur de clés externe ou unAWSClé KMS pour chiffrer le volume racine EBS. Le rôle de service qu'Amazon EMR utilise (généralement le rôle par défautEMR_DefaultRole) doit être autorisé pour chiffrer et déchiffrer le volume, au minimum, pour qu'Amazon EMR crée un cluster utilisant l'AMI. Lorsque vous utilisez AWS KMS comme fournisseur de clé, cela signifie que les actions suivantes doivent être autorisées :

  • kms:encrypt

  • kms:decrypt

  • kms:ReEncrypt*

  • kms:CreateGrant

  • kms:GenerateDataKeyWithoutPlaintext"

  • kms:DescribeKey"

Le moyen le plus simple pour ce faire est d'ajouter le rôle en tant qu'utilisateur principal, comme décrit dans le didacticiel suivant. La déclaration de stratégie ci-dessous est fournie au cas où vous auriez besoin de personnaliser des stratégies de rôle.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "EmrDiskEncryptionPolicy", "Effect": "Allow", "Action": [ "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:CreateGrant", "kms:GenerateDataKeyWithoutPlaintext", "kms:DescribeKey" ], "Resource": [ "*" ] } ] }

Didacticiel : Création d'une AMI personnalisée avec un volume de périphérique racine chiffré à l'aide d'une clé KMS

La première étape de cet exemple est de trouver l'ARN d'une clé KMS ou d'en créer une nouvelle. Pour plus d'informations sur la création de clés, consultezCréation de clésdans leAWS Key Management ServiceManuel du développeur. La procédure suivante vous montre comment ajouter le rôle de service par défaut, EMR_DefaultRole, en tant qu'utilisateur de clé, à la stratégie de clé. Notez la valeur ARN de la clé lors de sa création ou de sa modification. Vous utilisez l'ARN plus tard, lorsque vous créez l'AMI.

Ajout du rôle de service pour Amazon EC2 à la liste des utilisateurs de clés de chiffrement à l'aide de la console

  1. Connectez-vous à la AWS Management Console et ouvrez la console AWS Key Management Service (AWS KMS) à l'adresse https://console.aws.amazon.com/kms

  2. Pour changer de Région AWS, utilisez le sélecteur de région dans l'angle supérieur droit de la page.

  3. Choisissez l'alias de la clé KMS à utiliser.

  4. Sur la page de détails de la clé, sous Key Users (Utilisateurs de clés), choisissez Add (Ajouter).

  5. DansAttacher, choisissez le rôle de service Amazon EMR. Le nom du rôle par défaut est EMR_DefaultRole.

  6. Choisissez Attacher.

Création d'une AMI chiffrée en utilisant l'AWS CLI

  • Utilisez la commande aws ec2 copy-image de l'AWS CLI pour créer une AMI avec un volume de périphérique racine EBS chiffré et la clé que vous avez modifiée. Remplacez la valeur --kms-key-id spécifiée, par l'ARN complet de la clé que vous avez précédemment créée ou modifiée.

    Note

    Les caractères de suite de ligne Linux (\) sont inclus pour plus de lisibilité. Ils peuvent être supprimés ou utilisés dans les commandes Linux. Sous Windows, supprimez-les ou remplacez-les par le caret (^).

    aws ec2 copy-image --source-image-id MyAmiId \ --source-region us-west-2 --name MyEncryptedEMRAmi \ --encrypted --kms-key-id arn:aws:kms:us-west-2:12345678910:key/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

La sortie de la commande fournit l'ID de l'AMI que vous avez créée, que vous pouvez spécifier lorsque vous créez un cluster. Pour plus d'informations, consultez Utiliser une seule AMI personnalisée dans un cluster EMR. Vous pouvez également choisir de personnaliser cette AMI en installant un logiciel et en réalisant d'autres configurations. Pour plus d'informations, consultez Création d'une AMI Amazon Linux, à partir d'une instance Amazon Linux,.

Bonnes pratiques et considérations

Lorsque vous créez une AMI Amazon EMR, soyez conscient de ce qui suit :

  • Amazon EMR 5.30.0 et versions ultérieures et la série Amazon EMR 6.x sont basés sur Amazon Linux 2. Pour ces versions Amazon EMR, vous devez utiliser des images basées sur Amazon Linux 2 pour les AMI personnalisées. Pour trouver une AMI personnalisée de base, consultez Recherche d'une AMI Linux.

  • Pour les versions d'Amazon EMR d'antérieures aux versions 5.30.0 et 6.x, les AMI Amazon Linux 2 ne sont pas prises en charge.

  • Vous devez utiliser une AMI Amazon Linux 64 bits. Une AMI 32 bits n'est pas prise en charge.

  • Les AMI Amazon avec plusieurs volumes Amazon EBS ne sont pas prises en charge.

  • Basez votre personnalisation sur l'AMI Amazon Linux la plus récente, basée sur EBS. Pour consulter la liste des AMI Amazon Linux et des ID d'AMI correspondants, consultez AMI Amazon Linux.

  • Ne copiez pas d'instantané d'une instance Amazon EMR existante pour créer une AMI personnalisée. Cela peut entraîner des erreurs.

  • Seul le type de virtualisation HVM et les instances compatibles avec Amazon EMR sont pris en charge. Assurez-vous de sélectionner l'image HVM et un type d'instance compatible avec Amazon EMR à mesure que vous suivez le processus de customisation AMI. Pour les types d'instances et de virtualisation compatibles, consultez Types d'instance pris en charge.

  • Le rôle de votre service doit disposer d'autorisations de lancement sur l'AMI, donc soit l'AMI doit être publique, soit vous devez être le propriétaire de l'AMI, soit elle doit avoir été partagée avec vous par le propriétaire.

  • La création d'utilisateurs sur l'AMI avec le même nom que les applications cause des erreurs (par exemple, hadoop, hdfs, yarn ou spark).

  • Contenu de/tmp,/var, et/emr(s'ils existent sur l'AMI) sont déplacés vers/mnt/tmp,/mnt/var, et/mnt/emrrespectivement lors du démarrage. Les fichiers sont préservés, mais s'il existe un grand nombre de données,le démarrage peut prendre plus de temps que prévu.

  • Si vous utilisez une AMI Amazon Linux personnalisée basée sur une AMI Amazon Linux dont la date de création est 2018-08-11, le serveur Oozie ne démarre pas. Si vous utilisez Oozie, créez une AMI personnalisée basée sur un ID d'AMI Amazon Linux avec une date de création différente. Vous pouvez utiliser les éléments suivantsAWS CLIpour renvoyer une liste d'ID d'image pour toutes les AMI Amazon Linux HVM avec une version 2018.03, ainsi que la date de publication, afin que vous puissiez choisir une AMI Amazon Linux appropriée comme base. Remplacez MyRegion avec votre identifiant de région, comme us-west-2.

    aws ec2 --region MyRegion describe-images --owner amazon --query 'Images[?Name!=`null`]|[?starts_with(Name, `amzn-ami-hvm-2018.03`) == `true`].[CreationDate,ImageId,Name]' --output text | sort -rk1
  • Dans les cas où vous utilisez un VPC avec un nom de domaine non standard et AmazonProvidedDNS, vous ne devez pas utiliserrotatedans la configuration DNS des systèmes d'exploitation.

Pour de plus amples informations, veuillez consulterCréation d'une AMI Linux basée sur Amazon EBSdans leGuide de l'utilisateur Amazon EC2 pour les instances Linux.