Lancez une actualisation d'instance à l'aide du AWS Management Console ou AWS CLI - Amazon EC2 Auto Scaling

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.

Lancez une actualisation d'instance à l'aide du AWS Management Console ou AWS CLI

Important

Vous pouvez restaurer une actualisation d'instance en cours afin d'annuler toutes les modifications. Pour que cela fonctionne, le groupe Auto Scaling doit remplir les conditions préalables à l'utilisation des restaurations avant de lancer l'actualisation d'instance. Pour de plus amples informations, veuillez consulter Annuler les modifications à l'aide d'une restauration manuelle ou automatique.

Les procédures suivantes vous aident à démarrer une actualisation d'instance à l'aide du AWS Management Console ou AWS CLI.

Lancer une actualisation d'instance (console)

Si c'est la première fois que vous démarrez une actualisation d'instance, l'utilisation de la console vous aidera à comprendre les fonctions et les options disponibles.

Utilisez la procédure suivante si vous n'avez pas encore défini de politique d'instances mixtes pour votre groupe Auto Scaling. Si vous avez déjà défini une politique d'instances mixtes, consultez Lancer une actualisation d'instance dans la console (groupe d'instances mixtes) pour démarrer une actualisation d'instance.

Pour lancer une actualisation d’instance
  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/et choisissez Auto Scaling Groups dans le volet de navigation.

  2. Cochez la case située en regard de votre groupe Auto Scaling.

    Un volet fractionné s'ouvre dans la partie inférieure de la page Groupes Auto Scaling.

  3. Dans l’onglet Actualisation d’instance, dans Actualisation d’instance active, sélectionnez Démarrer l’actualisation d’instance.

  4. Pour les paramètres de disponibilité, procédez comme suit :

    1. Pour la méthode de remplacement des instances :

      • Si vous n’avez pas défini de politique de maintenance des instances pour le groupe Auto Scaling, le paramètre par défaut pour la méthode de remplacement d’instance est Résilier et lancer. Il s’agit de l’ancien comportement par défaut d’une actualisation d’instance.

      • Si vous définissez une politique de maintenance des instances sur le groupe Auto Scaling, elle fournit des valeurs par défaut pour la méthode de remplacement d’instance. Pour annuler la politique de maintenance des instances, choisissez Remplacer. Le remplacement s’applique uniquement à l’actualisation d’instance en cours. La prochaine fois que vous lancerez une actualisation d’instance, ces valeurs seront rétablies selon les valeurs par défaut de la politique de maintenance des instances.

      La procédure suivante explique comment mettre à jour la méthode de remplacement d’instance.

      1. Choisissez l’une des méthodes de remplacement d’instance suivantes :

        • Lancer avant toute résiliation : une nouvelle instance doit d’abord être mise en service avant qu’une instance existante puisse être résiliée. Il s’agit d’un bon choix pour les applications qui privilégient la disponibilité plutôt que les économies de coûts.

        • Résilier et lancer : les nouvelles instances sont mises en service en même temps que les instances existantes sont résiliées. Il s’agit d’un bon choix pour les applications qui privilégient les économies de coûts plutôt que la disponibilité. C’est également un bon choix pour les applications qui ne doivent pas libérer plus de capacité que ce qui est actuellement disponible.

        • Comportement personnalisé : cette option vous permet de définir une plage minimale et maximale personnalisée pour la quantité de capacité que vous souhaitez avoir à disposition lors du remplacement d’instances. Cela peut vous aider à trouver le juste équilibre entre le coût et la disponibilité.

      2. Pour Définir un pourcentage d’intégrité, saisissez des valeurs pour l’un ou les deux champs suivants. Les champs d’activation varient en fonction de l’option que vous choisissez pour la méthode de remplacement d’instance.

        • Min : définit le pourcentage minimal d’intégrité requis pour procéder à l’actualisation des instances.

        • Max : définit le pourcentage maximal d’intégrité possible lors de l’actualisation des instances.

      3. Développez la section Afficher la capacité temporaire estimée pendant les remplacements en fonction de la taille actuelle du groupe pour confirmer comment les valeurs de Min et Max s’appliquent à votre groupe. Les valeurs exactes utilisées dépendent de la valeur de capacité souhaitée, qui changera si le groupe est mis à l’échelle.

      4. Développez la section Définir un comportement de repli pour les tailles de remplacement non valides, puis choisissez de déroger au pourcentage maximal valide afin de prioriser la disponibilité ou de déroger au pourcentage minimal valide.

        Il n’est pas recommandé de conserver l’option par défaut Déroger au pourcentage minimal valide pour les très petits groupes. Lorsque le groupe Auto Scaling ne contient qu’une seule instance, le lancement d’une actualisation d’instance peut provoquer une panne.

        Cette étape configure le comportement de secours si vous utilisez un groupe Auto Scaling qui n’a pas encore de politique de maintenance des instances. Cette option n’est pas disponible et n’apparaît pas lorsque votre groupe dispose d’une politique de maintenance des instances. Cette option n’est également disponible que pour la méthode de remplacement Résilier et lancer. Les autres méthodes de remplacement dérogeront au pourcentage maximal valide afin de donner la priorité à la disponibilité.

    2. Pour Préparation d’instance, saisissez le nombre de secondes à partir du moment où l’état d’une nouvelle instance change en InService au moment où elle finit l’initialisation. Amazon EC2 Auto Scaling attend ce laps de temps avant de passer au remplacement de l'instance suivante.

      Lors de la préparation, une instance nouvellement lancée n'est pas non plus prise en compte dans les métriques d'instance agrégées du groupe Auto Scaling (telles que CPUUtilization, NetworkIn et NetworkOut). Si vous avez ajouté des politiques de mise à l’échelle au groupe Auto Scaling, les activités de mise à l’échelle s’exécutent en parallèle. Si vous définissez un intervalle long pour la période de préchauffage de l'actualisation des instances, les instances nouvellement lancées mettent plus de temps à apparaître dans les métriques. Par conséquent, une période de préchauffage adéquate empêche Amazon EC2 Auto Scaling de s'adapter à des données métriques périmées.

      Si vous avez déjà défini correctement une préparation d’instance par défaut pour le groupe Auto Scaling, vous n’avez pas besoin de modifier la préparation d’instance. Toutefois, si vous souhaitez remplacer la valeur par défaut, vous pouvez définir une valeur pour cette option. Pour plus d’informations sur la définition de la préparation d’instance par défaut, consultez Définir la préparation par défaut d'instance d'un groupe Auto Scaling.

  5. Sous Actualiser les paramètres, procédez comme suit :

    1. (Facultatif) Pour Points de contrôle, sélectionnez Activer les points de contrôle pour remplacer les instances à l’aide d’une approche progressive ou par phase d’une actualisation d’instance. Cela donne plus de temps pour la vérification entre les séries de remplacements. Si vous choisissez de ne pas activer les points de contrôle, les instances sont remplacées en une seule opération quasi continue.

      Si vous activez les points de contrôle, consultez Activer les points de contrôle (console) pour connaître les étapes supplémentaires.

    2. (Facultatif) Pour le temps de cuisson, spécifiez le temps d'attente à la fin de l'actualisation de l'instance avant que l'actualisation de l'instance soit considérée comme terminée.

    3. Activez ou désactivez Ignorer la correspondance :

      • Pour ignorer le remplacement des instances qui correspondent déjà à votre modèle de lancement, laissez la case Activer la fonction Ignorer la correspondance cochée.

      • Si vous désactivez la fonction Ignorer la correspondance en décochant cette case, toutes les instances peuvent être remplacées.

      Lorsque vous activez la fonction Ignorer la correspondance, vous pouvez définir un nouveau modèle de lancement ou une nouvelle version du modèle de lancement. Vous pouvez le faire dans la section Configuration souhaitée de la page Démarrer l’actualisation d’instance.

      Note

      Pour utiliser la fonctionnalité Ignorer la correspondance afin de mettre à jour un groupe Auto Scaling qui utilise actuellement une configuration de lancement, vous devez sélectionner un modèle de lancement dans Configuration souhaitée. La correspondance de saut avec une configuration de lancement n’est pas prise en charge.

    4. Pour les instances en veille, choisissez Ignorer, Résilier ou Attendre. Cela détermine ce qui se passe si des instances sont à l'état Standby. Pour de plus amples informations, veuillez consulter Supprimer temporairement des instances du groupe Auto Scaling.

      Si vous choisissez Attendre, vous devez prendre des mesures supplémentaires pour remettre ces instances en service. Si vous ne le faites pas, l'actualisation d'instance remplace toutes les instances InService et attend pendant une heure. Ensuite, s’il reste des instances Standby, l’actualisation d’instance échoue. Pour éviter cette situation, choisissez à la place Ignorer ou Résilier ces instances.

    5. Pour les instances protégées contre la mise à l'échelle horizontale, choisissez Ignorer, Remplacer ou Attendre. Cela détermine ce qui se passe si des instances protégées contre la mise à l'échelle horizontale sont trouvées. Pour de plus amples informations, veuillez consulter Utiliser la protection évolutive de l'instance pour contrôler la fermeture de l'instance.

      Si vous choisissez Attendre, vous devez prendre des mesures supplémentaires pour supprimer la protection contre la mise à l'échelle horizontale de ces instances. Si vous ne le faites pas, l'actualisation d'instance remplace toutes les instances non protégées et attend pendant une heure. Ensuite, s'il reste des instances protégées contre la mise à l'échelle horizontale, l'actualisation d'instance échoue. Pour éviter cette situation, choisissez à la place Ignorer ou Remplacer ces instances.

  6. (Facultatif) Pour les CloudWatch CloudWatch alarmes, choisissez Activer les alarmes, puis choisissez une ou plusieurs alarmes. CloudWatch les alarmes peuvent être utilisées pour identifier tout problème et faire échouer le fonctionnement si une alarme passe à l'ALARMétat. Pour de plus amples informations, veuillez consulter Lancer une actualisation d'instance avec restauration automatique.

  7. (Facultatif) Développez la section Configuration souhaitée pour spécifier les mises à jour que vous souhaitez apporter à votre groupe Auto Scaling.

    Pour cette étape, vous pouvez choisir d'utiliser JSON la YAML syntaxe pour modifier les valeurs des paramètres au lieu d'effectuer des sélections dans l'interface de la console. Pour ce faire, sélectionnez Utiliser l'éditeur de code au lieu de Utiliser l'interface de la console. La procédure suivante explique comment effectuer des sélections à l'aide de l'interface de la console.

    1. Pour Mettre à jour le modèle de lancement :

      • Si vous n’avez pas créé de nouveau modèle de lancement ou de nouvelle version de modèle de lancement pour votre groupe Auto Scaling, ne cochez pas cette case.

      • Si vous avez créé un nouveau modèle de lancement ou une nouvelle version du modèle de lancement, cochez cette case. Lorsque vous sélectionnez cette option, Amazon EC2 Auto Scaling affiche le modèle de lancement actuel et la version actuelle du modèle de lancement. Il répertorie également toutes les autres versions disponibles. Choisissez le modèle de lancement, puis la version.

        Après avoir choisi une version, vous pouvez voir les informations de version. Il s'agit de la version du modèle de lancement qui sera utilisée lors du remplacement d'instances dans le cadre d'une actualisation d'instance. Si l'actualisation de l'instance réussit, cette version du modèle de lancement sera également utilisée chaque fois que de nouvelles instances seront lancées, par exemple, lorsque le groupe évolue.

    2. Pour Choose a set of instance types and purchase options to override the instance type in the launch template (Choisir un ensemble de types d'instances et d'options d'achat pour remplacer le type d'instance dans le modèle de lancement) :

      • Ne cochez pas cette case si vous voulez utiliser le type d'instance et l'option d'achat que vous avez spécifiés dans votre modèle de lancement.

      • Cochez cette case si vous souhaitez remplacer le type d'instance dans le modèle de lancement ou exécuter des instances Spot. Vous pouvez soit ajouter manuellement chaque type d'instance, soit choisir un type d'instance principal et une option de recommandation qui récupère pour vous tous les types d'instance correspondants supplémentaires. Si vous envisagez de lancer des instances Spot, nous vous recommandons d'ajouter plusieurs types d'instance différents. Amazon EC2 Auto Scaling peut ainsi lancer un autre type d'instance si la capacité d'instance est insuffisante dans les zones de disponibilité que vous avez choisies. Pour de plus amples informations, veuillez consulter Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat.

        Avertissement

        N'utilisez pas d'instances Spot avec des applications qui ne peuvent pas gérer une interruption d'instances Spot. Des interruptions peuvent survenir si le service Amazon EC2 Spot a besoin de récupérer de la capacité.

      Si vous cochez cette case, assurez-vous que le modèle de lancement ne demande pas déjà des instances Spot. Vous ne pouvez pas utiliser un modèle de lancement qui demande aux instances Spot de créer un groupe Auto Scaling qui utilise plusieurs types d'instances et lance des instances Spot et à la demande.

      Note

      Pour configurer ces options sur un groupe Auto Scaling qui utilise actuellement une configuration de lancement, vous devez sélectionner un modèle de lancement dans Update launch template (Mettre à jour le modèle de lancement). Le remplacement du type d'instance dans votre configuration de lancement n'est pas pris en charge.

  8. (Facultatif) Dans Paramètres de restauration, choisissez Activer la restauration automatique pour restaurer automatiquement l'actualisation d'instance en cas d'échec.

    Ce paramètre ne peut être activé que lorsque le groupe Auto Scaling remplit les conditions préalables à l’utilisation des restaurations.

    Pour de plus amples informations, veuillez consulter Annuler les modifications à l'aide d'une restauration manuelle ou automatique.

  9. Passez en revue toutes vos sélections pour vous assurer que tout est correctement configuré.

    À ce stade, il est conseillé de vérifier que les différences entre les modifications actuelles et proposées n’affecteront pas votre application de manière inattendue ou indésirable. Pour vérifier que votre type d’instance est compatible avec votre modèle de lancement, consultez Compatibilité des types d'instance.

  10. Lorsque vos sélections d’actualisation d’instance vous conviennent, sélectionnez Démarrer l’actualisation de l’instance.

Utilisez la procédure suivante si vous avez créé un groupe Auto Scaling avec une politique d'instances mixtes. Si vous n'avez pas encore défini de politique d'instances mixtes pour votre groupe, consultez Lancer une actualisation d'instance dans la console (procédure de base) pour démarrer une actualisation d'instance.

Pour lancer une actualisation d’instance
  1. Ouvrez la EC2 console Amazon à l'adresse https://console.aws.amazon.com/ec2/et choisissez Auto Scaling Groups dans le volet de navigation.

  2. Cochez la case située en regard de votre groupe Auto Scaling.

    Un volet fractionné s'ouvre dans la partie inférieure de la page Groupes Auto Scaling.

  3. Dans l’onglet Actualisation d’instance, dans Actualisation d’instance active, sélectionnez Démarrer l’actualisation d’instance.

  4. Pour les paramètres de disponibilité, procédez comme suit :

    1. Pour la méthode de remplacement des instances :

      • Si vous n’avez pas défini de politique de maintenance des instances pour le groupe Auto Scaling, le paramètre par défaut pour la méthode de remplacement d’instance est Résilier et lancer. Il s’agit de l’ancien comportement par défaut d’une actualisation d’instance.

      • Si vous définissez une politique de maintenance des instances sur le groupe Auto Scaling, elle fournit des valeurs par défaut pour la méthode de remplacement d’instance. Pour annuler la politique de maintenance des instances, choisissez Remplacer. Le remplacement s’applique uniquement à l’actualisation d’instance en cours. La prochaine fois que vous lancerez une actualisation d’instance, ces valeurs seront rétablies selon les valeurs par défaut de la politique de maintenance des instances.

      La procédure suivante explique comment mettre à jour la méthode de remplacement d’instance.

      1. Choisissez l’une des méthodes de remplacement d’instance suivantes :

        • Lancer avant toute résiliation : une nouvelle instance doit d’abord être mise en service avant qu’une instance existante puisse être résiliée. Il s’agit d’un bon choix pour les applications qui privilégient la disponibilité plutôt que les économies de coûts.

        • Résilier et lancer : les nouvelles instances sont mises en service en même temps que les instances existantes sont résiliées. Il s’agit d’un bon choix pour les applications qui privilégient les économies de coûts plutôt que la disponibilité. C’est également un bon choix pour les applications qui ne doivent pas libérer plus de capacité que ce qui est actuellement disponible.

        • Comportement personnalisé : cette option vous permet de définir une plage minimale et maximale personnalisée pour la quantité de capacité que vous souhaitez avoir à disposition lors du remplacement d’instances. Cela peut vous aider à trouver le juste équilibre entre le coût et la disponibilité.

      2. Pour Définir un pourcentage d’intégrité, saisissez des valeurs pour l’un ou les deux champs suivants. Les champs d’activation varient en fonction de l’option que vous choisissez pour la méthode de remplacement d’instance.

        • Min : définit le pourcentage minimal d’intégrité requis pour procéder à l’actualisation des instances.

        • Max : définit le pourcentage maximal d’intégrité possible lors de l’actualisation des instances.

      3. Développez la section Afficher la capacité temporaire estimée pendant les remplacements en fonction de la taille actuelle du groupe pour confirmer comment les valeurs de Min et Max s’appliquent à votre groupe. Les valeurs exactes utilisées dépendent de la valeur de capacité souhaitée, qui changera si le groupe est mis à l’échelle.

      4. Développez la section Définir un comportement de repli pour les tailles de remplacement non valides, puis choisissez de déroger au pourcentage maximal valide afin de prioriser la disponibilité ou de déroger au pourcentage minimal valide.

        Il n’est pas recommandé de conserver l’option par défaut Déroger au pourcentage minimal valide pour les très petits groupes. Lorsque le groupe Auto Scaling ne contient qu’une seule instance, le lancement d’une actualisation d’instance peut provoquer une panne.

        Cette étape configure le comportement de secours si vous utilisez un groupe Auto Scaling qui n’a pas encore de politique de maintenance des instances. Cette option n’est pas disponible et n’apparaît pas lorsque votre groupe dispose d’une politique de maintenance des instances. Cette option n’est également disponible que pour la méthode de remplacement Résilier et lancer. Les autres méthodes de remplacement dérogeront au pourcentage maximal valide afin de donner la priorité à la disponibilité.

    2. Pour Préparation d’instance, saisissez le nombre de secondes à partir du moment où l’état d’une nouvelle instance change en InService au moment où elle finit l’initialisation. Amazon EC2 Auto Scaling attend ce laps de temps avant de passer au remplacement de l'instance suivante.

      Lors de la préparation, une instance nouvellement lancée n'est pas non plus prise en compte dans les métriques d'instance agrégées du groupe Auto Scaling (telles que CPUUtilization, NetworkIn et NetworkOut). Si vous avez ajouté des politiques de mise à l’échelle au groupe Auto Scaling, les activités de mise à l’échelle s’exécutent en parallèle. Si vous définissez un intervalle long pour la période de préchauffage de l'actualisation des instances, les instances nouvellement lancées mettent plus de temps à apparaître dans les métriques. Par conséquent, une période de préchauffage adéquate empêche Amazon EC2 Auto Scaling de s'adapter à des données métriques périmées.

      Si vous avez déjà défini correctement une préparation d’instance par défaut pour le groupe Auto Scaling, vous n’avez pas besoin de modifier la préparation d’instance. Toutefois, si vous souhaitez remplacer la valeur par défaut, vous pouvez définir une valeur pour cette option. Pour plus d’informations sur la définition de la préparation d’instance par défaut, consultez Définir la préparation par défaut d'instance d'un groupe Auto Scaling.

  5. Sous Actualiser les paramètres, procédez comme suit :

    1. (Facultatif) Pour Points de contrôle, sélectionnez Activer les points de contrôle pour remplacer les instances à l’aide d’une approche progressive ou par phase d’une actualisation d’instance. Cela donne plus de temps pour la vérification entre les séries de remplacements. Si vous choisissez de ne pas activer les points de contrôle, les instances sont remplacées en une seule opération quasi continue.

      Si vous activez les points de contrôle, consultez Activer les points de contrôle (console) pour connaître les étapes supplémentaires.

    2. Activez ou désactivez Ignorer la correspondance :

      • Pour ignorer le remplacement des instances qui correspondent déjà à votre modèle de lancement et n'importe quel remplacement de type d'instance, laissez la case Activer la fonction Ignorer la correspondance cochée.

      • Si vous choisissez de désactiver la fonction Ignorer la correspondance en décochant cette case, toutes les instances peuvent être remplacées.

      Lorsque vous activez la fonction Ignorer la correspondance, vous pouvez définir un nouveau modèle de lancement ou une nouvelle version du modèle de lancement. Vous pouvez le faire dans la section Configuration souhaitée de la page Démarrer l’actualisation d’instance. Vous pouvez également mettre à jour vos remplacements de type d'instance dans Desired configuration (Configuration souhaitée).

    3. Pour les instances en veille, choisissez Ignorer, Résilier ou Attendre. Cela détermine ce qui se passe si des instances sont à l'état Standby. Pour de plus amples informations, veuillez consulter Supprimer temporairement des instances du groupe Auto Scaling.

      Si vous choisissez Attendre, vous devez prendre des mesures supplémentaires pour remettre ces instances en service. Si vous ne le faites pas, l'actualisation d'instance remplace toutes les instances InService et attend une heure. Ensuite, s'il reste des instances Standby, l'actualisation d'instance échoue. Pour éviter cette situation, choisissez à la place Ignorer ou Résilier ces instances.

    4. Pour les instances protégées contre la mise à l'échelle horizontale, choisissez Ignorer, Remplacer ou Attendre. Cela détermine ce qui se passe si des instances protégées contre la mise à l'échelle horizontale sont trouvées. Pour de plus amples informations, veuillez consulter Utiliser la protection évolutive de l'instance pour contrôler la fermeture de l'instance.

      Si vous choisissez Attendre, vous devez prendre des mesures supplémentaires pour supprimer la protection contre la mise à l'échelle horizontale de ces instances. Si vous ne le faites pas, l'actualisation d'instance remplace toutes les instances non protégées et attend pendant une heure. Ensuite, s'il reste des instances protégées contre la mise à l'échelle horizontale, l'actualisation d'instance échoue. Pour éviter cette situation, choisissez à la place Ignorer ou Remplacer ces instances.

  6. (Facultatif) Pour les CloudWatch CloudWatch alarmes, choisissez Activer les alarmes, puis choisissez une ou plusieurs alarmes. CloudWatch les alarmes peuvent être utilisées pour identifier tout problème et faire échouer le fonctionnement si une alarme passe à l'ALARMétat. Pour de plus amples informations, veuillez consulter Lancer une actualisation d'instance avec restauration automatique.

  7. Dans la section Desired configuration (Configuration de cluster), effectuez les opérations suivantes.

    Pour cette étape, vous pouvez choisir d'utiliser JSON la YAML syntaxe pour modifier les valeurs des paramètres au lieu d'effectuer des sélections dans l'interface de la console. Pour ce faire, sélectionnez Utiliser l'éditeur de code au lieu de Utiliser l'interface de la console. La procédure suivante explique comment effectuer des sélections à l'aide de l'interface de la console.

    1. Pour Mettre à jour le modèle de lancement :

      • Si vous n’avez pas créé de nouveau modèle de lancement ou de nouvelle version de modèle de lancement pour votre groupe Auto Scaling, ne cochez pas cette case.

      • Si vous avez créé un nouveau modèle de lancement ou une nouvelle version du modèle de lancement, cochez cette case. Lorsque vous sélectionnez cette option, Amazon EC2 Auto Scaling affiche le modèle de lancement actuel et la version actuelle du modèle de lancement. Il répertorie également toutes les autres versions disponibles. Choisissez le modèle de lancement, puis la version.

        Après avoir choisi une version, vous pouvez voir les informations de version. Il s'agit de la version du modèle de lancement qui sera utilisée lors du remplacement d'instances dans le cadre d'une actualisation d'instance. Si l'actualisation de l'instance réussit, cette version du modèle de lancement sera également utilisée chaque fois que de nouvelles instances seront lancées, par exemple, lorsque le groupe évolue.

    2. Pour Use these settings to override the instance type and purchase option defined in the launch template (Utiliser ces paramètres pour remplacer le type d'instance et l'option d'achat définis dans le modèle de lancement) :

      Par défaut, cette case est cochée. Amazon EC2 Auto Scaling remplit chaque paramètre avec la valeur actuellement définie dans la politique relative aux instances mixtes pour le groupe Auto Scaling. Ne mettez à jour que les valeurs des paramètres que vous souhaitez modifier. Pour obtenir des conseils sur ces paramètres, consultez Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat.

      Avertissement

      Nous vous recommandons de ne pas décocher cette case. Décochez-la uniquement si vous souhaitez arrêter d'utiliser une politique d'instances mixtes. Une fois l'actualisation de l'instance réussie, Amazon EC2 Auto Scaling met à jour votre groupe pour qu'il corresponde à la configuration souhaitée. S'il n'inclut plus de politique d'instances mixtes, Amazon EC2 Auto Scaling met progressivement fin à toutes les instances Spot actuellement en cours d'exécution et les remplace par des instances à la demande. Ou, si votre modèle de lancement demande des instances Spot, Amazon EC2 Auto Scaling met progressivement fin à toutes les instances à la demande actuellement en cours d'exécution et les remplace par des instances Spot.

  8. (Facultatif) Pour Paramètres de restauration, choisissez Activer la restauration automatique pour restaurer automatiquement l'actualisation d'instance si elle échoue pour quelque raison que ce soit.

    Ce paramètre ne peut être activé que lorsque le groupe Auto Scaling remplit les conditions préalables à l’utilisation des restaurations.

    Pour de plus amples informations, veuillez consulter Annuler les modifications à l'aide d'une restauration manuelle ou automatique.

  9. Passez en revue toutes vos sélections pour vous assurer que tout est correctement configuré.

    À ce stade, il est conseillé de vérifier que les différences entre les modifications actuelles et proposées n’affecteront pas votre application de manière inattendue ou indésirable. Pour vérifier que votre type d’instance est compatible avec votre modèle de lancement, consultez Compatibilité des types d'instance.

    Lorsque vos sélections d’actualisation d’instance vous conviennent, sélectionnez Démarrer l’actualisation de l’instance.

Lancer une actualisation d'instance (AWS CLI)

Pour lancer une actualisation d’instance

Utilisez la start-instance-refreshcommande suivante pour démarrer une actualisation d'instance à partir du AWS CLI. Vous pouvez spécifier les préférences que vous souhaitez modifier dans un fichier JSON de configuration. Lorsque vous référencez le fichier de configuration, indiquez le chemin d'accès et le nom du fichier comme indiqué dans l'exemple suivant.

aws autoscaling start-instance-refresh --cli-input-json file://config.json

Contenu de config.json :

{ "AutoScalingGroupName": "my-asg", "Preferences": { "InstanceWarmup": 60, "MinHealthyPercentage": 50, "AutoRollback": true, "ScaleInProtectedInstances": Ignore, "StandbyInstances": Terminate } }

Si les préférences ne sont pas fournies, les valeurs par défaut sont utilisées. Pour de plus amples informations, veuillez consulter Comprendre les valeurs par défaut d'une actualisation d'instance.

Exemple de sortie :

{ "InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b" }