Instances Amazon EC2 de votre environnement Elastic Beanstalk - AWS Elastic Beanstalk
Types d'instances Amazon EC2Configuration des instances Amazon EC2 de votre environnementConfiguration des instances AWS EC2 dans votre environnement à l'aide de l'AWS CLIRecommandations pour les environnements de première vague Graviton arm64L'espace de noms aws:autoscaling:launchconfiguration

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.

Instances Amazon EC2 de votre environnement Elastic Beanstalk

Lorsque vous créez un environnement de serveur web, AWS Elastic Beanstalk crée une ou plusieurs machines virtuelles Amazon Elastic Compute Cloud (Amazon EC2), appelées Instances.

Les instances de votre environnement sont configurées pour exécuter des applications web sur la plateforme que vous choisissez. Vous pouvez apporter des modifications aux propriétés et aux comportements des instances de votre environnement lorsque vous créez votre environnement, ou même pendant son exécution. Vous pouvez également déjà effectuer ces modifications en modifiant le code source que vous déployez dans l'environnement. Pour plus d'informations, consultez Options de configuration.

Note

Le groupe Auto Scaling de votre environnement gère les instances Amazon EC2 qui exécutent votre application. Lorsque vous apportez des modifications de configuration décrites sur cette page, la configuration du lancement change également. La configuration de lancement est soit un modèle de lancement Amazon EC2, soit une ressource de configuration du lancement de groupe Auto Scaling. Ce changement nécessite le remplacement de toutes les instances. Il déclenche également soit une mise à jour propagée, soit une mise à jour immuable, en fonction du type de mise à jour configuré.

Elastic Beanstalk prend en charge plusieurs options d'achat d'instancesAmazon EC2 : instances à la demande, instances réservées et instances Spot. Une instance à la demande est une pay-as-you-go ressource : aucun engagement à long terme n'est requis lorsque vous l'utilisez. Une instance réservée est une remise de facturation prépayée appliquée automatiquement aux instances à la demande correspondantes dans votre environnement. Une instance Spot est une instance Amazon EC2 non utilisée qui est disponible à un prix inférieur au prix à la demande. Vous pouvez activer les instances Spot dans votre environnement en définissant une seule option. Vous pouvez configurer l'utilisation des instances Spot, y compris la combinaison d'instances à la demande et d'instances Spot, à l'aide d'options supplémentaires. Pour plus d'informations, consultez Groupe Auto Scaling.

Sections

Types d'instances Amazon EC2

Lorsque vous créez un nouvel environnement, Elastic Beanstalk fournit des instances Amazon EC2 basées sur les types d'instance Amazon EC2 que vous choisissez. Les types d'instance que vous choisissez déterminent le matériel hôte qui exécute vos instances. Les types d'instance EC2 peuvent être classés en fonction de l'architecture de processeur sur laquelle chacun d'eux est basé. Elastic Beanstalk prend en charge les types d'instance basés sur les architectures de processeur suivantes : architecture Graviton AWS 64 bits Arm (arm64), architecture 64 bits (x86) et architecture 32 bits (i386). Elastic Beanstalk sélectionne l'architecture du processeur x86 par défaut lorsque vous créez un nouvel environnement.

Note

L'architecture 32 bits i386 n'est plus prise en charge par la majorité des plateformes Elastic Beanstalk. Nous vous recommandons de choisir plutôt les types d'architecture x86 ou arm64. Elastic Beanstalk fournit des options de configuration pour les types d'instance de processeur i386 dans l'espace de noms aws:ec2:instances.

Tous les types d'instance de la configuration d'un environnement Elastic Beanstalk donné doivent avoir le même type d'architecture de processeur. Supposons que vous ajoutiez un nouveau type d'instance à un environnement existant qui possède déjà un type d'instance t2.medium, basé sur l'architecture x86. Vous ne pouvez ajouter qu'un autre type d'instance de la même architecture, tel que t2.small. Si vous souhaitez remplacer les types d'instance existants par ceux issus d'une architecture différente, vous pouvez le faire. Mais assurez-vous que tous les types d'instances de la commande sont basés sur le même type d'architecture.

