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 GDCV pour 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 du conteneur en spécifiant une valeur dans le champ spec.nodeConfig.containerRuntime de votre fichier de configuration de 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.
Lors de la création d'un cluster en version 1.13 ou de la mise à niveau d'un cluster de la version 1.12 vers la version 1.13, containerd est le mode 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