View a markdown version of this page

Effectuer des blue/green mises à jour pour les environnements de calcul - AWS Batch
Vue d’ensemble

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.

Effectuer des blue/green mises à jour pour les environnements de calcul

Une blue/green mise à jour est une stratégie de mise à jour qui réduit les temps d'arrêt et les risques en créant un nouvel environnement informatique (vert) parallèlement à votre environnement informatique existant (bleu). Cette approche vous permet de transférer progressivement les charges de travail vers le nouvel environnement tout en maintenant l'environnement existant opérationnel. Blue/green les mises à jour fournissent le chemin de mise à jour le plus sûr et fonctionnent avec n'importe quel type de rôle de service ou stratégie d'allocation.

Vue d’ensemble

Blue/green les mises à jour offrent plusieurs avantages qui les rendent idéales pour les environnements de production. Ils n'entraînent aucun temps d'arrêt en maintenant vos charges de travail en continu pendant le processus de mise à jour. Cette approche permet des fonctionnalités de restauration faciles, ce qui vous permet de revenir rapidement à l'environnement d'origine en cas de problème. Vous pouvez mettre en œuvre une stratégie de transition progressive, en vérifiant les performances du nouvel environnement avant de transférer complètement vos charges de travail de production. Cette méthode permet également une excellente atténuation des risques puisque l'environnement d'origine reste inchangé et opérationnel jusqu'à ce que vous décidiez de le supprimer.

Quand des blue/green mises à jour sont nécessaires

Vous devez utiliser les blue/green mises à jour dans les situations suivantes :

  • Lorsque votre environnement informatique utilise une stratégie BEST_FIT d'allocation (ne prend pas en charge les mises à jour de l'infrastructure).

  • Lorsque votre environnement informatique n'utilise pas le rôle AWSServiceRoleForBatch lié à un service.

  • Lorsque vous devez passer d'un type de rôle de service à un autre.

Nous recommandons blue/green des mises à jour pour les environnements de production où l'absence d'interruption est essentielle pour vos charges de travail. Cette approche fonctionne bien lorsque vous devez tester de nouvelles configurations avant de transférer des charges de travail de production, afin de vous assurer que les modifications répondent à vos exigences de performances et de fiabilité. Choisissez les blue/green mises à jour lorsque la fonctionnalité de restauration rapide est importante pour vos opérations, en particulier si vous mettez à jour des AMI personnalisées avec des modifications importantes. Cette méthode est également idéale lorsque vous souhaitez valider les caractéristiques de performances et le comportement avant de vous engager pleinement dans les modifications, afin de vous assurer de la fiabilité de votre processus de mise à jour.

Conditions préalables

Avant d'effectuer une blue/green mise à jour, assurez-vous que vous disposez des éléments suivants :

  • Autorisations IAM appropriées pour créer et gérer des environnements informatiques.

  • Accès pour afficher et modifier les paramètres de file d'attente des tâches.

  • Stratégies de nouvelle tentative configurées pour vos définitions de tâches afin de gérer les échecs potentiels pendant la transition. Pour de plus amples informations, veuillez consulter Reprises de travail automatisées.

  • ID AMI du nouvel environnement informatique. Cela peut être soit :

    • Une version récente et approuvée de l'AMI optimisée pour Amazon ECS (utilisée par défaut).

    • Une AMI personnalisée qui répond à la spécification AMI d'instance de conteneur Amazon ECS. Lorsque vous utilisez une AMI personnalisée, vous pouvez la spécifier de l'une des manières suivantes :

      • Utilisation du champ Image ID override dans la configuration EC2.

      • En le spécifiant dans un modèle de lancement.

      Pour plus d'informations sur la création d'AMI personnalisées, consultezTutoriel : Création d'une AMI de ressources de calcul.

Avant de créer le nouvel environnement, vous devez enregistrer la configuration de votre environnement informatique existant. Vous pouvez le faire en utilisant le Console de gestion AWS ou le AWS CLI.

Note

Les procédures suivantes expliquent comment effectuer une blue/green mise à jour qui modifie uniquement l'AMI. Vous pouvez mettre à jour d'autres paramètres pour le nouvel environnement.

Important

Lorsque vous supprimez l'ancien environnement de calcul (bleu), toutes les tâches en cours d'exécution sur ces instances échoueront car les instances seront interrompues. Configurez des stratégies de relance des tâches dans vos définitions de tâches pour gérer automatiquement ces échecs. Pour de plus amples informations, veuillez consulter Reprises de travail automatisées.

Une fois que vous êtes à l'aise dans le nouvel environnement :

  1. Modifiez la file d'attente des tâches pour supprimer l'ancien environnement informatique.

  2. Attendez que toutes les tâches en cours d'exécution dans l'ancien environnement soient terminées.

  3. Supprimez l'ancien environnement de calcul.

