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.
Corriger les serveurs et les conteneurs Windows
L'application de correctifs à Windows Server est une tâche de gestion standard pour les administrateurs Windows. Cela peut être réalisé à l'aide de différents outils tels qu'Amazon System Manager - Patch Manager, WSUS, System Center Configuration Manager et bien d'autres. Toutefois, les nœuds Windows d'un cluster Amazon EKS ne doivent pas être traités comme des serveurs Windows ordinaires. Ils doivent être traités comme des serveurs immuables. En termes simples, évitez de mettre à jour un nœud existant, lancez-en simplement un nouveau en fonction d'une nouvelle AMI mise à jour.
À l'aide d'EC2 Image Builder,
L'exemple suivant montre les composants, qui peuvent être des composants préexistants créés par AWS (Amazon-managed) ainsi que les composants que vous créez (dont je suis propriétaire). Portez une attention particulière au Amazon-managed composant appelé update-windows, qui met à jour Windows Server avant de générer l'AMI via le pipeline EC2 Image Builder.
EC2 Image Builder vous permet de créer des AMI basées sur des AMI publiques gérées par Amazon et de les personnaliser pour répondre aux besoins de votre entreprise. Vous pouvez ensuite associer ces AMI à des modèles de lancement, ce qui vous permet de lier une nouvelle AMI au groupe Auto Scaling créé par le groupe de nœuds EKS. Une fois cette opération terminée, vous pouvez commencer à mettre fin aux nœuds Windows existants et de nouveaux nœuds seront lancés en fonction de la nouvelle AMI mise à jour.
Pousser et extraire des images Windows
Amazon publie des AMI optimisées pour EKS qui incluent deux images de conteneurs Windows mises en cache.
mcr.microsoft.com/windows/servercore mcr.microsoft.com/windows/nanoserver
Les images mises en cache sont mises à jour en fonction des mises à jour du système d'exploitation principal. Lorsque Microsoft publie une nouvelle mise à jour Windows qui affecte directement l'image de base du conteneur Windows, la mise à jour est lancée sous la forme d'une mise à jour Windows ordinaire sur le système d'exploitation principal. La mise à jour de l'environnement offre un environnement plus sécurisé au niveau des nœuds et des conteneurs.
La taille de l'image d'un conteneur Windows influence push/pull les opérations, ce qui peut ralentir le démarrage du conteneur. La mise en cache des images de conteneurs Windows
L'exemple suivant montre que sur Amazon ECR, les images fluentd-windows-sac2004 ne comportent que 390,18 Mo. Il s'agit de la quantité de téléchargement qui s'est produite lors de l'opération push.
L'exemple suivant montre une image Windows LTSC
La sortie ci-dessous dedocker image ls, la taille du fluentd v1.14-windows-ltsc2019-1 est de 6,96 Go sur le disque, mais cela ne signifie pas qu'il a téléchargé et extrait cette quantité de données.
En pratique, lors de l'opération d'extraction, seuls les 533,05 Mo compressés seront téléchargés et extraits.
REPOSITORY TAG IMAGE ID CREATED SIZE 111122223333.dkr.ecr.us-east-1.amazonaws.com/fluentd-windows-coreltsc latest 721afca2c725 7 weeks ago 6.96GB fluent/fluentd v1.14-windows-ltsc2019-1 721afca2c725 7 weeks ago 6.96GB amazonaws.com/eks/pause-windows latest 6392f69ae6e7 10 months ago 255MB
La colonne Taille indique la taille globale de l'image, 6,96 Go. Décomposez le tout :
-
Image de base Windows Server Core 2019 LTSC = 5,74 Go
-
Image de base non compressée Fluentd = 6,96 Go
-
Différence sur le disque = 1,2 Go
-
ECR d'image finale compressée Fluentd = 533,05 Mo
L'image de base existe déjà sur le disque local, ce qui signifie que la quantité totale sur le disque est de 1,2 Go supplémentaire. La prochaine fois que vous verrez la quantité de Go dans la colonne de taille, ne vous inquiétez pas trop, plus de 70 % se trouvent probablement déjà sur le disque en tant qu'image de conteneur mise en cache.
Référence
