Images de système d'exploitation prises en charge pour ACK - Container Service for Kubernetes

Images de système d'exploitation prises en charge et limites d'utilisation pour les nœuds Container Service for Kubernetes.

Images de système d'exploitation prises en charge pour Container Service for Kubernetes

Lors de la création d'un cluster ou d'un pool de nœuds ACK, sélectionnez une image de système d'exploitation pour les nœuds. Seule la dernière version de chaque type d'image est disponible par défaut.

Important

ACK gère sa propre liste d'images prises en charge, qui peut être en retard par rapport aux dernières versions ECS. Cette liste fait autorité.
Alibaba Cloud Linux 2 et CentOS ont atteint leur fin de vie (EOL) respectivement le 31 mars 2024 et le 30 juin 2024. Alibaba Cloud ne fournit plus de support technique pour les instances ECS exécutant ces versions. Utilisez plutôt Alibaba Cloud Linux 3 ou ContainerOS. Consultez [[Modification du produit] Fin de maintenance pour Alibaba Cloud Linux 2 et CentOS 7](t2602809.xdita#).

Type d'image	Nom de l'image (y compris la version)	ID de l'image	Plateforme	Architecture système	Mode de démarrage	Taille du système	Versions de cluster prises en charge
Alibaba Cloud Linux 4 LTS 64 bits Édition optimisée pour les conteneurs	Alibaba Cloud Linux 4 LTS 64 bits Édition optimisée pour les conteneurs	aliyun_4_x64_20G_container_optimized_alibase_20251106.vhd Utilise cgroup v2 par défaut.	Aliyun	x86_64	UEFI-Preferred	20 GiB	1.33 et versions ultérieures
Alibaba Cloud Linux 3.2104 LTS 64 bits Édition optimisée pour les conteneurs	Alibaba Cloud Linux 3.2104 Optimisé pour les conteneurs	aliyun_3_x64_20G_container_optimized_alibase_20251215.vhd Utilise cgroup v2 par défaut.	Aliyun	x86_64	UEFI-Preferred	20 GiB	1.26 et versions ultérieures
ContainerOS	ContainerOS 3	lifsea_3_x64_5G_alibase_20251204.qcow2 ContainerOS 3.3 et versions ultérieures utilisent cgroup v2 par défaut.	Aliyun	x86_64	BIOS	5 GiB	1.31 et versions ultérieures
Alibaba Cloud Linux 3	Alibaba Cloud Linux 3.2104 LTS 64 bits	aliyun_3_x64_20G_alibase_20251215.vhd	Aliyun	x86_64	BIOS	20 GiB	1.18 et versions ultérieures
Alibaba Cloud Linux 3 Édition Arm	Alibaba Cloud Linux 3.2104 LTS 64 bits Édition ARM	aliyun_3_arm64_20G_alibase_20240528.vhd	Aliyun	arm64	UEFI	20 GiB	1.20 et versions ultérieures
Alibaba Cloud Linux UEFI 3	Alibaba Cloud Linux UEFI 3.2104 Sécurité renforcée	aliyun_3_x64_20G_uefi_alibase_20230727.vhd	Aliyun	x86_64	UEFI	20 GiB	1.18 et versions ultérieures
Red Hat	Red Hat Enterprise Linux (RHEL) 9,3 64 bits	Red Hat Enterprise Linux 9.3 64bit RHEL 9 et versions ultérieures utilisent cgroup v2 par défaut.	Red Hat	x86_64	BIOS	20 GiB	1.20 et versions ultérieures
Ubuntu	Ubuntu 24.04	ubuntu_24_04_x64_20G_alibase_20251126.vhd Ubuntu 22 et versions ultérieures utilisent cgroup v2 par défaut.	Ubuntu	x86_64	BIOS	20 GiB	1.30 et versions ultérieures
Windows	Windows Server 2022 (20240220)	win2022_21H2_x64_dtc_en-us_40G_container_alibase_20240220.vhd	WindowsServer2022	x86_64	BIOS	40 GiB	1.18 et versions ultérieures
Windows	Windows Server 2019 (20240220)	win2019_1809_x64_dtc_en-us_40G_container_alibase_20240220.vhd	WindowsServer2019	x86_64	BIOS	40 GiB	1.18 et versions ultérieures
Windows Core	Windows Server Core, version 2022 (20240223)	wincore_2022_x64_dtc_en-us_40G_container_alibase_20240223.vhd	WindowsServer2022	x86_64	BIOS	40 GiB	1.18 et versions ultérieures
Alibaba Cloud Linux 2 (EOL)	Alibaba Cloud Linux 2.1903 LTS 64 bits	aliyun_2_1903_x64_20G_alibase_20231221.vhd	Aliyun	x86_64	BIOS	20 GiB	Antérieur à 1,30
CentOS (EOL)	CentOS 7.9 64 bits	centos_7_9_x64_20G_alibase_20230718.vhd	CentOS	x86_64	BIOS	20 GiB	Antérieur à 1,30

Remarques sur l'utilisation

Limites du système d'exploitation

Les systèmes d'exploitation disponibles dépendent des types d'instance sélectionnés. La sélection de plusieurs types d'instance restreint la liste à ceux pris en charge par tous les types choisis.

Type de système d'exploitation

Limites

Alibaba Cloud Linux 4 LTS 64 bits Édition optimisée pour les conteneurs

Nécessite Terway version 1.16.4 ou ultérieure, ou une version comprise entre 1.9.18 (inclusive) et 1.10.0 (exclusive).

Alibaba Cloud Linux

Seul Alibaba Cloud Linux est pris en charge dans les scénarios suivants :

Le runtime de conteneur est Sandboxed-Container.
Lorsque vous créez un cluster ACK managé Confidential Computing.

Alibaba Cloud Linux 3 Édition Arm

Seuls les types d'instance d'architecture Arm sont pris en charge.

Ubuntu

Version de cluster 1.30 ou ultérieure requise. Pour effectuer la mise à niveau, consultez Mettre à niveau manuellement un cluster.
Les mises à niveau automatiques du système d'exploitation sont désactivées lors de l'initialisation des nœuds.
Lors de l'initialisation, /etc/resolv.conf est lié symboliquement à /run/systemd/resolve/stub-resolv.conf. Le DNS est configuré via DHCP.
Des fonctionnalités telles que les volumes persistants CPFS (PV), les plugins d'accélération d'image et le durcissement de la sécurité ne sont pas prises en charge.

RHEL 9.3

RHEL nécessite une image personnalisée. Consultez Créer une image personnalisée à partir d'une instance.

Utilisez l'image personnalisée pour créer un pool de nœuds. Tous les nœuds du pool seront déployés avec cette image.

Procédure

Connectez-vous à la console ACK. Dans le volet de navigation de gauche, cliquez sur Clusters.
Sur la page Clusters, cliquez sur le nom de votre cluster. Dans le volet de navigation de gauche, cliquez sur Nodes > Node Pools.
Cliquez sur Create Node Pool. Pour Operating System, sélectionnez Custom Image, puis choisissez l'image que vous avez créée.
Pour la configuration du pool de nœuds, consultez Créer et gérer des pools de nœuds.

Système d'exploitation d'une image personnalisée

Créez des images personnalisées uniquement à partir de systèmes d'exploitation pris en charge par ACK.
Ne créez pas d'image personnalisée à partir d'une instance ECS actuellement en cours d'exécution dans un cluster ACK. Pour l'utiliser, retirez-la d'abord du cluster. Pour plus d'informations, consultez Supprimer un nœud.
Le comportement prédéfini d'une image personnalisée peut affecter l'initialisation des nœuds du cluster, le fonctionnement des conteneurs, les mises à niveau du système d'exploitation des nœuds et la récupération automatique des nœuds dans les pools de nœuds managés. Avant de l'utiliser dans un environnement de production, assurez-vous qu'elle a été rigoureusement testée et validée.
N'activez pas de partition swap.

Windows

Des limites s'appliquent au type de cluster, à la version, au plugin réseau, etc.

Limites

Élément	Description
Cluster	Créer un cluster ACK managé. Vous pouvez ajouter des pools de nœuds Windows uniquement aux clusters ACK managés existants ; vous ne pouvez pas les ajouter lors de la création du cluster. La version du cluster est 1,32 ou ultérieure. Pour mettre à niveau un cluster, consultez Mettre à niveau manuellement un cluster. Le type de réseau du cluster doit être Flannel. La version de kube-flannel-ds-windows est v0.15.2-aliyun ou ultérieure.
Runtime de conteneur	Seul containerd 1.6 ou version ultérieure prend en charge les pools de nœuds Windows. Pour mettre à niveau la version du runtime, consultez Mettre à niveau un pool de nœuds.
Type de pool de nœuds	Un pool de nœuds Windows doit être un pool de nœuds non managé.
Type d'instance	La prise en charge des pools de nœuds Windows varie selon le type d'instance. Si la création du pool de nœuds échoue, le type d'instance sélectionné peut ne pas être pris en charge. Réessayez avec un autre type. Par exemple, ecs.g6.xlarge prend en charge les pools de nœuds Windows. Le type d'instance doit disposer d'au moins 4 vCPU et de 8 Go de mémoire. Les conteneurs Windows ne sont pas arrêtés par le tueur OOM (Out of Memory) lorsqu'ils dépassent leurs limites de mémoire. Depuis mai 2021, pour les clusters ACK v1.16 ou ultérieurs, les nouveaux nœuds Windows réservés réservent une partie des ressources au démarrage (1,5 vCPU, 2,5 Go de RAM et 3 Go d'espace disque) afin de garantir la stabilité du système d'exploitation Windows, de kubelet et du runtime de conteneur. Pour plus d'informations sur la réservation de ressources, consultez Politique de réservation de ressources des nœuds. Cette réservation de ressources permet d'éviter que les nœuds Windows ne deviennent indisponibles en raison d'une surallocation des charges de travail. Toutefois, une fuite de mémoire dans une application de conteneur Windows peut toujours provoquer le plantage du nœud. Les conteneurs Windows ont une empreinte mémoire. Pour plus d'informations, consultez Configuration requise en matière de mémoire pour les conteneurs Windows.

Consultez Créer et gérer des pools de nœuds Windows.

Versions de cgroup

Le noyau Linux utilise les cgroups (v1 et v2) pour limiter et isoler les ressources des processus. La migration de v1 vers v2 nécessite de modifier le système d'exploitation du pool de nœuds et d'ajuster les charges de travail en raison des importantes différences. Consultez Migrer les nœuds vers cgroup v2.

Références

Consultez Image de conteneur optimisée Alibaba Cloud Linux 3.
Utilisez pools de nœuds pour gérer les nœuds lors d'opérations telles que la maintenance, l'application de correctifs pour les CVE du système d'exploitation et la mise à l'échelle automatique.
Lorsque vous créez un cluster ACK managé, vous ne créez que des nœuds de travail. ACK héberge le plan de contrôle, ce qui réduit la charge de maintenance.