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.
Gestion des versions d'AMI dans les environnements informatiques
AWS Batch fournit une visibilité sur les Amazon Machine Images (AMIs) utilisées par vos environnements informatiques.
Affichage de l'état de l'AMI
Vous pouvez consulter l'état d' AMIs utilisation dans vos environnements informatiques via la AWS Batch console ou à l'aide de describe-compute-environmentsla commande.
Mise à jour des versions de l'AMI
Lorsque cela AWS Batch indique qu'une mise à jour de l'AMI est disponible, vous pouvez mettre à jour votre environnement de calcul pour utiliser la plus récente AMIs en mettant à jour l'environnement de calcul avec Update AMI vers la dernière version définie sur true.
Il n'est pas nécessaire de spécifier une nouvelle AMI IDs : sélectionne AWS Batch automatiquement la dernière version prise en charge AMIs lorsque vous configurez Update AMI sur la dernière version.
Important
La mise à jour AMIs déclenche une mise à jour de l'infrastructure, et non une mise à jour de dimensionnement. Cela signifie AWS Batch remplacer les instances existantes par de nouvelles instances qui utilisent l'AMI mise à jour. Le processus de mise à jour prend plus de temps qu'une mise à jour de dimensionnement et peut interrompre les tâches en cours en fonction de la configuration de votre politique de mise à jour.
Important
Si votre stratégie d'allocation l'estBEST_FIT, vous devez effectuer une mise à jour bleu/vert.
Considérations relatives à l'AMI personnalisée
Si votre environnement informatique utilise le modèle personnalisé AMIs, c'est-à-dire AMIs spécifié dans ComputeResources.imageId (obsolète)Ec2Configuration.imageIdOverride, le modèle de lancement par défaut ou le modèle de lancement remplace le modèle de lancement, vous AWS Batch ne pouvez pas fournir d'informations d'état pour ceux-ci. AMIs
-
Visibilité de l'état : AMIs affiche le « - » personnalisé pour indiquer le statut de l'image Batch dans la console et ne pas inclure le
batchImageStatuschamp dans les réponses de l'API. -
Gestion manuelle — Vous êtes responsable de la maintenance et de la mise à jour de la personnalisation AMIs. Tenez-vous au courant des correctifs de sécurité et logiciels fournis par votre fournisseur d'AMI et mettez à jour votre version personnalisée AMIs en conséquence.
-
Gestion EC2 — Utilisez la console Amazon EC2 APIs ou pour gérer le cycle de vie personnalisé des AMI, notamment en créant de nouvelles versions et en abandonnant les anciennes.
Pour plus d'informations sur la gestion personnalisée AMIs, consultezRessource de calcul AMIs.
Bonnes pratiques pour les mises à jour des AMI
Cette section s'applique à la fois au mode personnalisé et au mode par défaut AMIs.
-
Surveillance régulière — Vérifiez régulièrement l'état de l'AMI de vos environnements informatiques pour savoir quand des mises à jour sont disponibles. Par défaut AMIs, il
batchImageStatusindiquera quand une mise à jour est disponible. Pour la personnalisation AMIs, vous devrez utiliser d'autres ressources telles que des bulletins AWS de sécurité. -
Fenêtres de maintenance : planifiez les mises à jour de l'AMI pendant les fenêtres de maintenance lorsque l'interruption de travail est acceptable, car les mises à jour de l'infrastructure remplacent les instances existantes.
-
Stratégie de nouvelle tentative de tâche : configurez des stratégies de nouvelle tentative pour gérer les tâches susceptibles d'être interrompues lors des mises à jour de l'infrastructure. Pour de plus amples informations, veuillez consulter Nouvelles tentatives de travail automatisées.
-
Configuration des politiques de mise à jour : configurez les politiques de mise à jour appropriées pour contrôler la manière dont les tâches en cours sont gérées lors des mises à jour de l'infrastructure. Pour de plus amples informations, veuillez consulter Effectuer des mises à jour d'infrastructure.
-
Tests : testez les mises à jour des AMI dans les environnements de développement avant de les appliquer aux environnements informatiques de production.