Elastic Beanstalk prend en charge les nouveaux types d'instance compatibles après leur introduction par Amazon EC2. Pour plus d'informations sur les types d'instance disponibles, consultez Types d'instance dans le Guide de l'utilisateur Amazon EC2 pour instances Linux ou Types d'instance dans le Guide de l'utilisateur Amazon EC2 pour instances Windows.

Note

Elastic Beanstalk offre désormais la prise en charge de Graviton sur toutes les dernières plateformes Amazon Linux 2 dans toutes les régions prises en charge par AWS Graviton. Pour plus d'informations sur la création d'un environnement Elastic Beanstalk avec des types d'instance basés sur arm64, consultez Configuration des instances Amazon EC2 de votre environnement.

Créez des environnements qui exécutent des instances Amazon EC2 sur l'architecture arm64 et migrez vos applications existantes vers celles-ci avec les options de déploiement dans Elastic Beanstalk.

Pour en savoir plus sur les processeurs Graviton arm64, consultez ces Ressources AWS :

Configuration des instances Amazon EC2 de votre environnement

Vous pouvez créer ou modifier la configuration d'instance Amazon EC2 de votre environnement Elastic Beanstalk dans la console Elastic Beanstalk.

Note

Bien que la console Elastic Beanstalk ne propose pas la possibilité de modifier l'architecture du processeur d'un environnement existant, vous pouvez le faire avec le. AWS CLI Pour des exemples de commandes, voirConfiguration des instances AWS EC2 dans votre environnement à l'aide de l'AWS CLI.

Pour configurer des instances Amazon EC2 dans la console Elastic Beanstalk lors de la création de l'environnement

  1. Ouvrez la console Elastic Beanstalk et, dans la liste Regions (Régions), sélectionnez votre Région AWS.

  2. Dans le panneau de navigation, choisissez Environments (Environnements).

  3. Choisissez Create a new environment (Créer un nouvel environnement) pour commencer à créer votre environnement.

  4. Sur la page principale de l'assistant, avant de choisir Créer un environnement, choisissez Configurer plus d'options.

  5. Dans la catégorie de configuration Instances, choisissez Edit (Modifier). Modifiez les paramètres de cette catégorie, puis choisissez Apply (Appliquer). Pour les descriptions de paramètre, consultez la section Paramètres de catégorie d'instances de cette page.

  6. Dans la catégorie de configuration Capacity (Capacité), choisissez Edit (Modifier). Modifiez les paramètres de cette catégorie, puis choisissez Continue (Continuer). Pour les descriptions de paramètre, consultez la section Paramètres de catégorie de capacité de cette page.

    Sélection de l'architecture du processeur

    Faites défiler jusqu'à Processeur pour sélectionner une architecture de processeur pour vos instances EC2. La console répertorie les architectures de processeur prises en charge par la plateforme que vous avez choisie précédemment dans le panneau Créer un environnement.

    Si vous ne voyez pas l'architecture de processeur dont vous avez besoin, revenez à la liste des catégories de configuration pour sélectionner une plateforme qui la prend en charge. Dans le panneau Modify Capacity (Modifier la capacité), choisissez Annuler. Ensuite, choisissez Change platform version (Modifier la version de la plateforme) pour choisir de nouveaux paramètres de plateforme. Ensuite, dans la catégorie de configuration Capacity (Capacité), choisissez Edit(Modifier) pour ne plus voir les choix d'architecture du processeur.

    Paramètres d'instance Amazon EC2 dans la fenêtre de configuration de la capacité Elastic Beanstalk pour l'environnement en cours d'exécution

  7. Choisissez Enregistrer, puis effectuez toutes les autres modifications de configuration exigées par votre environnement.

  8. Choisissez Create environment.

