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.
Annuler les modifications à l'aide d'une restauration manuelle ou automatique
Vous pouvez restaurer une actualisation d'instance qui est toujours en cours. Vous ne pouvez pas la restaurer une fois qu'elle est terminée. Toutefois, vous pouvez à nouveau mettre à jour votre groupe Auto Scaling en lançant une nouvelle actualisation d'instance.
Lors de la rétrogradation, Amazon EC2 Auto Scaling remplace les instances qui ont été déployées jusqu'à présent. Les nouvelles instances correspondent à la configuration que vous avez enregistrée pour la dernière fois dans le groupe Auto Scaling avant de commencer l'actualisation d'instance.
Amazon EC2 Auto Scaling propose les méthodes suivantes pour revenir en arrière :
-
Restauration manuelle : vous lancez une restauration manuellement pour inverser ce qui a été déployé jusqu'au point de restauration.
-
Annulation automatique : Amazon EC2 Auto Scaling annule automatiquement ce qui a été déployé si l'actualisation de l'instance échoue pour une raison ou une autre ou si l'une des CloudWatch alarmes que vous spécifiez passe à l'
ALARMétat normal.
Table des matières
Considérations
Les considérations suivantes s’appliquent lorsque vous utilisez une restauration :
-
L’option de restauration n’est disponible que si vous spécifiez la configuration souhaitée lors du démarrage de l’actualisation d’une instance.
-
Vous ne pouvez revenir à une version précédente d’un modèle de lancement que s’il s’agit d’une version numérotée spécifique. L’option de restauration n’est pas disponible si le groupe Auto Scaling est configuré pour utiliser la version du modèle de lancement
$Latestou$Default. -
Vous ne pouvez pas non plus revenir à un modèle de lancement configuré pour utiliser un AMI alias issu du AWS Systems Manager Parameter Store.
-
La configuration que vous avez enregistrée pour la dernière fois dans le groupe Auto Scaling doit être stable. Si elle n’est pas stable, le flux de travail de restauration s’exécutera toujours, mais il finira par échouer. Tant que vous n'aurez pas résolu le problème, le groupe Auto Scaling risque de se trouver à un état d'échec qui ne lui permet plus de lancer les instances avec succès. Cela peut avoir un impact sur la disponibilité du service ou de l'application.
Lancer manuellement une restauration
Lancer une actualisation d'instance avec restauration automatique
À l'aide de la fonction d'annulation automatique, vous pouvez annuler automatiquement l'actualisation de l'instance en cas d'échec, par exemple en cas d'erreur ou en cas de passage à l'ALARMétat CloudWatch d'une alarme Amazon spécifiée.
Si vous activez la restauration automatique et que des erreurs se produisent lors du remplacement des instances, l’actualisation des instances tente de terminer tous les remplacements pendant une heure avant d’échouer et de restaurer les instances. Ces erreurs sont généralement causées par des facteurs tels que des échecs de EC2 lancement, des vérifications de santé mal configurées, le fait de ne pas ignorer ou d'autoriser la fermeture d'instances en Standby état ou protégées contre l'extension.
La spécification CloudWatch des alarmes est facultative. Pour définir une alarme, vous devez d’abord la créer. Vous pouvez créer des alarmes de métrique et des alarmes composites. Pour plus d'informations sur la création de l'alarme, consultez le guide de CloudWatch l'utilisateur Amazon. En utilisant les métriques de Elastic Load Balancing par exemple, si vous utilisez un Application Load Balancer, vous pouvez utiliser les métriques HTTPCode_ELB_5XX_Count et HTTPCode_ELB_4XX_Count.
Considérations
-
Si vous spécifiez une CloudWatch alarme mais que vous n'activez pas la restauration automatique et que l'état de l'alarme passe à
ALARM, l'actualisation de l'instance échoue sans restauration. -
Vous pouvez choisir un maximum de 10 alarmes lorsque vous lancez une actualisation d’instance.
-
Lorsque vous choisissez une CloudWatch alarme, celle-ci doit être dans un état compatible. Si l’état d’alarme est
INSUFFICIENT_DATAouALARM, vous recevez un message d’erreur lorsque vous essayez de démarrer l’actualisation de l’instance. -
Lorsque vous créez une alarme à utiliser par Amazon EC2 Auto Scaling, celle-ci doit indiquer comment traiter les points de données manquants. Si une métrique manque fréquemment des points de données par conception, l'état de l'alarme est
INSUFFICIENT_DATApendant ces périodes. Dans ce cas, Amazon EC2 Auto Scaling ne peut pas remplacer les instances tant que de nouveaux points de données ne sont pas trouvés. Pour forcer l’alarme à maintenir l’état précédentALARMouOK, vous pouvez choisir d’ignorer les données manquantes. Pour plus d'informations, consultez la section Configuration de la manière dont les alarmes traitent les données manquantes dans le guide de CloudWatch l'utilisateur Amazon.
