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.
Mettre à jour un environnement informatique dans AWS Batch
AWS Batch propose plusieurs stratégies de mise à jour des environnements informatiques, chacune étant conçue pour des scénarios et des exigences de mise à jour spécifiques. Ces approches utilisent la même API de mise à jour sous-jacente mais représentent des méthodes prescriptives différentes pour gérer efficacement les mises à jour. Vous pouvez gérer ces mises à jour à l'aide de la AWS Batch console ou du AWS CLI. La compréhension de ces stratégies vous aide à choisir la méthode la mieux adaptée à vos besoins tout en minimisant les perturbations de vos charges de travail.
Cette rubrique fournit une vue d'ensemble des stratégies de mise à jour disponibles et des conseils sur le moment d'utiliser chaque approche. Pour les procédures détaillées, consultez les sections individuelles de chaque stratégie de mise à jour.
Important
AWS Batch crée et gère plusieurs AWS ressources en votre nom et au sein de votre compte, notamment les modèles Amazon EC2 Launch, les groupes Amazon EC2 Auto Scaling, les flottes Amazon EC2 Spot et les clusters Amazon ECS. Ces ressources gérées sont configurées spécifiquement pour garantir un AWS Batch
fonctionnement optimal. La modification manuelle de ces ressources AWS Batch gérées, sauf indication contraire dans la AWS Batch documentation, peut entraîner des comportements inattendus, notamment des environnements INVALID informatiques, un comportement de dimensionnement des instances sous-optimal, des retards dans le traitement des charges de travail ou des coûts imprévus. Ces modifications manuelles ne peuvent pas être prises en charge de manière déterministe par le AWS Batch service. Utilisez toujours le support AWS Batch APIs ou la AWS Batch console pour gérer vos environnements informatiques.
Rubriques
Stratégies de mise à jour des environnements informatiques
Lorsque vous utilisez le dimensionnement ou les mises à jour de l'infrastructure, votre environnement informatique est mis à jour sur place. Pour la stratégie de blue/green mise à jour, vous créez un nouvel environnement informatique (vert), puis vous migrez votre charge de travail de l'ancien environnement informatique (bleu) vers le nouvel environnement informatique (vert).
AWS Batch propose trois stratégies différentes pour les mises à jour de l'environnement de calcul :
- Mises à jour relatives
-
Les mises à jour de dimensionnement ajustent la capacité de votre environnement informatique en ajoutant ou en supprimant des instances sans remplacer les instances existantes. Il s'agit du scénario de mise à jour le plus rapide et ne nécessite aucun temps d'arrêt. Utilisez les mises à jour de dimensionnement lorsque vous devez modifier les paramètres de capacité (vCPUs). Ces mises à jour sont généralement effectuées en quelques minutes.
Les mises à jour Fargate sont effectuées selon les mêmes procédures que les mises à jour de dimensionnement. Pour de plus amples informations, veuillez consulter Effectuer des mises à jour de dimensionnement.
- Mises à jour de
-
Les mises à jour de l'infrastructure remplacent les instances de votre environnement informatique par de nouvelles instances dont les paramètres ont été mis à jour. Ces mises à jour nécessitent des configurations de rôles de service et de stratégie d'allocation spécifiques, mais elles réduisent au minimum les temps d'arrêt, les tâches en cours pouvant être interrompues. Utilisez les mises à jour de l'infrastructure lorsque vous devez modifier les types d'instances, la configuration de l'AMI, les paramètres réseau, le rôle de service, l'état de l'environnement ou d'autres composants de l'infrastructure. Ces mises à jour sont généralement effectuées en 10 à 30 minutes en fonction de l'achèvement de la tâche.
Pour de plus amples informations, veuillez consulter Effectuer des mises à jour d'infrastructure.
- Mises à jour bleu/vert
-
Blue/green updates create a new compute environment alongside your existing environment, allowing gradual workload transition with zero downtime. This approach provides the safest update path but requires running two environments temporarily. Use blue/greenmises à jour lorsque vous n'avez besoin d'aucune interruption de service, que vous souhaitez tester les modifications avant le déploiement complet, que vous avez besoin d'une fonctionnalité de restauration rapide ou que vous utilisez des configurations non prises en charge pour les mises à jour de l'infrastructure. Le temps nécessaire pour terminer est variable et vous pouvez le contrôler.
Pour de plus amples informations, veuillez consulter Effectuer des blue/green mises à jour pour les environnements informatiques.
Choisir la bonne stratégie de mise à jour
Utilisez ce guide de décision pour sélectionner la stratégie de mise à jour la mieux adaptée à vos besoins :
Choisissez de dimensionner les mises à jour lorsque
Choisissez la stratégie de mise à jour du dimensionnement lorsque vous devez uniquement ajuster la capacité de calcul (vCPUs). Les mises à jour évolutives sont idéales lorsque vous avez besoin de mises à jour rapides, sans interruption ni modification de la configuration de l'infrastructure.
Pour connaître les procédures détaillées, consultez Effectuer des mises à jour de dimensionnement.
Choisissez les mises à jour de l'infrastructure quand
Choisissez la stratégie de mise à jour de l'infrastructure lorsque vous devez modifier les types d'instances, les paramètres de l'AMI, le rôle du service, l'état de l'environnement ou la configuration réseau. Votre environnement doit utiliser le rôle AWSServiceRoleForBatchlié au service et une stratégie d'allocation de BEST_FIT_PROGRESSIVESPOT_CAPACITY_OPTIMIZED, ou. SPOT_PRICE_CAPACITY_OPTIMIZED Les mises à jour de l'infrastructure fonctionnent bien lorsqu'une interruption de travail est acceptable pendant la mise à jour et que vous souhaitez des mises à jour automatiques de la dernière AMI optimisée pour Amazon ECS.
Pour connaître les procédures détaillées, consultez Effectuer des mises à jour d'infrastructure.
Choisissez les blue/green mises à jour lorsque
Choisissez la stratégie de blue/green mise à jour lorsque aucune interruption de service n'est requise pour vos charges de travail ou lorsque vous devez tester les modifications avant de transférer les charges de travail de production. Cette approche est essentielle lorsque la capacité de restauration rapide est importante, que votre environnement utilise une stratégie BEST_FIT d'allocation ou que votre environnement n'utilise pas le rôle lié au AWSServiceRoleForBatchservice. Blue/green les mises à jour sont également le meilleur choix lorsque vous utilisez des fonctionnalités personnalisées AMIs qui nécessitent des mises à jour manuelles ou des modifications de configuration majeures.
Pour connaître les procédures détaillées, consultez Effectuer des blue/green mises à jour pour les environnements informatiques.
Considérations relatives à la mise à jour de
AWS Batch peut être mis à jour vers la dernière AMI optimisée pour Amazon ECS lors des mises à jour de l'infrastructure lorsque toutes les conditions suivantes sont remplies :
Note
Une fois la mise à jour de l'infrastructure terminée, elle updateToLatestImageVersion est définie surfalse. Pour lancer une autre mise à jourupdateToLatestImageVersion, il doit être réglé surtrue.
-
L'environnement de calcul utilise le rôle AWSServiceRoleForBatchlié au service
-
La stratégie d'allocation est définie pour
BEST_FIT_PROGRESSIVESPOT_CAPACITY_OPTIMIZED, ouSPOT_PRICE_CAPACITY_OPTIMIZED -
Aucun ID d'AMI n'est explicitement spécifié dans
imageIdimageIdOverridele modèle de lancement -
Le
updateToLatestImageVersionest réglé surtrue
Mises à jour des AMI à l'aide blue/green du déploiement
Vous devez utiliser blue/green le déploiement pour effectuer la mise à jour AMIs dans les scénarios suivants :
-
Lors de l'utilisation d'une version spécifique de l'AMI optimisée pour Amazon ECS
-
Lorsque l'ID de l'AMI est spécifié dans l'un des formats suivants :
-
Lancer le modèle (vous devez le mettre à jour ou le supprimer)
-
Paramètre
imageId -
Le
imageIdOverrideparamètre dans la EC2 configuration
-
-
Lors de l'utilisation de la stratégie
BEST_FITd'allocation (ne prend pas en charge les mises à jour de l'infrastructure) -
Lorsque vous n'utilisez pas le rôle lié à AWSServiceRoleForBatchun service