Pour configurer les instances Amazon EC2 d'un environnement en cours d'exécution dans la console Elastic Beanstalk

  1. Ouvrez la console Elastic Beanstalk et, dans la liste Regions (Régions), sélectionnez votre Région AWS.

  2. Dans le panneau de navigation, choisissez Environments (Environnements), puis choisissez le nom de votre environnement dans la liste.

    Note

    Si vous avez plusieurs environnements, utilisez la barre de recherche pour filtrer la liste des environnements.

  3. Dans le panneau de navigation, choisissez Configuration.

  4. Dans la catégorie de configuration Instances, choisissez Edit (Modifier). Modifiez les paramètres de cette catégorie, puis choisissez Apply (Appliquer). Pour les descriptions de paramètre, consultez la section Paramètres de catégorie d'instances de cette page.

  5. Dans la catégorie de configuration Capacity (Capacité), choisissez Edit (Modifier). Modifiez les paramètres de cette catégorie, puis choisissez Continue (Continuer). Pour les descriptions de paramètre, consultez la section Paramètres de catégorie de capacité de cette page.

Paramètres de catégorie d'instances

Les paramètres suivants relatifs aux instances Amazon EC2 sont disponibles dans la catégorie de configuration Instances.

Paramètres d'instance Amazon EC2 sur la fenêtre de configuration des instances Elastic Beanstalk

Intervalle de surveillance

Par défaut, les instances de votre environnement publient des indicateurs de santé de base CloudWatch sur Amazon toutes les cinq minutes, sans frais supplémentaires.

Pour des rapports plus détaillés, vous pouvez définir l'intervalle de surveillance sur 1 minute afin d'augmenter la fréquence à laquelle les ressources de votre environnement publient les indicateurs de santé de base CloudWatch à. CloudWatch des frais de service s'appliquent pour les mesures d'intervalle d'une minute. Pour plus d'informations, consultez Amazon CloudWatch.

Volume racine (périphérique de démarrage)

Chaque instance dans votre environnement est configurée avec un volume racine. Le volume racine est le périphérique de stockage en mode bloc Amazon EBS attaché à l'instance pour stocker le système d'exploitation, les bibliothèques, les scripts et le code source de votre application. Par défaut, toutes les plateformes utilisent des périphériques de stockage en mode bloc à usage général (SSD) pour le stockage.

Vous pouvez modifier Type de volume racine pour utiliser les types de volumes d'IOPS provisionnées (SSD) ou de stockage magnétique et, si nécessaire, accroître la taille du volume. Pour les volumes d'IOPS provisionnées, vous devez également sélectionner le nombre d'IOPS à approvisionner. Débit est uniquement applicable aux types de volumes SSD gp3. Vous pouvez saisir le débit souhaité à allouer. Il peut varier entre 125 et 1 000 megioctets par seconde (Mio/s). Sélectionnez le type de volume qui répond à vos exigences de prix et de performance.

Pour en savoir plus, consultez Types de volume Amazon EBS dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux et Détails du produit Amazon EBS.

Service des métadonnées d'instance

Le service de métadonnées d'instance (IMDS) est un composant sur instance utilisé par le code sur l'instance pour accéder en toute sécurité aux métadonnées d'instance. Le code peut accéder aux métadonnées d'instance à partir d'une instance en cours d'exécution en utilisant l'une des deux méthodes suivantes : Instance Metadata Service Version 1 (IMDSv1) ou Instance Metadata Service Version 2 (IMDSv2). IMDSv2 est plus sécurisé. Désactivez IMDsv1 pour appliquer IMDsv2. Pour en savoir plus, consultez Configuration du service de métadonnées d'instance sur les instances de votre environnement.

Note

La section IMDS de cette page de configuration n'apparaît que pour les versions de plateforme prenant en charge IMDSv2.

Groupes de sécurité

Les groupes de sécurité attachés à vos instances déterminent quel trafic est autorisé à atteindre les instances. Ils déterminent également quel trafic est autorisé à quitter les instances. Elastic Beanstalk crée un groupe de sécurité qui autorise le trafic à partir de l'équilibreur de charge sur les ports standards pour HTTP (80) et HTTPS (443).

Vous pouvez spécifier des groupes de sécurité supplémentaires que vous avez créés pour autoriser le trafic sur les autres ports ou depuis d'autres sources. Par exemple, vous pouvez créer un groupe de sécurité pour l'accès SSH qui autorise le trafic entrant sur le port 22 à partir d'une plage d'adresses IP limitée. Sinon, pour plus de sécurité, créez-en un qui autorise le trafic depuis un hôte bastion auquel vous seul avez accès.

