À 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 de GKE sur Bare Metal, l'environnement d'exécution de votre conteneur pouvait être Docker Engine ou containerd. Toutefois, l'environnement d'exécution de votre conteneur ne peut être containerd qu'à partir de la version 1.13 de GKE sur Bare Metal.

Avant la version 1.13 de GKE sur Bare Metal, vous deviez choisir l'environnement d'exécution de votre conteneur en spécifiant une valeur dans le champ spec.nodeConfig.containerRuntime du fichier de configuration de votre cluster. À partir de la version 1.13 de GKE 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 la version 1.13 de GKE sur Bare Metal s'exécute sur Kubernetes 1.24, les clusters version 1.13 et ultérieures ne peuvent plus utiliser Docker Engine.

Que vous créiez un cluster de la version 1.13 ou que vous mettiez à niveau un cluster de la version 1.12 vers la version 1.13, containerd est la version par défaut et le seul environnement d'exécution de conteneur 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, l'opération de mise à niveau ou de 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 les 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