À propos de l'environnement d'exécution des conteneurs

Vos clusters utilisent un environnement d'exécution de conteneur pour créer et exécuter des pods Kubernetes. Avant la version 1.13 des clusters Anthos sur bare metal, votre environnement d'exécution de conteneur pouvait être Docker Engine ou containerd. Toutefois, à partir de la version 1.13 des clusters Anthos sur bare metal, votre environnement d'exécution de conteneur ne peut être que containerd.

Avant la version 1.13 des clusters Anthos sur solution Bare Metal, vous choisissiez l'environnement d'exécution de votre conteneur en spécifiant une valeur dans le champ spec.nodeConfig.containerRuntime du fichier de configuration du cluster. À partir de la version 1.13 des clusters Anthos sur bare metal, le champ containerRuntime n'est plus inclus dans les fichiers de configuration de cluster générés par bmctl.

Fin de compatibilité de Kubernetes 1.24 avec Docker Engine

Le composant dockershim de Kubernetes permet aux nœuds de cluster d'utiliser l'environnement d'exécution de conteneur Docker Engine. Toutefois, Kubernetes 1.24 a supprimé le composant dockershim. Étant donné que les clusters Anthos sur solution Bare Metal version 1.13 s'exécuteront sur Kubernetes 1.24, les versions 1.13 et ultérieures ne peuvent plus utiliser Docker Engine.

Qu'il s'agisse de la création d'un cluster de version 1.13 ou d'une mise à niveau d'un cluster de version 1.12 vers la version 1.13, containerd est le mode d'exécution de conteneur par défaut et le seul compatible. Vous n'êtes pas obligé de spécifier l'environnement d'exécution du conteneur dans le fichier de configuration du cluster. Si vous essayez de spécifier autre chose que containerd pour l'environnement d'exécution du conteneur, la mise à niveau ou la création du cluster échouera.

L'installation de Docker que vous utilisez en développement pour créer des images n'est pas liée à l'environnement d'exécution de conteneurs Docker Engine dans votre cluster Kubernetes. Vous pouvez toujours utiliser Docker pour créer des images et des conteneurs d'application. Ces conteneurs continueront de fonctionner dans votre cluster.

Vous devez continuer à installer Docker sur votre poste de travail administrateur, car la commande bmctl nécessite Docker pour des opérations telles que la création de clusters. Cette utilisation de Docker n'est pas affectée par l'abandon de dockershim.

Vérifier l'état de l'environnement d'exécution de conteneur

Pour vérifier l'état de l'environnement d'exécution de conteneur, exécutez la commande suivante :

systemctl status containerd