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.
Configuration changes
Lorsque vous modifiez les paramètres d'option de configuration dans la section Configuration de la console de gestion de l'environnement, AWS Elastic Beanstalk propage les modifications à toutes les ressources concernées. Ces ressources incluent l'équilibreur de charge qui répartit le trafic vers les instances Amazon EC2 exécutant votre application, le groupe Auto Scaling qui gère ces instances et les instances EC2 elles-mêmes.
De nombreux changements de configuration peuvent s'appliquer à un environnement en cours d'exécution sans remplacer les instances existantes. Par exemple, la définition d'une URL de vérification de l'état déclenche une mise à jour de l'environnement pour modifier les paramètres de l'équilibreur de charge, mais n'entraîne aucun temps d'arrêt, car les instances qui exécutent votre application continuent à traiter les demandes pendant la propagation de la mise à jour.
Les changements de configuration qui modifient la configuration du lancement ou les paramètres de VPC nécessitent de résilier toutes les instances de votre environnement et de les remplacer. Par exemple, lorsque vous modifiez le type d'instance ou le paramètre de clé SSH pour votre environnement, les instances EC2 doivent être résiliées et remplacées. Elastic Beanstalk fournit plusieurs stratégies qui déterminent la façon dont ce remplacement est effectué.
-
Mises à jour propagées – Elastic Beanstalk applique vos modifications de configuration par lots, en conservant un nombre minimal d'instances en cours d'exécution et en servant le trafic à tout moment. Cette approche empêche les temps d'arrêt pendant le processus de mise à jour. Pour plus d'informations, consultez Mises à jour propagées.
-
Mises à jour immuables – Elastic Beanstalk lance un groupe Auto Scaling temporaire en dehors de votre environnement avec un ensemble distinct d'instances s'exécutant avec la nouvelle configuration. Ensuite, Elastic Beanstalk place ces instances derrière l'équilibreur de charge de votre environnement. Les anciennes et les nouvelles instances servent le trafic jusqu'à ce que les nouvelles instances réussissent les contrôles d'intégrité. À ce moment-là, Elastic Beanstalk déplace les nouvelles instances dans le groupe Auto Scaling de votre environnement et résilie le groupe temporaire et les anciennes instances. Pour plus d'informations, consultez Mises à jour immuables.
-
Désactivé – Elastic Beanstalk ne tente pas d'éviter les temps d'arrêt. Il met fin aux instances existantes de votre environnement et les remplace par de nouvelles instances exécutées avec la nouvelle configuration.
Avertissement
Certaines stratégies remplacent toutes les instances pendant le déploiement ou la mise à jour. Cela entraîne la perte de tous les équilibres de rafale Amazon EC2 cumulés. Une telle situation se produit dans les cas suivants :
-
Mises à jour de la plate-forme gérée avec le remplacement d'instance activé
-
Mises à jour immuables
-
Déploiements avec mises à jour immuables ou fractionnement du trafic activé
| Paramètre de mise à jour propagée | Environnements à charge équilibrée | Environnements d'instance unique | Environnements Windows Server existants† |
|---|---|---|---|
|
Désactivé |
|
|
|
|
Propagation en fonction de la santé |
|
|
|
|
Propagation en fonction de la durée |
|
|
|
|
Immuable |
|
|
|
† Pour les besoins de cette table, un environnement Windows Server existant est un environnement basé sur une configuration de plateforme Windows Server qui utilise une version IIS antérieure à IIS 8.5.
Rubriques
