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 de lancement Amazon EC2, 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. Les modifications manuelles non prises en charge incluent l'exécution de vos propres tâches ou services Amazon ECS sur des AWS Batch clusters Amazon ECS gérés, ou le lancement de processus, de démons ou de services supplémentaires directement sur des instances gérées par ces derniers. AWS Batch AWS Batch assume le contrôle total des ressources de calcul dans un environnement informatique géré et peut mettre fin à des instances, arrêter des tâches ou dimensionner le cluster à tout moment. Toutes les charges de travail que vous exécutez en dehors des soumissions de AWS Batch travail sur ces ressources gérées peuvent être interrompues sans avertissement. L'exécution de AWS Batch charges de travail non gérées sur des clusters et des instances AWS Batch gérés peut également interférer avec la planification des AWS Batch tâches et le dimensionnement des instances. **Topics** + [Stratégies de mise à jour des environnements informatiques](#update-strategies) + [Choisir la bonne stratégie de mise à jour](#choosing-update-strategies) + [Considérations relatives à la mise à jour de](#ami-update-considerations) + [Effectuer des mises à jour de dimensionnement](scaling-updates.md) + [Effectuer des mises à jour d'infrastructure](infrastructure-updates.md) + [Effectuer des blue/green mises à jour pour les environnements informatiques](blue-green-updates.md) ## 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](scaling-updates.md). 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](infrastructure-updates.md). 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 de réalisation 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](blue-green-updates.md). ## 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](scaling-updates.md). ### 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 *AWSServiceRoleForBatch*lié au service et une stratégie d'allocation de `BEST_FIT_PROGRESSIVE``SPOT_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](infrastructure-updates.md). ### 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 *AWSServiceRoleForBatch*service. 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](blue-green-updates.md). ## Considérations relatives à la mise à jour de L'approche de mise à jour AMIs dépend de la configuration de votre environnement informatique. ### Mise à jour de l'AMI par défaut AWS Batch fournie vers la dernière version AWS Batch peut être mis à jour vers la dernière AMI optimisée pour Amazon ECS lors des mises à jour de [l'infrastructure](infrastructure-updates.md) lorsque toutes les conditions suivantes sont remplies : **Note** Une fois la mise à jour de l'infrastructure terminée, elle `updateToLatestImageVersion` est définie sur`false`. Pour lancer une autre mise à jour`updateToLatestImageVersion`, il doit être réglé sur`true`. + L'environnement informatique utilise le rôle *AWSServiceRoleForBatch*lié au service. + La stratégie d'allocation est définie sur `BEST_FIT_PROGRESSIVE``SPOT_CAPACITY_OPTIMIZED`, ou`SPOT_PRICE_CAPACITY_OPTIMIZED`. + Aucun ID d'AMI n'est explicitement spécifié dans le `imageId` modèle de lancement ou dans le modèle de lancement. `imageIdOverride` + Le `updateToLatestImageVersion` est réglé sur `true`. ### 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 : + Lorsque vous utilisez une version spécifique de l'AMI optimisée pour Amazon ECS. + Lorsque l'ID AMI est spécifié dans l'un des formats suivants : + Lancez le modèle (vous devez le mettre à jour ou le supprimer). + Le `imageId` paramètre. + `imageIdOverride`Paramètre dans la configuration EC2. + Lorsque vous utilisez la stratégie `BEST_FIT` d'allocation (ne prend pas en charge les mises à jour de l'infrastructure). + Lorsque vous n'utilisez pas le rôle *AWSServiceRoleForBatch*[lié au service](using-service-linked-roles-batch-general.md). ### Mises à jour de l'AMI pour une AMI personnalisée Si vous spécifiez une AMI personnalisée dans le modèle de lancement de l'environnement de calcul, le `imageId` paramètre ou le paramètre de la `imageIdOverride` configuration EC2 ne AWS Batch mettra pas automatiquement à jour votre AMI personnalisée lors des mises à jour de l'infrastructure. Vous pouvez mettre à jour un identifiant d'AMI personnalisé en spécifiant le nouvel identifiant dans le paramètre initialement utilisé lors de la création de l'environnement de calcul. Si vous souhaitez passer à l'utilisation d'une AMI AWS Batch fournie, vous pouvez le faire en supprimant l'ID d'AMI personnalisé dans la mise à jour de votre environnement informatique.