Note

Pour autoriser le trafic entre les instances de l'environnement A et celles de l'environnement B, vous pouvez ajouter une règle au groupe de sécurité qu'Elastic Beanstalk a attaché à l'environnement B. Puis, vous pouvez spécifier le groupe de sécurité qu'Elastic Beanstalk a attaché à l'environnement A. Ceci permet le trafic entrant dans/le trafic sortant depuis les instances de l'environnement A. Toutefois, cette opération crée une dépendance entre les deux groupes de sécurité. Si vous essayez de résilier ultérieurement l'environnement A, Elastic Beanstalk ne pourra pas supprimer le groupe de sécurité de l'environnement, car le groupe de sécurité de l'environnement B en est dépendant.

Par conséquent, nous vous recommandons de créer un groupe de sécurité distinct. Ensuite, attachez-le à l'environnement A et spécifiez-le dans une règle du groupe de sécurité de l'environnement B.

Pour en savoir plus sur les groupes de sécurité Amazon EC2, consultez Groupes de sécurité Amazon EC2 dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

Paramètres de catégorie de capacité

Les paramètres suivants relatifs aux instances Amazon EC2 sont disponibles dans la catégorie de configuration Capacity (Capacité).

Paramètres d'instance Amazon EC2 dans la fenêtre de configuration de la capacité Elastic Beanstalk pour créer l'environnement

Types d’instances