Performing blue/green updates using the Console de gestion AWS

  1. Clonez votre environnement informatique actuel

    1. Ouvrez la AWS Batch console à l'adresse https://console.aws.amazon.com/batch/.

    2. Sélectionnez l'option à côté de votre environnement informatique existant. Vous devez sélectionner un environnement de calcul pour que les options du menu Actions soient disponibles.

    3. Choisissez Actions, puis Cloner.

    4. Dans le champ Nom, entrez un nom unique pour votre nouvel environnement informatique.

    5. Choisissez Suivant.

    6. Dans la section Configuration de l'instance, mettez à jour les paramètres de l'AMI :

      1. Développez Additional configuration (Configuration supplémentaire).

      2. Pour la configuration EC2, spécifiez le nouveau type d'AMI dans Type d'image et l'ID AMI dans le champ de remplacement de l'ID d'image.

    7. Choisissez Suivant.

    8. Pour Configuration réseau, choisissez Next.

    9. Passez en revue les autres paramètres qui sont automatiquement copiés à partir de votre environnement existant.

    10. Choisissez Créer un environnement de calcul.

    11. Attendez que le nouvel état de l'environnement de calcul soit définiVALID.

  2. Modifier l'ordre de la file d'attente des tâches

    1. Dans le volet de navigation, choisissez Queues de tâches.

    2. Sélectionnez la file d'attente de tâches associée à votre environnement informatique existant.

    3. Choisissez Modifier.

    4. Dans Environnement informatique connecté, ajoutez le nouvel environnement de calcul :

      • Ajoutez le nouvel environnement de calcul avec un numéro de commande supérieur à celui de l'environnement existant pour transférer la charge de travail.

      • Une fois que vous avez vérifié que le nouvel environnement fonctionne correctement, vous pouvez en faire l'environnement principal en lui attribuant un numéro de commande inférieur.

    5. Choisissez Mettre à jour la file d'attente des tâches.

  3. Nettoyage

    1. Surveillez l'exécution des tâches dans le nouvel environnement pour vous assurer que tout fonctionne comme prévu.

    2. Une fois que vous êtes à l'aise dans le nouvel environnement :

      1. Modifiez la file d'attente des tâches pour supprimer l'ancien environnement informatique.

      2. Attendez que toutes les tâches en cours d'exécution dans l'ancien environnement soient terminées.

      3. Supprimez l'ancien environnement de calcul.

Performing blue/green updates using the AWS CLI

  1. Pour obtenir la configuration à l'aide de AWS CLI, utilisez la commande suivante :

    aws batch describe-compute-environments \
  --compute-environments your-compute-environment-name

    Enregistrez la sortie pour référence lors de la création du nouvel environnement.

  2. Créez un nouvel environnement informatique en utilisant la configuration de votre environnement existant, mais avec la nouvelle AMI. Voici un exemple de structure de commande :

    Remplacez les valeurs d'exemple par votre configuration réelle de l'étape précédente :

    cat <<EOF > ./blue-green-compute-environment.json
{
  "computeEnvironmentName": "your-new-compute-environment-name",
  "type": "MANAGED",
  "state": "ENABLED",
  "computeResources": {
    "instanceRole": "arn:aws:iam::012345678901:instance-profile/ecsInstanceRole",
    "type": "EC2",
    "minvCpus": 2,
    "desiredvCpus": 2,
    "maxvCpus": 256,
    "instanceTypes": [
      "optimal"
    ],
    "allocationStrategy": "BEST_FIT_PROGRESSIVE",
    "ec2Configuration": [
      {
        "imageType": "ECS_AL2023",
        "imageIdOverride": "ami-0abcdef1234567890"
      }
    ],
    "subnets": [,
      "subnet-0abcdef1234567890"
    ],
    "securityGroupIds": [
      "sg-0abcdef1234567890"
    ]
  }
}
EOF
        
    $ aws batch create-compute-environment --cli-input-json file://./blue-green-compute-environment.json

  3. Attendez que le nouvel environnement soit disponible :

    aws batch describe-compute-environments \
  --compute-environments your-new-compute-environment-name \
  --query 'computeEnvironments[].status'

  4. Ajoutez le nouvel environnement de calcul à votre file d'attente de tâches :

    aws batch update-job-queue \
  --job-queue your-job-queue \
  --compute-environment-order order=1,computeEnvironment=your-existing-environment \
  order=2,computeEnvironment=your-new-compute-environment-name

  5. Une fois vérifié, effectuez une nouvelle mise à jour pour rendre le nouvel environnement principal :

    aws batch update-job-queue \
  --job-queue your-job-queue \
  --compute-environment-order order=1,computeEnvironment=your-new-compute-environment-name

    Une fois toutes les tâches terminées dans l'ancien environnement, désactivez-le, puis supprimez-le :

    aws batch update-compute-environment \
    --compute-environment your-existing-environment \
    --state DISABLED
    aws batch delete-compute-environment \
  --compute-environment your-existing-environment