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. # Auto Scaling de vos instances d'environnement Elastic Beanstalk Cette rubrique décrit comment personnaliser les fonctionnalités d'Auto Scaling pour gérer la charge de travail de votre environnement Elastic Beanstalk. [Vous pouvez configurer Auto Scaling pour votre environnement à l'aide de la [console [Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console), des options de configuration de l'espace de noms ou](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace) de [AWS CLI](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-aws-cli)la CLI EB.](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-ebcli) **Environnements à charge équilibrée ou à instance unique** Votre AWS Elastic Beanstalk environnement inclut un *groupe Auto Scaling* qui gère les [instances Amazon EC2](using-features.managing.ec2.md) de votre environnement. Dans un environnement à instance unique, le groupe Auto Scaling s'assure qu'il y a toujours une instance en cours d'exécution. Dans un environnement à charge équilibrée, vous configurez le groupe avec une gamme d'instances à exécuter et l'Auto Scaling ajoute ou supprime les instances en fonction de la charge requise par vos besoins. **Configuration de l'instance EC2** Le groupe Auto Scaling applique également vos choix de configuration pour provisionner et gérer les instances EC2 de votre environnement. Vous pouvez [modifier la configuration EC2](using-features.managing.ec2.md) pour changer le type d'instance, la paire de clés, le stockage Amazon Elastic Block Store (Amazon EBS) et d'autres paramètres qui ne peuvent être configurés que lorsque vous lancez une instance. **Instances ponctuelles et à la demande** En option, Elastic Beanstalk [peut inclure](environments-cfg-autoscaling-spot.md) des instances ponctuelles dans votre environnement et les gérer en combinaison avec des instances à la demande. Vous pouvez configurer Amazon EC2 Auto Scaling pour surveiller et réagir automatiquement aux modifications qui affectent la disponibilité de vos instances Spot en activant [Rééquilibrage de capacité](https://docs.aws.amazon.com/autoscaling/ec2/userguide/capacity-rebalance.html). Vous pouvez également configurer les instances [Stratégie d'allocation au comptant](environments-cfg-autoscaling-spot-allocation-strategy.md) utilisées par le service Auto Scaling pour fournir des instances Spot à votre environnement. **Autorisations requises lors de l'activation des instances Spot** L'activation des requêtes d'instance Spot nécessite l'utilisation de modèles de lancement Amazon EC2. Lorsque vous configurez cette fonction au cours de la création ou des mises à jour de l'environnement, Elastic Beanstalk tente de configurer votre environnement de sorte qu'il utilise des modèles de lancement Amazon EC2 (si l'environnement ne les utilise pas déjà). Dans ce cas, si votre politique d'utilisateur ne dispose pas des autorisations nécessaires, la création ou les mises à jour de l'environnement peuvent échouer. Par conséquent, nous vous recommandons d'utiliser notre politique d'utilisateur gérée ou d'ajouter les autorisations requises à vos politiques personnalisées. Pour plus d'informations sur les autorisations requises, consultez [Autorisations requises pour les modèles de lancement](environments-cfg-autoscaling-launch-templates.md#environments-cfg-autoscaling-launch-templates-permissions). **Déclencheurs de mise à l'échelle automatique** Le groupe Auto Scaling utilise deux CloudWatch alarmes Amazon pour déclencher des opérations de dimensionnement. Les déclencheurs par défaut évoluent quand le trafic réseau sortant moyen de chaque instance est supérieur à 6 Mio ou inférieur à 2 Mio sur une période de cinq minutes. Pour utiliser Auto Scaling de façon efficace, [configurez des déclencheurs](environments-cfg-autoscaling-triggers.md) adaptés à votre application, au type d'instance et aux exigences du service. Vous pouvez mettre à l'échelle en fonction de plusieurs statistiques, y compris la latence, les I/O disque, l'utilisation de l'UC et le nombre de demandes. **Planifier des actions Auto Scaling** Pour optimiser l'utilisation des instances Amazon EC2 de votre environnement à travers les périodes prévisibles de trafic de pointe, [configurez votre groupe Auto Scaling pour modifier son nombre d'instances sur un calendrier](environments-cfg-autoscaling-scheduledactions.md). Vous pouvez planifier les modifications apportées à la configuration de votre groupe qui se produisent de manière quotidienne ou hebdomadaire, ou planifier des modifications exceptionnelles pour préparer les événements marketing qui génèreront un trafic important sur votre site. **Bilan de santé d'Auto Scaling** La scalabilité automatique surveille l'état d’intégrité de chaque instance Amazon EC2 qu'il lance. Si une instance est résiliée de façon inattendue, Auto Scaling détecte cette résiliation et lance une instance de remplacement. Pour configurer le groupe afin d'utiliser le mécanisme de vérification de l'état d'intégrité de l'équilibreur de charge, consultez [Paramètre de vérification de l'état Auto Scaling pour votre environnement Elastic Beanstalk](environmentconfig-autoscaling-healthchecktype.md). **Topics** + [Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md) + [Support des instances Spot pour votre environnement Elastic Beanstalk](environments-cfg-autoscaling-spot.md) + [Déclencheurs Auto Scaling pour votre environnement Elastic Beanstalk](environments-cfg-autoscaling-triggers.md) + [Actions Auto Scaling planifiées pour vos environnements Elastic Beanstalk](environments-cfg-autoscaling-scheduledactions.md) + [Paramètre de vérification de l'état Auto Scaling pour votre environnement Elastic Beanstalk](environmentconfig-autoscaling-healthchecktype.md) # Migration de votre environnement Elastic Beanstalk pour lancer des modèles Depuis le 1er octobre 2024, Amazon EC2 Auto Scaling ne prend plus en charge les configurations de lancement pour les nouveaux comptes. Les comptes créés avant cette date peuvent avoir des configurations de lancement. Nous vous recommandons de migrer vers des **modèles de lancement** pour bénéficier des avantages suivants : + Disponibilité améliorée pour vos applications + Meilleure optimisation des charges de travail dans vos groupes Auto Scaling + Accès aux dernières fonctionnalités d'EC2 et d'Auto Scaling Pour plus d'informations, consultez la section [Configurations de lancement d'Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-configurations.html) dans le guide de l'*utilisateur d'Amazon EC2 Auto Scaling*. ## Paramètres des options pour les modèles de lancement Pour migrer votre environnement des configurations de lancement vers les modèles de lancement, définissez l'une des options de configuration suivantes : + `RootVolumeType`option définie sur **gp3**. Vous pouvez définir cette option à l'aide de la [console](using-features.managing.ec2.console.md) ou de l'espace de [noms](using-features.managing.ec2.namespace.md). + `BlockDeviceMappings`l'option contient **gp3**. Vous pouvez définir cette option à l'aide de la [console](using-features.managing.ec2.console.md) ou de l'espace de [noms](using-features.managing.ec2.namespace.md). + `DisableIMDSv1`option définie sur **true**. Nous vous recommandons de définir cette option à l'aide de l'espace de [noms](using-features.managing.ec2.namespace.md). + `EnableSpot`option définie sur **true**. Pour de plus amples informations, veuillez consulter [Activation des instances Spot](environments-cfg-autoscaling-enable-spot.md). **Important** Une fois qu'un environnement commence à utiliser des modèles de lancement, Elastic Beanstalk ne revient pas aux configurations de lancement, même si vous supprimez les options de configuration qui ont initialement déclenché l'utilisation des modèles de lancement. ## Vérifiez si votre environnement possède des configurations de lancement ou des modèles de lancement Vous pouvez vérifier si votre environnement utilise déjà des modèles de lancement, ou s'il utilise des configurations de lancement, en inspectant le modèle de CloudFormation pile. **Pour inspecter le modèle de CloudFormation stack de votre environnement** 1. Ouvrez la AWS CloudFormation console à l'adresse [https://console.aws.amazon.com/cloudformation.](https://console.aws.amazon.com/cloudformation/) 1. Dans la barre de navigation en haut de l'écran, choisissez la AWS région dans laquelle vous avez créé l'environnement. 1. Sur la page **Stacks** de la CloudFormation console, inspectez la colonne **Description**. Localisez et sélectionnez la pile pour l'environnement Elastic Beanstalk. CloudFormation affiche les détails de la pile pour l'environnement. 1. Dans **Détails de la pile**, sélectionnez l'onglet **Modèle**. *À l'aide de la recherche de page de votre navigateur, vous pouvez rechercher dans le texte du modèle *launchtemplate ou launchconfiguration*.* Pour plus d'informations, consultez la section [Afficher les informations relatives à la pile](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-view-stack-data-resources.html) dans le *guide de AWS CloudFormation l'utilisateur*. ## Autorisations requises pour les modèles de lancement La politique de [AWSElasticBeanstalkManagedUpdatesCustomerRolePolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSElasticBeanstalkManagedUpdatesCustomerRolePolicy.html)rôle de service géré par défaut d'Elastic Beanstalk fournit les autorisations requises pour créer et gérer des modèles de lancement. Elastic Beanstalk doit gérer des modèles de lancement pour effectuer de nombreuses opérations liées à l'environnement, notamment la création d'environnements. Si vous associez des politiques personnalisées à un rôle de service Elastic Beanstalk, vérifiez que le rôle de service inclut les autorisations suivantes pour créer des modèles de lancement. Ces autorisations permettent à Elastic Beanstalk de créer et de mettre à jour avec succès des environnements dans votre compte : **Autorisations requises pour les modèles de lancement Amazon EC2** + `ec2:RunInstances` + `ec2:CreateLaunchTemplate` + `ec2:CreateLaunchTemplateVersions` + `ec2:DeleteLaunchTemplate` + `ec2:DeleteLaunchTemplateVersions` + `ec2:DescribeLaunchTemplate` + `ec2:DescribeLaunchTemplateVersions` L'exemple de politique IAM suivant inclut ces autorisations. ``` { "Statement": [ { "Effect": "Allow", "Action": [ "ec2:RunInstances", "ec2:CreateLaunchTemplate", "ec2:CreateLaunchTemplateVersions", "ec2:DeleteLaunchTemplate", "ec2:DeleteLaunchTemplateVersions", "ec2:DescribeLaunchTemplate", "ec2:DescribeLaunchTemplateVersions" ], "Resource": [ "*" ] } ] } ``` Pour plus d’informations, consultez [Gestion des rôles de service Elastic Beanstalk](iam-servicerole.md) et [Gestion des stratégies utilisateur Elastic Beanstalk](AWSHowTo.iam.managed-policies.md). ## En savoir plus sur les modèles de lancement Pour en savoir plus sur les modèles de lancement, consultez les [modèles de lancement Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-templates.html) dans le guide de l'*utilisateur d'Amazon EC2 Auto Scaling*. Pour en savoir plus sur la AWS transition vers les modèles de lancement et les avantages qu'ils offrent, consultez [Amazon EC2 Auto Scaling n'ajoutera plus la prise en charge des nouvelles fonctionnalités EC2 aux configurations de lancement](https://aws.amazon.com/blogs/compute/amazon-ec2-auto-scaling-will-no-longer-add-support-for-new-ec2-features-to-launch-configurations/) sur *AWS le* Compute Blog. **Important** Il n'est pas nécessaire de suivre la procédure décrite dans cet article de blog pour effectuer la transition d'un ancien environnement vers des modèles de lancement. Pour migrer un environnement Elastic Beanstalk existant vers des modèles de lancement, définissez l'une des options répertoriées dans. [Paramètres des options pour les modèles de lancement](#environments-cfg-autoscaling-launch-templates-options) # Support des instances Spot pour votre environnement Elastic Beanstalk Cette rubrique décrit les options de configuration disponibles pour gérer la capacité et l'équilibrage de charge des instances Spot dans votre environnement Elastic Beanstalk. Il fournit également des détails et des exemples des méthodes que vous pouvez utiliser pour configurer ces options. Vous pouvez utiliser la [console [Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console), les options de configuration de l'espace de noms,](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace) ou [AWS CLI](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-aws-cli)la CLI [EB pour gérer les](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-ebcli) options de configuration. **Minimisez les interruptions des instances Spot grâce au rééquilibrage des capacités** Pour minimiser l'impact des interruptions des instances Spot sur votre application, vous pouvez activer l'option Capacity Rebalancing incluse dans Amazon EC2 Auto Scaling. **Important** La demande d'instances Spot peut varier considérablement d'un instant à l'autre, de même que la disponibilité d'instances Spot peut aussi considérablement fluctuer selon le nombre d'instances Amazon EC2 inutilisées disponibles. Par ailleurs, votre instance Spot est susceptible d'être interrompue. Lorsque vous activez le rééquilibrage des capacités, EC2 tente automatiquement de remplacer les instances Spot dans un groupe Auto Scaling avant qu'elles ne soient interrompues. Pour activer cette fonction, [configurez le groupe Auto Scaling](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console) dans la console Elastic Beanstalk Vous pouvez également définir la valeur de l'[option de configuration](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace) `EnableCapacityRebalancing` Elastic Beanstalk sur `true`dans l'espace de noms [aws:autoscaling:asg](command-options-general.md#command-options-general-autoscalingasg). Pour plus d'informations, consultez [Capacity Rebalancing](https://docs.aws.amazon.com/autoscaling/ec2/userguide/capacity-rebalance.html) dans le guide de l'utilisateur *Amazon EC2 Auto Scaling [et Spot Instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-interruptions.html) Interruptions dans le guide de l'utilisateur* *Amazon EC2*. **Anciens types d'instances et support pour les instances Spot** Certains AWS comptes plus anciens peuvent fournir à Elastic Beanstalk des types d'instances par défaut qui ne sont pas compatibles avec les instances Spot. Si vous activez les demandes d'instance Spot et que le message d'erreur Aucun des types d'instance que vous avez spécifiés ne prend en charge les instances Spot, mettez à jour votre configuration avec des types d'instances compatibles avec les instances Spot. Pour choisir des types d'instance Spot, utilisez [Spot Instance Advisor](https://aws.amazon.com/ec2/spot/instance-advisor/). **Topics** + [Activation des instances Spot pour votre environnement](environments-cfg-autoscaling-enable-spot.md) + [Stratégie d'allocation d'instances Spot](environments-cfg-autoscaling-spot-allocation-strategy.md) + [Gestion des instances à la demande et des instances Spot](environments-cfg-autoscaling-spot-and-demand.md) + [Configuration des capacités pour votre environnement Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md) # Activation des instances Spot pour votre environnement Pour tirer parti des instances Spot Amazon EC2, définissez l'`EnableSpot`option pour votre environnement. Le groupe Auto Scaling de votre environnement combine ensuite des options d'achat Amazon EC2 et gère un mélange d'instances à la demande et d'instances Spot. Vous pouvez utiliser la [console [Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console), les options de configuration de l'espace de noms,](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace) ou [AWS CLI](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-aws-cli)la CLI [EB pour activer les demandes](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-ebcli) d'instance Spot pour votre environnement. Avant d'activer les instances Spot pour votre environnement, familiarisez-vous avec les options de configuration d'Auto Scaling, de capacité et d'équilibrage de charge disponibles. Les exigences de votre application liées à la charge de travail, à l'impact des interruptions d'instance et à la tarification sont toutes des considérations importantes lorsque vous planifiez l'activation des instances Spot. Les rubriques suivantes fournissent des informations détaillées sur les options d'Auto Scaling et de gestion des capacités, ainsi que sur l'impact de leur utilisation combinée sur votre environnement. Il existe des procédures et des exemples de configurations pour vous informer et vous guider sur les différentes options et sur la façon de les configurer. Nous proposons également des outils et des fonctionnalités pour vous aider à gérer votre configuration et à réagir aux événements. Vous pouvez planifier des modifications automatisées de votre configuration en fonction de périodes de trafic prévisibles, configurer des déclencheurs pour répondre à des facteurs tels que le volume de trafic, et configurer la surveillance et les bilans de santé Auto Scaling. Pour des informations plus détaillées sur les instances Spot, notamment une explication des concepts clés et des meilleures pratiques, consultez la section [Instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) dans le guide de l'*utilisateur Amazon EC2*. **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Cela nécessite les autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). # Stratégie d'allocation d'instances Spot Vous pouvez sélectionner l'une des stratégies d'allocation répertoriées dans cette rubrique pour votre environnement Elastic Beanstalk. Utilisez la [console [Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console), les options de configuration de l'espace de noms, [AWS CLI](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-aws-cli)](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace)ou le, pour définir et configurer la stratégie d'allocation des instances Spot et les attributs associés pour votre environnement. Amazon EC2 applique une *stratégie d'allocation* pour gérer et approvisionner des instances Spot pour votre environnement. Chaque stratégie d'allocation optimise les instances allouées en fonction de la façon dont elle est définie pour gérer la capacité disponible, le prix et la sélection des types d'instances. Amazon EC2 Auto Scaling propose les stratégies d'allocation suivantes pour les instances Spot. + **Capacité optimisée** (par défaut) + Demande des instances ponctuelles au pool, avec *une capacité optimale* compte tenu du nombre d'instances en cours de lancement. + Cette stratégie fonctionne bien pour les charges de travail où la possibilité d'interruption de service doit être minimisée. + **Prix et capacité optimisés** + Demande des instances ponctuelles aux pools présentant le *plus faible risque d'interruption* et le *prix le plus bas possible*. + C'est le choix préférable pour la plupart des charges de travail Spot. + **Capacité optimisée priorisée** + Demande d'*abord des instances ponctuelles en fonction de la disponibilité des capacités*, tout en respectant au mieux votre choix de *priorisation des types d'instances*. Vous pouvez fournir une liste de types d'instances, classés par priorité, lorsque vous configurez les options d'instance Spot pour Elastic Beanstalk. + Cette stratégie convient aux charges de travail qui nécessitent une interruption de service minimale et où la priorisation d'un type d'instance spécifique est importante. + **Prix le plus bas** + Demande des instances Spot auprès du *pool le moins cher* avec les instances disponibles. + Il est important de prendre des précautions lors de l'utilisation de cette stratégie, car elle ne prend en compte que le prix de l'instance et non la disponibilité de la capacité, ce qui se traduira par des taux d'interruption élevés. Pour plus de détails sur chaque stratégie d'allocation, consultez la section [Stratégies d'allocation pour plusieurs types d'instances](https://docs.aws.amazon.com/autoscaling/ec2/userguide/allocation-strategies.html) dans le manuel *Amazon EC2 Auto Scaling User Guide*. Pour vous aider à comprendre quelle stratégie d'allocation est la mieux adaptée aux exigences de votre environnement, consultez [Choisir la stratégie d'allocation ponctuelle appropriée](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-fleet-allocation-strategy.html#ec2-fleet-allocation-use-cases) dans le guide de l'*utilisateur Amazon EC2*. # Gestion des instances à la demande et des instances Spot Vous pouvez lancer et mettre automatiquement à l’échelle une flotte d’instances à la demande et d’instances Spot au sein d’un même groupe Auto Scaling. Les options suivantes peuvent être utilisées conjointement pour configurer la façon dont le service Auto Scaling gère les instances ponctuelles et les instances à la demande dans votre environnement. [Vous pouvez configurer ces options pour votre environnement à l'aide de la [console [Elastic Beanstalk](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-console), des options de configuration de l'espace de nommage,](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-namespace) de la ou de [AWS CLI](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-aws-cli)l'EB CLI.](environments-cfg-autoscaling-configuration-approaches.md#environments-cfg-autoscaling-ebcli) Ces options font partie de l'espace de noms [aws:ec2:instances :](command-options-general.md#command-options-general-ec2instances) + `EnableSpot`‐ Lorsque ce paramètre est défini sur `true` ce paramètre, les demandes d'instance Spot sont activées pour votre environnement. + `SpotFleetOnDemandBase`‐ Définit le nombre minimum d'instances à la demande que votre groupe Auto Scaling fournit avant de prendre en compte les instances Spot à mesure que votre environnement évolue. + `SpotFleetOnDemandAboveBasePercentage`‐ Le pourcentage d'instances à la demande faisant partie de la capacité supplémentaire que votre groupe Auto Scaling fournit au-delà des `SpotOnDemandBase` instances. Les options répertoriées précédemment sont en corrélation avec les options suivantes de l'espace de noms [aws:autoscaling:asg](command-options-general.md#command-options-general-autoscalingasg) : + `MinSize`‐ Le nombre minimum d'instances que vous souhaitez inclure dans votre groupe Auto Scaling. + `MaxSize`‐ Le nombre maximum d'instances que vous souhaitez dans votre groupe Auto Scaling. **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Cela nécessite les autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). ## Appliquer les deux ensembles d'options d'espace de noms Les points suivants décrivent comment la combinaison de ces paramètres d'options affecte la mise à l'échelle de votre environnement. + Seule `MinSize` détermine la capacité initiale de votre environnement, c'est-à-dire le nombre d'instances que vous souhaitez exécuter au minimum. + `SpotFleetOnDemandBase` n'affecte pas la capacité initiale. Lorsque Spot est activé, cette option détermine le nombre d'instances à la demande mises en service avant que les instances ponctuelles ne soient prises en compte. + Imaginez quand `SpotFleetOnDemandBase` est inférieur à `MinSize`. Vous aurez toujours exactement `MinSize` instances comme capacité initiale. Au moins `SpotFleetOnDemandBase` d'entre elles doivent être des instances à la demande. + Imaginez que `SpotFleetOnDemandBase` est supérieur à `MinSize`. À mesure de la mise à l'échelle de votre environnement, vous êtes assuré d'obtenir au minimum une quantité d'instances supplémentaires égale à la différence entre les deux valeurs. Autrement dit, vous êtes assuré d'obtenir au moins `(SpotFleetOnDemandBase - MinSize)` instances supplémentaires qui sont à la demande avant de satisfaire à l'exigence `SpotFleetOnDemandBase`. **Environnements d'instance unique** Dans les environnements de production, les instances Spot sont particulièrement utiles dans le cadre d'un environnement scalable et à charge équilibrée. Nous ne recommandons pas d'utiliser Spot dans un environnement à instance unique. Si les instances Spot ne sont pas disponibles, vous risquez de perdre toute la capacité (une instance unique) de votre environnement. Vous pouvez toujours souhaiter utiliser une instance Spot dans un environnement à instance unique pour le développement ou le test. Dans ce cas, assurez-vous de définir l `SpotFleetOnDemandBase` et `SpotFleetOnDemandAboveBasePercentage` à zéro. Tout autre paramétrage donne lieu à une instance à la demande. ## Exemples de paramètres d'options de mise à l'échelle Les exemples suivants illustrent différents scénarios de définition des différentes options de mise à l'échelle. Tous les exemples supposent qu'un environnement à charge équilibrée avec les demandes d'instances Spot activées a été défini. **Example 1 : Capacité initiale avec instances à la demande et instances Spot** **Paramètres d'option** | **Option** | **Namespace** | **Valeur** | | --- | --- | --- | | `MinSize` | `aws:autoscaling:asg` | `10` | | `MaxSize` | `aws:autoscaling:asg` | `24` | | `SpotFleetOnDemandBase` | `aws:ec2:instances` | `4` | | `SpotFleetOnDemandAboveBasePercentage` | `aws:ec2:instances` | `50` | Dans cet exemple, l'environnement commence avec dix instances, dont sept instances à la demande (quatre de base et 50 % des six autres au-delà) et trois instances Spot. L'environnement peut accepter jusqu'à 24 instances. Au fur et à mesure du dimensionnement, la proportion d'instances à la demande de la partie du parc au-delà des quatre instances à la demande de base est maintenue à 50 %, jusqu'à un maximum de 24 instances au total, dont 14 sont des instances à la demande (quatre de base et 50 % des 20 autres au-delà de la base) et 10 sont des instances Spot. **Example 2 : Capacité initiale avec uniquement des instances à la demande** **Paramètres d'option** | **Option** | **Namespace** | **Valeur** | | --- | --- | --- | | `MinSize` | `aws:autoscaling:asg` | `4` | | `MaxSize` | `aws:autoscaling:asg` | `24` | | `SpotFleetOnDemandBase` | `aws:ec2:instances` | `4` | | `SpotFleetOnDemandAboveBasePercentage` | `aws:ec2:instances` | `50` | Dans cet exemple, l'environnement commence avec quatre instances à la demande. L'environnement peut accepter jusqu'à 24 instances. Au fur et à mesure du dimensionnement, la proportion d'instances à la demande de la partie du parc au-delà des quatre instances à la demande de base est maintenue à 50 %, jusqu'à un maximum de 24 instances au total, dont 14 sont des instances à la demande (quatre de base et 50 % des 20 autres au-delà de la base) et 10 sont des instances Spot. **Example 3 :Instances à la demande de base supplémentaires au-delà de la capacité initiale** **Paramètres d'option** | **Option** | **Namespace** | **Valeur** | | --- | --- | --- | | `MinSize` | `aws:autoscaling:asg` | `3` | | `MaxSize` | `aws:autoscaling:asg` | `24` | | `SpotFleetOnDemandBase` | `aws:ec2:instances` | `4` | | `SpotFleetOnDemandAboveBasePercentage` | `aws:ec2:instances` | `50` | Dans cet exemple, l'environnement commence avec trois instances à la demande. L'environnement peut accepter jusqu'à 24 instances. La première instance supplémentaire au-delà des trois instances initiales est une instance à la demande, pour compléter les quatre instances à la demande de base. Au fur et à mesure du dimensionnement, la proportion d'instances à la demande de la partie du parc au-delà des quatre instances à la demande de base est maintenue à 50 %, jusqu'à un maximum de 24 instances au total, dont 14 sont des instances à la demande (quatre de base et 50 % des 20 autres au-delà de la base) et 10 sont des instances Spot. # Configuration des capacités pour votre environnement Elastic Beanstalk Cette rubrique décrit les différentes approches permettant de configurer la capacité Auto Scaling pour votre environnement Elastic Beanstalk. Vous pouvez utiliser la console Elastic Beanstalk, la AWS CLI CLI EB, les options ou les options d'espace de noms. **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Cela nécessite les autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). ## Configuration via la console Vous pouvez configurer la gestion des capacités d'un groupe Auto Scaling en modifiant **Capacity** sur la page **Configuration** de l'environnement dans la console [Elastic Beanstalk](environments-console.md). **Pour configurer la capacité du groupe Auto Scaling dans la console Elastic Beanstalk** 1. Ouvrez la console [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk), puis **dans la liste des régions, sélectionnez votre**. Région AWS 1. Dans le panneau de navigation, choisissez **Environments** (Environnements), puis choisissez le nom de votre environnement dans la liste. 1. Dans le panneau de navigation, choisissez **Configuration**. 1. Dans la catégorie de configuration **Capacity (Capacité)**, choisissez **Edit (Modifier)**. 1. Dans la section **Auto Scaling group (Groupe Auto Scaling)**, configurez les paramètres suivants. + **Environment type (Type d'environnement)** – Sélectionnez **Load balanced (Charge équilibrée)**. + **Min instances (Nombre minimal d'instances)** – Nombre minimal d'instances EC2 que le groupe doit contenir à tout moment. Le groupe démarre avec le nombre minimal et ajoute les instances quand la condition de déclenchement d'une augmentation est remplie. + **Max instances (Nombre maximal d'instances)** – Nombre maximal d'instances EC2 que le groupe doit contenir à tout moment. **Note** Si vous utilisez des mises à jour propagées, assurez-vous que le nombre maximal d'instances est supérieur au paramètre [**Instances minimums en service**](using-features.rollingupdates.md#rollingupdates-configure) pour les mises à jour propagées. + **Composition de la flotte** — La valeur par défaut est **Instances à la demande**. Pour activer les demandes d'*instance Spot*, sélectionnez **Combined purchase options and instance types** (Options d'achat et types d'instance combinés). **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Cela nécessite les autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). Les options suivantes sont activées si vous choisissez d'activer les demandes d'*instance Spot* : + **Stratégie d'allocation ponctuelle** : détermine la méthode utilisée pour gérer et approvisionner les instances ponctuelles dans votre environnement, en fonction de la capacité disponible, du prix et de la sélection des types d'instances. Choisissez entre *Capacité optimisée* (par défaut), *Prix, capacité optimisée*, *Capacité optimisée priorisée* ou *Prix le plus bas*. Pour une description de chaque stratégie d'allocation et de plus amples informations, voir[Stratégie d'allocation d'instances Spot](environments-cfg-autoscaling-spot-allocation-strategy.md). + **Prix spot maximum** : pour obtenir des recommandations concernant les options de prix maximum pour les instances Spot, consultez [l'historique des tarifs des instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html) dans le guide de l'*utilisateur Amazon EC2*. + **On-Demande base (À la demande de base)** – Nombre minimal d'instances à la demande que votre groupe Auto Scaling alloue avant de considérer les instances Spot à mesure que votre environnement grandit. + **On-Demand above base (À la demande au-dessus de la base)** – Pourcentage d'instances à la demande dans le cadre de la capacité supplémentaire que votre groupe Auto Scaling alloue au-delà des instances à la demande de base. **Note** Les options **On-Demand base** (Base à la demande) et **On-Demand above base** (Base supérieure à la demande) sont en corrélation avec les options **Instances** **Min** et *Max* répertoriées plus tôt. Pour de plus amples informations sur ces options, consultez [Support des instances Spot pour votre environnement Elastic Beanstalk](environments-cfg-autoscaling-spot.md). + **Rééquilibrage des capacités** : cette option n'est pertinente que lorsqu'il existe au moins une instance Spot dans votre groupe Auto Scaling. Lorsque cette fonctionnalité est activée, EC2 tente automatiquement de remplacer les instances Spot du groupe Auto Scaling avant qu'elles ne soient interrompues, minimisant ainsi les interruptions des instances Spot dans vos applications. Pour plus d'informations, consultez la section [Rééquilibrage des capacités](https://docs.aws.amazon.com/autoscaling/ec2/userguide/capacity-rebalance.html) dans le guide de l'utilisateur *d'Amazon EC2 Auto Scaling* + **Architecture : architecture** du processeur de vos instances EC2. L'architecture du processeur détermine les types d'instances EC2 disponibles dans le champ suivant. + **Types d'instances** : types d'instances Amazon EC2 lancées pour exécuter votre application. Pour en savoir plus, consultez [Types d’instances](using-features.managing.ec2.console.md#using-features.managing.ec2.instancetypes). + **AMI ID (ID d'AMI)** – Image machine utilisée par Elastic Beanstalk pour lancer des instances Amazon EC2 dans votre environnement. Pour en savoir plus, consultez [ID d’AMI](using-features.managing.ec2.console.md#using-features.managing.ec2.customami). + **Availability Zones (Zones de disponibilité)** – Choisissez le nombre de zones de disponibilité entre lesquelles répartir les instances de votre environnement. Par défaut, le groupe Auto Scaling lance les instances de manière uniforme sur l'ensemble des zones utilisables. Pour concentrer vos instances en moins de zones, choisissez le nombre de zones à utiliser. Pour les environnements de production, utilisez au moins deux zones afin de vous assurer que votre application est disponible en cas de panne de l'une des zones de disponibilité. + **Placement** (facultatif) – Choisissez les zones de disponibilité à utiliser. Utilisez ce paramètre si vos instances ont besoin de se connecter aux ressources de zones spécifiques ou si vous avez acheté [des instances réservées](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts-on-demand-reserved-instances.html), qui sont spécifiques à une zone. Si vous lancez votre environnement dans un VPC personnalisé, vous ne pouvez pas configurer cette option. Dans un VPC personnalisé, vous choisissez les zones de disponibilité des sous-réseaux que vous affectez à votre environnement. + **Scaling cooldown (Stabilisation de la mise à l'échelle)** – Délai d'attente (en secondes) avant que les instances se lancent ou se terminent après la mise à l'échelle, avant de continuer à analyser les déclencheurs. Pour plus d'informations, consultez [Stabilisation de la mise à l'échelle](https://docs.aws.amazon.com/autoscaling/ec2/userguide/Cooldown.html). 1. Pour enregistrer les modifications, cliquez sur **Appliquer** en bas de la page. ## Configuration à l'aide des options d'espace de noms Elastic Beanstalk fournit des [options de configuration](command-options.md) pour les paramètres Auto Scaling dans deux espaces de noms : [`aws:autoscaling:asg`](command-options-general.md#command-options-general-autoscalingasg) et [`aws:ec2:instances`](command-options-general.md#command-options-general-ec2instances). ### Espace de noms aws:autoscaling:asg L'espace de noms [`aws:autoscaling:asg`](command-options-general.md#command-options-general-autoscalingasg) fournit des options pour le dimensionnement et la disponibilité d'ensemble. L'exemple de [fichier de configuration](ebextensions.md) suivant configure le groupe Auto Scaling de manière à ce qu'il utilise de deux à quatre instances, des zones de disponibilité spécifiques et un temps de stabilisation de 12 minutes (720 secondes). Il permet le [rééquilibrage de capacité](https://docs.aws.amazon.com/autoscaling/ec2/userguide/capacity-rebalance.html) pour les instances ponctuelles. Cette `EnableCapacityRebalancing` option ne prend effet que si elle `EnableSpot` est définie sur `true` dans l'espace de [`aws:ec2:instances`](command-options-general.md#command-options-general-ec2instances)noms, comme indiqué dans l'exemple de fichier de configuration suivant celui-ci. ``` option_settings: aws:autoscaling:asg: Availability Zones: Any Cooldown: '720' Custom Availability Zones: 'us-west-2a,us-west-2b' MaxSize: '4' MinSize: '2' EnableCapacityRebalancing: true ``` ### Espace de noms aws:ec2:instances **Note** Lorsque vous mettez à jour la configuration de votre environnement et supprimez un ou plusieurs types d'instance de l'option `InstanceTypes`, Elastic Beanstalk résilie toutes les instances Amazon EC2 exécutées sur les types d'instance supprimés. Le groupe Auto Scaling de votre environnement lance ensuite de nouvelles instances, si nécessaire pour compléter la capacité souhaitée, en utilisant les types d'instance spécifiés actuels. L'espace de noms [`aws:ec2:instances`](command-options-general.md#command-options-general-ec2instances) fournit des options liées aux instances de votre environnement, y compris la gestion d'instances Spot. Il complète [`aws:autoscaling:launchconfiguration`](command-options-general.md#command-options-general-autoscalinglaunchconfiguration) et [`aws:autoscaling:asg`](command-options-general.md#command-options-general-autoscalingasg). L'exemple de [fichier de configuration](ebextensions.md) suivant configure le groupe Auto Scaling pour activer les demandes d'instances Spot pour votre environnement. Il désigne trois types d'instances possibles qui peuvent être utilisés. Au moins une instance à la demande est utilisée pour la capacité de base, et 33 % soutenus des instances à la demande sont utilisés pour toute capacité supplémentaire. La configuration définit la [stratégie d'allocation des places](environments-cfg-autoscaling-spot-allocation-strategy.md) sur`capacity-optimized-prioritized`. Cette stratégie d'allocation particulière donne la priorité aux lancements d'instances depuis le pool en fonction de l'ordre des types d'instances spécifiés dans l'`InstanceTypes`option. Si `SpotAllocationStrategy` ce n'est pas spécifié, la valeur par défaut est. `capacity-optimized` ``` option_settings: aws:ec2:instances: EnableSpot: true InstanceTypes: 't2.micro,t3.micro,t3.small' SpotAllocationStrategy: capacity-optimized-prioritized SpotFleetOnDemandBase: '1' SpotFleetOnDemandAboveBasePercentage: '33' ``` Pour choisir des types d'instance Spot, utilisez [Spot Instance Advisor](https://aws.amazon.com/ec2/spot/instance-advisor/). **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Cela nécessite les autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). ## Configuration à l'aide du AWS CLI Cette section fournit des exemples de la manière dont vous pouvez utiliser la commande AWS CLI [create-environment](https://docs.aws.amazon.com/cli/latest/reference/elasticbeanstalk/create-environment.html) pour configurer votre environnement avec les options Auto Scaling et Capacity décrites dans ces sections. Vous remarquerez que les paramètres d'espace de noms pour [`aws:autoscaling:asg`](command-options-general.md#command-options-general-autoscalingasg)et [`aws:ec2:instances`](command-options-general.md#command-options-general-ec2instances), comme décrit dans la section précédente sur les [options de configuration des espaces de noms](#environments-cfg-autoscaling-namespace), sont également configurés dans cet exemple. L'interface de ligne de AWS commande fournit des commandes pour créer et configurer des environnements Elastic Beanstalk. Avec `--option-settings` cette option, vous pouvez transmettre des options d'espace de noms prises en charge par Elastic Beanstalk. Cela signifie que les [options de configuration de l'espace de noms](#environments-cfg-autoscaling-namespace) décrites précédemment peuvent être transmises aux AWS CLI commandes applicables pour configurer votre environnement Elastic Beanstalk. **Note** Vous pouvez également utiliser la commande [update-environment](https://docs.aws.amazon.com/cli/latest/reference/elasticbeanstalk/update-environment.html) avec `--option-settings` pour ajouter ou mettre à jour des options d'espace de noms. Si vous devez supprimer des options d'espace de noms de votre environnement, utilisez la **update-environment** commande avec`--options-to-remove`. L'exemple suivant crée un nouvel environnement. Reportez-vous à la rubrique précédente [Options de configuration de l'espace de noms](#environments-cfg-autoscaling-namespace) pour plus de contexte sur les options transmises. [La première option répertoriée, `IamInstanceProfile` dans l'espace de [aws:autoscaling:launchconfiguration](command-options-general.md#command-options-general-autoscalinglaunchconfiguration) noms, est le profil d'instance Elastic Beanstalk.](concepts-roles-instance.md) C'est nécessaire lorsque vous créez un nouvel environnement. **Example — créer un environnement avec les options Auto Scaling (options d'espace de noms intégrées)** ``` aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2023 v4.3.0 running Python 3.12" \ --option-settings \ Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role Namespace=aws:autoscaling:asg,OptionName=Availability Zones,Value=Any \ Namespace=aws:autoscaling:asg,OptionName=Cooldown,Value=720 \ Namespace=aws:autoscaling:asg,OptionName=Custom Availability Zones,Value=us-west-2a,us-west-2b \ Namespace=aws:autoscaling:asg,OptionName=MaxSize,Value=4 \ Namespace=aws:autoscaling:asg,OptionName=MinSize,Value=2 \ Namespace=aws:autoscaling:asg,OptionName=EnableCapacityRebalancing,Value=true \ Namespace=aws:ec2:instances,OptionName=EnableSpot,Value=true \ Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t2.micro,t3.micro,t3.small \ Namespace=aws:ec2:instances,OptionName=SpotAllocationStrategy,Value=capacity-optimized-prioritized \ Namespace=aws:ec2:instances,OptionName=SpotFleetOnDemandBase,Value=1 \ Namespace=aws:ec2:instances,OptionName=SpotFleetOnDemandAboveBasePercentage,Value=33 ``` **Important** Le paramètre d'`EnableSpot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Pour ce faire, vous devez disposer des autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). À 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. **Example —create-environment avec les options Auto Scaling (options d'espace de noms 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 2023 v4.3.0 running Python 3.12" --option-settings file://options.json ``` **Example** ``` ### example options.json ### [ { "Namespace": "aws:autoscaling:launchconfiguration", "OptionName": "IamInstanceProfile", "Value": "aws-elasticbeanstalk-ec2-role" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "Availability Zones", "Value": "Any" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "Cooldown", "Value": "720" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "Custom Availability Zones", "Value": "us-west-2a,us-west-2b" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "MaxSize", "Value": "4" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "MinSize", "Value": "2" }, { "Namespace": "aws:autoscaling:asg", "OptionName": "EnableCapacityRebalancing", "Value": "true" }, { "Namespace": "aws:ec2:instances", "OptionName": "EnableSpot", "Value": "true" }, { "Namespace": "aws:ec2:instances", "OptionName": "InstanceTypes", "Value": "t2.micro,t3.micro,t3.small" }, { "Namespace": "aws:ec2:instances", "OptionName": "SpotAllocationStrategy", "Value": "capacity-optimized-prioritized" }, { "Namespace": "aws:ec2:instances", "OptionName": "SpotFleetOnDemandBase", "Value": "1" }, { "Namespace": "aws:ec2:instances", "OptionName": "SpotFleetOnDemandAboveBasePercentage", "Value": "33" } ] ``` ## Configuration à l'aide de l'EB CLI Lorsque vous créez un environnement à l'aide de la commande [**eb create**](eb3-create.md), vous pouvez spécifier quelques options liées au groupe Auto Scaling de votre environnement. Voici quelques-unes des options qui vous aident à contrôler la capacité de votre environnement. `--single` Crée l'environnement avec une instance Amazon EC2 et sans équilibreur de charge. Si vous n'utilisez pas cette option, un équilibreur de charge est ajouté à l'environnement qui a été créé. `--enable-spot` Active les demandes d'instances Spot pour votre environnement. Le paramètre d'`enable-spot`option peut amener Elastic Beanstalk à migrer un environnement existant avec des configurations de lancement vers des modèles de lancement. Pour ce faire, vous devez disposer des autorisations nécessaires pour gérer les modèles de lancement. Ces autorisations sont incluses dans notre politique gérée. Si vous utilisez des politiques personnalisées au lieu de nos politiques gérées, la création ou les mises à jour de l'environnement risquent d'échouer lorsque vous mettez à jour la configuration de votre environnement. Pour plus d'informations et d'autres considérations, consultez[Migration de votre environnement Elastic Beanstalk pour lancer des modèles](environments-cfg-autoscaling-launch-templates.md). Les options suivantes de la commande [**eb create**](eb3-create.md) ne peuvent être utilisées qu'avec `--enable-spot`. `--instance-types` Liste les types d'instances Amazon EC2 que vous souhaitez que votre environnement utilise. `--spot-max-price` Prix maximum par heure d'unité, en dollars américains, que vous êtes prêt à payer pour une instance Spot. Pour obtenir des recommandations concernant les options de prix maximum pour les instances Spot, consultez [l'historique des tarifs des instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html) dans le *guide de l'utilisateur Amazon EC2*. `--on-demand-base-capacity` Nombre minimal d'instances à la demande que votre groupe Auto Scaling alloue avant de considérer les instances Spot à mesure que votre environnement grandit. `--on-demand-above-base-capacity` Pourcentage d'instances à la demande dans le cadre de la capacité supplémentaire allouée par votre groupe Auto Scaling supérieur au nombre d'instances qui est spécifié par l'option `--on-demand-base-capacity`. L'exemple suivant crée un environnement et configure le groupe Auto Scaling de manière à activer les demandes d'instances Spot pour le nouvel environnement. Pour cet exemple, trois types d'instances possibles peuvent être utilisés. ``` $ eb create --enable-spot --instance-types "t2.micro,t3.micro,t3.small" ``` **Important** Il existe une autre option nommée de la même manière qui s'appelle `--instance-type` (pas de « s »), que l'interface de ligne de commande (CLI) EB reconnaît uniquement lors du traitement des instances à la demande. N'utilisez pas `--instance-type` (pas de « s ») avec l'option `--enable-spot`. Si vous le faites, l'interface de ligne de commande (CLI) EB l'ignore. Utilisez plutôt `--instance-types` (avec « s ») avec l'option `--enable-spot`. # Déclencheurs Auto Scaling pour votre environnement Elastic Beanstalk Le groupe Auto Scaling de votre environnement Elastic Beanstalk utilise CloudWatch deux alarmes Amazon pour déclencher des opérations de dimensionnement. Les déclencheurs par défaut évoluent quand le trafic réseau sortant moyen de chaque instance est supérieur à 6 Mo ou inférieur à 2 Mo sur une période de cinq minutes. Pour utiliser Amazon EC2 Auto Scaling de manière efficace, configurez des déclencheurs adaptés à votre application, à votre type d'instance et à vos exigences de service. Vous pouvez mettre à l'échelle en fonction de plusieurs statistiques, y compris la latence, les I/O disque, l'utilisation de l'UC et le nombre de demandes. Pour plus d'informations sur CloudWatch les métriques et les alarmes, consultez [Amazon CloudWatch Concepts](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html) dans le *guide de CloudWatch l'utilisateur Amazon*. ## Configuration des déclencheurs Auto Scaling Vous pouvez configurer les déclencheurs qui ajustent le nombre d'instances du groupe Auto Scaling de votre environnement dans la console Elastic Beanstalk. **Pour configurer des déclencheurs dans la console Elastic Beanstalk** 1. Ouvrez la console [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk), puis **dans la liste des régions, sélectionnez votre**. Région AWS 1. Dans le panneau de navigation, choisissez **Environments** (Environnements), puis choisissez le nom de votre environnement dans la liste. 1. Dans le panneau de navigation, choisissez **Configuration**. 1. Dans la catégorie de configuration **Capacity (Capacité)**, choisissez **Edit (Modifier)**. 1. Dans la section **Déclencheurs de dimensionnement**, configurez les paramètres suivants : + **Métrique** – Mesure utilisée pour votre déclencheur Auto Scaling. + **Statistique** – Calcul de statistiques que le déclencheur doit utiliser, comme `Average`. + **Unité** – Unité pour la métrique du déclencheur, comme **Octets**. + **Période** — Spécifie la fréquence à laquelle Amazon CloudWatch mesure les statistiques de votre déclencheur. + **Breach duration (Durée de la faille)** – Durée, en minutes, pendant laquelle une métrique peut se trouver en dehors des seuils supérieur et inférieur avant de déclencher une opération de mise à l'échelle. + **Seuil supérieur** – Si la métrique dépasse ce nombre pendant la durée de l'utilisation hors limites, une opération de mise à l'échelle est déclenchée. + **Incrément de mise à l'échelle** : nombre d' EC2 instances Amazon à ajouter lors de l'exécution d'une activité de dimensionnement. + **Seuil inférieur** – Si la métrique tombe en-dessous de ce nombre pendant la durée de l'utilisation hors limites, une opération de mise à l'échelle est déclenchée. + **Diminuer l'incrément** : nombre d' EC2 instances Amazon à supprimer lors d'une activité de dimensionnement. 1. Pour enregistrer les modifications, cliquez sur **Appliquer** en bas de la page. ## Espace de noms aws:autoscaling:trigger Elastic Beanstalk fournit des [options de configuration](command-options.md) pour les paramètres Auto Scaling dans l'espace de noms [`aws:autoscaling:trigger`](command-options-general.md#command-options-general-autoscalingtrigger). Les paramètres de cet espace de noms sont organisés par la ressource à laquelle ils s'appliquent. ``` option_settings: AWSEBAutoScalingScaleDownPolicy.aws:autoscaling:trigger: LowerBreachScaleIncrement: '-1' AWSEBAutoScalingScaleUpPolicy.aws:autoscaling:trigger: UpperBreachScaleIncrement: '1' AWSEBCloudwatchAlarmHigh.aws:autoscaling:trigger: UpperThreshold: '6000000' AWSEBCloudwatchAlarmLow.aws:autoscaling:trigger: BreachDuration: '5' EvaluationPeriods: '1' LowerThreshold: '2000000' MeasureName: NetworkOut Period: '5' Statistic: Average Unit: Bytes ``` # Actions Auto Scaling planifiées pour vos environnements Elastic Beanstalk Pour optimiser l'utilisation des EC2 instances Amazon dans votre environnement pendant les périodes prévisibles de pic de trafic, configurez votre groupe Amazon EC2 Auto Scaling pour modifier son nombre d'instances selon un calendrier. Vous pouvez configurer votre environnement avec une action récurrente pour augmenter la capacité le matin et la réduire le soir, lorsque le trafic est faible. Par exemple, si une raison telle qu'un événement marketing amène du trafic vers votre site pendant une période limitée, vous pouvez planifier un événement unique pour augmenter la capacité au début de cet événement, et un autre pour le réduire à la fin. Vous pouvez définir jusqu'à 120 actions planifiées actives par environnement. Elastic Beanstalk conserve également jusqu'à 150 actions planifiées expirées, que vous pouvez réutiliser en mettant à jour leurs paramètres. ## Configuration d'actions planifiées Vous pouvez créer des actions planifiées pour le groupe Auto Scaling de votre environnement dans la console Elastic Beanstalk. **Pour configurer des actions planifiées dans la console Elastic Beanstalk** 1. Ouvrez la console [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk), puis **dans la liste des régions, sélectionnez votre**. Région AWS 1. Dans le panneau de navigation, choisissez **Environments** (Environnements), puis choisissez le nom de votre environnement dans la liste. 1. Dans le panneau de navigation, choisissez **Configuration**. 1. Dans la catégorie de configuration **Capacity (Capacité)**, choisissez **Edit (Modifier)**. 1. Dans la section **Time-based scaling (Dimensionnement basé sur la durée)**, choisissez **Add scheduled action (Ajouter une action planifiée)**. 1. Renseignez les paramètres des actions planifiées suivants : + **Nom** – Indiquez un nom unique de 255 caractères alphanumériques au maximum et sans espace. + **Instances** – Choisissez le nombre minimum et maximum d'instances à appliquer au groupe Auto Scaling. + **Capacité souhaitée** (facultatif) – Définissez la capacité souhaitée initiale pour le groupe Auto Scaling. Lorsque l'action planifiée est appliquée, des déclencheurs ajustent la capacité souhaitée en fonction de leurs paramètres. + **Occurrence** – Choisissez **Récurrent** pour répéter l'action de mise à l'échelle selon un calendrier spécifique. + **Heure de début** – Pour des actions ponctuelles, choisissez la date et l'heure d'exécution de l'action. Pour des actions récurrentes, l'heure de début est facultative. Spécifiez-le pour choisir le moment le plus proche où l'action est exécutée. Après cette période, l'action se répète selon l'expression de la **Récurrence**. + **Récurrence** – Utilisez une expression [Cron](http://en.wikipedia.org/wiki/Cron#CRON_expression) pour spécifier la fréquence à laquelle vous souhaitez que l'action planifiée se produise. Par exemple, `30 6 * * 2` exécute l'action tous les mardis à 6h30 UTC. + **Heure de fin** (facultatif) – Facultatif pour les actions récurrentes. Si elle est spécifiée, l'action se répète selon l'expression de la **Récurrence** et n'est plus exécutée après cette période. Lorsqu'une action planifiée se termine, Auto Scaling ne revient pas automatiquement à ses paramètres précédents. Configurez une seconde action planifiée pour rétablir les paramètres d'origine d'Auto Scaling selon vos besoins. 1. Choisissez **Ajouter**. 1. Pour enregistrer les modifications, cliquez sur **Appliquer** en bas de la page. **Note** Les actions planifiées ne sont pas enregistrées tant qu'elles ne sont pas appliquées. ## Espace de noms aws:autoscaling:scheduledaction Si vous devez configurer un grand nombre d'actions planifiées, vous pouvez utiliser les [fichiers de configuration](ebextensions.md) ou [l'API Elastic Beanstalk](environment-configuration-methods-after.md#configuration-options-after-awscli-commandline) pour appliquer les modifications d'option de configuration à partir d'un fichier YAML ou JSON. Ces méthodes vous permettent également d'accéder à l'[option `Suspend`](command-options-general.md#command-options-general-autoscalingscheduledaction) pour désactiver temporairement une action planifiée récurrente. **Note** Lorsque vous utilisez des options de configuration d'action planifiée en dehors de la console, utilisez le format d'heure ISO 8601 pour spécifier les heures de début et de fin en UTC. Par exemple, 2015-04-28T04:07:02Z. Pour plus d'informations sur le format horaire ISO 8601, accédez à [Date and Time Formats](http://www.w3.org/TR/NOTE-datetime). Les dates doivent être uniques dans toutes les actions planifiées. Elastic Beanstalk fournit des options de configuration pour les paramètres d'action planifiée dans l'espace de noms [`aws:autoscaling:scheduledaction`](command-options-general.md#command-options-general-autoscalingscheduledaction). Utilisez le champ `resource_name` pour spécifier le nom de l'action planifiée. **Example S cheduled-scale-up-specific -time-long.config** Ce fichier de configuration indique à Elastic Beanstalk de monter en puissance de 5 à 10 instances à cette date : 2015-12-12T00:00:00Z. ``` option_settings: - namespace: aws:autoscaling:scheduledaction resource_name: ScheduledScaleUpSpecificTime option_name: MinSize value: '5' - namespace: aws:autoscaling:scheduledaction resource_name: ScheduledScaleUpSpecificTime option_name: MaxSize value: '10' - namespace: aws:autoscaling:scheduledaction resource_name: ScheduledScaleUpSpecificTime option_name: DesiredCapacity value: '5' - namespace: aws:autoscaling:scheduledaction resource_name: ScheduledScaleUpSpecificTime option_name: StartTime value: '2015-12-12T00:00:00Z' ``` **Example S cheduled-scale-up-specific -time.config** Pour utiliser la syntaxe abrégée avec la CLI EB ou les fichiers de configuration, ajoutez le nom de la ressource au début de l'espace de noms. ``` option_settings: ScheduledScaleUpSpecificTime.aws:autoscaling:scheduledaction: MinSize: '5' MaxSize: '10' DesiredCapacity: '5' StartTime: '2015-12-12T00:00:00Z' ``` **Example S cheduled-scale-down-specific -time.config** Ce fichier de configuration indique à Elastic Beanstalk de diminuer en puissance à 2015-12-12T 07:00:00 Z. ``` option_settings: ScheduledScaleDownSpecificTime.aws:autoscaling:scheduledaction: MinSize: '1' MaxSize: '1' DesiredCapacity: '1' StartTime: '2015-12-12T07:00:00Z' ``` **Example S cheduled-periodic-scale-up .config** Ce fichier de configuration indique à Elastic Beanstalk de monter en puissance tous les jours à 9h du matin. L'action doit commencer le 14 mai 2015 et se terminer le 12 janvier 2016. ``` option_settings: ScheduledPeriodicScaleUp.aws:autoscaling:scheduledaction: MinSize: '5' MaxSize: '10' DesiredCapacity: '5' StartTime: '2015-05-14T07:00:00Z' EndTime: '2016-01-12T07:00:00Z' Recurrence: 0 9 * * * ``` **Example S cheduled-periodic-scale-down .config** Ce fichier de configuration indique à Elastic Beanstalk de diminuer en puissance afin de pas exécuter d'instance chaque jour à 18 h. Si vous savez que votre application est surtout inactive en dehors des heures d'ouverture, vous pouvez créer une action planifiée similaire. Si votre application doit être arrêtée en dehors des heures d'ouverture, définissez `MaxSize` sur `0`. ``` option_settings: ScheduledPeriodicScaleDown.aws:autoscaling:scheduledaction: MinSize: '0' MaxSize: '1' DesiredCapacity: '0' StartTime: '2015-05-14T07:00:00Z' EndTime: '2016-01-12T07:00:00Z' Recurrence: 0 18 * * * ``` **Example S cheduled-weekend-scale-down .config** Ce fichier de configuration indique à Elastic Beanstalk de mettre à l'échelle tous les vendredis à 18h. Si vous savez que votre application ne reçoit pas autant de trafic au cours du week-end, vous pouvez créer une action planifiée similaire. ``` option_settings: ScheduledWeekendScaleDown.aws:autoscaling:scheduledaction: MinSize: '1' MaxSize: '4' DesiredCapacity: '1' StartTime: '2015-12-12T07:00:00Z' EndTime: '2016-01-12T07:00:00Z' Recurrence: 0 18 * * 5 ``` # Paramètre de vérification de l'état Auto Scaling pour votre environnement Elastic Beanstalk Amazon EC2 Auto Scaling surveille l'état de santé de chaque instance Amazon Elastic Compute Cloud (Amazon EC2) qu'il lance. Si une instance est résiliée de façon inattendue, Auto Scaling détecte cette résiliation et lance une instance de remplacement. Par défaut, le groupe Auto Scaling créé pour votre environnement utilise les [contrôles de EC2 statut Amazon](https://docs.aws.amazon.com/autoscaling/latest/userguide/healthcheck.html). Si une instance de votre environnement échoue à la vérification EC2 du statut d'Amazon, Auto Scaling la retire et la remplace. Les vérifications de EC2 statut Amazon ne portent que sur l'état de santé d'une instance, et non sur l'état de votre application, de votre serveur ou de tout conteneur Docker exécuté sur l'instance. Si votre application se bloque, mais que l'instance sur laquelle elle s'exécute reste saine, elle peut être exclue de l'équilibreur de charge, mais elle ne sera pas automatiquement remplacée par Auto Scaling. Le comportement par défaut convient pour la résolution des problèmes. Si Auto Scaling a remplacé l'instance dès le blocage de l'application, il est possible que vous ne vous rendiez pas compte du problème, même si le blocage s'est produit peu de temps après le démarrage. Si vous souhaitez qu'Auto Scaling remplace les instances dont l'application a cessé de répondre, vous pouvez utiliser un [fichier de configuration](ebextensions.md) pour configurer le groupe Auto Scaling afin qu'il utilise les vérifications de l'état d'Elastic Load Balancing. L'exemple suivant montre comment configurer le groupe pour qu'il utilise les vérifications de santé de l'équilibreur de charge, en plus de la vérification du EC2 statut Amazon, pour déterminer l'état de santé d'une instance. **Example .ebextensions/autoscaling.config** ``` Resources: AWSEBAutoScalingGroup: Type: "AWS::AutoScaling::AutoScalingGroup" Properties: HealthCheckType: ELB HealthCheckGracePeriod: 300 ``` Pour plus d'informations sur les `HealthCheckGracePeriod` propriétés `HealthCheckType` et les propriétés, consultez [AWS::AutoScaling::AutoScalingGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-as-group.html) dans le *guide de l'AWS CloudFormation utilisateur* et [Health Checks for Auto Scaling Instances](https://docs.aws.amazon.com/autoscaling/ec2/userguide/healthcheck.html) dans le *guide de l'utilisateur Amazon EC2 Auto Scaling*. Par défaut, la vérification de l'état Elastic Load Balancing est configurée pour tenter une connexion TCP vers votre instance via le port 80. Cela confirme que le serveur web s'exécutant sur l'instance accepte les connexions. Cependant, il se peut que vous souhaitiez [personnaliser la vérification de l'état de l'équilibreur de charge](using-features.managing.elb.md) afin de vous assurer que votre application, et non pas seulement le serveur web, se trouve dans un état correct. Le paramètre de période de grâce définit le laps de temps (en secondes) pendant lequel une instance peut échouer aux vérifications de l'état sans être suspendue ou remplacée. Comme les instances peuvent être restaurées après avoir été exclues de l'équilibreur de charge, veuillez attribuer à votre instance un laps de temps adapté à votre application.