Le paramètre Instance types (Types d'instance) détermine le type d'instance Amazon EC2 lancée pour exécuter votre application. Cette page de configuration affiche une liste de types d'instance. Vous pouvez sélectionner un ou plusieurs types d'instance. La console Elastic Beanstalk affiche uniquement les types d'instance en fonction de l'architecture de processeur configurée pour votre environnement. Par conséquent, vous ne pouvez ajouter que des types d'instance de la même architecture de processeur.

Note

Bien que la console Elastic Beanstalk ne propose pas la possibilité de modifier l'architecture du processeur d'un environnement existant, vous pouvez le faire avec le. AWS CLI Pour des exemples de commandes, voirConfiguration des instances AWS EC2 dans votre environnement à l'aide de l'AWS CLI.

Choisissez une instance qui soit suffisamment puissante pour exécuter votre application en charge, mais pas puissante au point d'être inactive la plupart du temps. A des fins de développement, la famille t2 d'instances fournit une quantité modérée de puissance avec la possibilité de rafales sur de courtes périodes. À grande échelle, les applications à haut niveau de disponibilité utilisent un groupe d'instances afin de garantir que cette capacité ne soit pas considérablement affectée si une seule instance s'arrête. Commencez par un type d'instance qui vous permet d'exécuter cinq instances sous des charges modérées pendant les heures normales. En cas de défaillance d'une instance, les instances restantes peuvent absorber le reste du trafic. Le tampon de capacité laisse également du temps pour que l'environnement s'adapte à mesure que le trafic commence à augmenter pendant les heures de pointe.

Pour de plus amples informations sur les familles d'instance et types d'instance Amazon EC2, consultez Types d'instance dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux ou Types d'instance dans le Guide de l'utilisateur Amazon EC2 pour les instances Windows. Pour déterminer les types d'instance qui répondent à vos exigences et leurs régions prises en charge, consultez Types d'instance disponibles dans le Guide de l'utilisateur Amazon EC2 pour instances Linux ou Types d'instance disponibles dans le Guide de l'utilisateur Amazon EC2 pour instances Windows.

ID d’AMI

L'Amazon Machine Image (AMI) est l'image de machine Amazon Linux ou Windows Server qu'Elastic Beanstalk utilise pour lancer les instances Amazon EC2 dans votre environnement. Elastic Beanstalk fournit des images de machine contenant les outils et les ressources requis pour exécuter votre application.

Elastic Beanstalk sélectionne une valeur AMI par défaut pour votre environnement en fonction de la Région, de la version de plateforme et de l'architecture de processeur que vous choisissez. Si vous avez créé une AMI personnalisée, remplacez l'ID AMI par défaut par votre ID personnalisé.

Configuration des instances AWS EC2 dans votre environnement à l'aide de l'AWS CLI

Utilisez l'interface ligne de commande AWS (AWS CLI) pour créer et configurer des environnements Elastic Beanstalk à l'aide des commandes du terminal de ligne de commande. Cette section fournit des exemples des commandes create-environment et update-environment.

Les deux premiers exemples créent un environnement. La commande indique un type d'instance Amazon EC2, t4g.small, basé sur l'architecture du processeur arm64. Elastic Beanstalk définit par défaut l'ID d'image (AMI) des instances EC2 en fonction de la région, de la version de la plateforme et du type d'instance. Le type d'instance correspond à une architecture de processeur. Le paramètre solution-stack-name s'applique à la version de la plateforme.

Exemple 1 : créer un environnement basé sur arm64 (options d'espace de noms en ligne)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small

À titre de solution de rechange, utilisez un fichier options.json pour spécifier les options de l'espace de noms au lieu de les inclure en ligne.

Exemple 2 : créer un environnement basé sur arm64 (options d'espace de noms en ligne dans le fichier options.json)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small"
  }
]

Les deux exemples suivants mettent à jour la configuration d'un environnement existant avec la commande update-environment. Dans cet exemple, nous ajoutons un autre type d'instance basé également sur l'architecture du processeur arm64. Pour les environnements existants, tous les types d'instance ajoutés doivent avoir la même architecture de processeur. Si vous souhaitez remplacer les types d'instance existants par ceux issus d'une architecture différente, vous pouvez le faire. Mais assurez-vous que tous les types d'instances de la commande ont le même type d'architecture.

Exemple 3 : mettre à jour un environnement basé sur arm64 existant (options d'espace de noms en ligne)
aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small,t4g.micro

À titre de solution de rechange, utilisez un fichier options.json pour spécifier les options de l'espace de noms au lieu de les inclure en ligne.

Exemple 4 : mettre à jour un environnement basé sur arm64 existant (options d'espace de noms dans le fichier options.json)
aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small, t4g.micro"
  }
]

Les deux exemples suivants montrent des commandes create-environment supplémentaires. Ces exemples ne fournissent pas de valeurs pour InstanceTypes. Quand les valeurs InstanceTypes ne sont pas spécifiées, Elastic Beanstalk utilise par défaut une architecture de processeur basée sur x86. L'ID d'image (AMI) des instances EC2 de l'environnement sera défini par défaut en fonction de la région, de la version de la plateforme et du type d'instance par défaut. Le type d'instance correspond à une architecture de processeur.

Exemple 5 : créer un environnement basé sur x86 (options d'espace de noms en ligne)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role

À titre de solution de rechange, utilisez un fichier options.json pour spécifier les options de l'espace de noms au lieu de les inclure en ligne.

Exemple 6 : créer un environnement basé sur x86 (options d'espace de noms en ligne dans le fichier options.json)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  }
]

Recommandations pour les environnements de première vague Graviton arm64

Note

Cette section s'applique uniquement à un sous-ensemble de clients. Si vous avez créé un environnement avec des types d'instance basés sur Graviton arm64 avant le 24 novembre 2021, les informations de cette section peuvent vous concerner.

Depuis octobre et novembre 2021, Elastic Beanstalk a commencé à ajouter des vagues de prise en charge des processeurs Graviton arm64 dans certaines régions et pour certaines versions de plateformes. Cette première vague a été annoncée dans les Notes de mise à jour AWS Elastic Beanstalk datées du 13 octobre, du 21 octobre et du 19 novembre 2021. Si vous avez créé des environnements basés sur arm64, les instructions vous indiquaient de configurer les instances avec des AMI personnalisées fournies dans les notes de mise à jour. Maintenant que la prise en charge améliorée de Graviton arm64 est disponible, Elastic Beanstalk définit par défaut les AMI des types d'instance arm64 dans les dernières versions de la plateforme.

Si vous avez créé des environnements avec les AMI personnalisées fournies dans les versions de la première vague, nous vous recommandons de procéder comme suit pour maintenir un environnement de travail sain.

  1. Supprimez les AMI personnalisées de votre environnement.

  2. Mettez à jour l'environnement avec la version la plus récente de la plateforme.

  3. Configurez les mises à jour gérées de la plateforme pour effectuer automatiquement les mises à niveau vers la dernière version d'une plateforme au cours d'un créneau de maintenance planifié.

Note

Elastic Beanstalk ne remplace pas automatiquement les AMI personnalisées. Vous devez supprimer les AMI personnalisées à l'étape 1 de sorte que la prochaine mise à jour de la plateforme à l'étape 2 les mettra à jour.

La procédure qui suit vous guide tout au long de ces étapes. Les exemples AWS CLI s'appliquent à un environnement créé avec les informations suivantes.

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small \
Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId,Value=ami-0fbdb88ce139244bf
Pour mettre à jour les environnements arm64 créés lors de la première vague de la prise en charge de Graviton arm64

  1. Exécutez update-environment pour supprimer les paramètres AMI personnalisés.

    aws elasticbeanstalk update-environment \
--region us-east-1 \
--environment-name my-env \
--options-to-remove \
Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId

  2. Mettez à jour l'environnement avec la version la plus récente de la plateforme. Choisissez l'une des options suivantes.

    • Option de console : utilisez la console Elastic Beanstalk pour mettre à jour la version de la plateforme. Pour en savoir plus, consultez Mettre à jour la version de la plateforme de votre environnement.

    • Option AWS CLI : exécutez la commande AWS update-environment, en spécifiant la version la plus récente de la plateforme disponible.

      aws elasticbeanstalk update-environment \
--region us-east-1 \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.9 running Docker"
      Note

      La list-available-solution-stackscommande fournit une liste des versions de plateforme disponibles pour votre compte dans une AWS région.

      aws elasticbeanstalk list-available-solution-stacks --region us-east-1 --query SolutionStacks

  3. Utilisez la console Elastic Beanstalk pour configurer les mises à jour gérées de la plateforme pour votre environnement. Les mises à jour gérées de la plateforme effectuent la mise à niveau automatique de votre environnement vers la version de plateforme la plus récente au cours d'un créneau de maintenance planifié. Votre application reste en service pendant le processus de mise à jour. Pour en savoir plus, consultez Mise à jour des plateformes gérées.

L'espace de noms aws:autoscaling:launchconfiguration

Vous pouvez utiliser les options de configuration dans l'espace de noms aws:autoscaling:launchconfiguration afin de configurer les instances de votre environnement, y compris les options supplémentaires qui ne sont pas disponibles dans la console.

L'exemple de fichier de configuration suivant utilise les options de configuration de base dans cette rubrique. Par exemple, il utilise l'option DisableIMDSv1, abordée dans IMDS. Il utilise également les options EC2KeyName et IamInstanceProfile abordées dans Sécurité, et l'option BlockDeviceMappings, qui n'est pas disponible dans la console.

option_settings:
  aws:autoscaling:launchconfiguration:
    SecurityGroups: my-securitygroup
    MonitoringInterval: "1 minute"
    DisableIMDSv1: false
    EC2KeyName: my-keypair
    IamInstanceProfile: "aws-elasticbeanstalk-ec2-role"
    BlockDeviceMappings: "/dev/sdj=:100,/dev/sdh=snap-51eef269,/dev/sdb=ephemeral0"

Vous pouvez utiliser BlockDeviceMappings pour configurer des périphériques de stockage en mode bloc supplémentaires pour vos instances. Pour plus d'informations, consultez Exemple de mappage de périphérique de stockage en mode bloc dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

L'interface de ligne de commande (CLI) EB et la console Elastic Beanstalk appliquent les valeurs recommandées pour les options précédentes. Vous devez supprimer ces paramètres si vous voulez utiliser des fichiers de configuration pour configurer la même chose. Consultez Valeurs recommandées pour plus de détails.