Tus clústeres usan un entorno de ejecución de contenedores para crear y ejecutar Pods de Kubernetes. Antes de la versión 1.13 de GKE en Bare Metal, el entorno de ejecución del contenedor podía ser Docker Engine o containerd. Sin embargo, el entorno de ejecución del contenedor solo puede ser containerd a partir de la versión 1.13 de GKE en Bare Metal.
Antes de la versión 1.13 de GKE en Bare Metal, elegías el entorno de ejecución del contenedor mediante la especificación de un valor en el campo spec.nodeConfig.containerRuntime del archivo de configuración del clúster. A partir de la versión 1.13 de GKE en Bare Metal, el campo containerRuntime ya no se incluye en los archivos de configuración del clúster que genera bmctl.
Kubernetes 1.24 deja de ser compatible con Docker Engine
El componente dockershim en Kubernetes permite que los nodos del clúster usen el entorno de ejecución del contenedor de Docker Engine. Sin embargo, Kubernetes 1.24 quitó el componente dockershim. Dado que la versión 1.13 de GKE en Bare Metal se ejecutará en Kubernetes 1.24, los clústeres de la versión 1.13 y posteriores ya no pueden usar Docker Engine.
Ya sea que crees un clúster de la versión 1.13 o actualices un clúster de la versión 1.12 a la versión 1.13, containerd es el predeterminado y es el único entorno de ejecución de contenedores compatible. No es necesario que especifiques el entorno de ejecución del contenedor en el archivo de configuración del clúster. Si intentas especificar algo excepto containerd para el entorno de ejecución del contenedor, la operación de actualización o de creación de clústeres fallará.
La instalación de Docker que usas en el desarrollo para crear imágenes no está relacionada con el entorno de ejecución del contenedor de Docker Engine dentro de tu clúster de Kubernetes. Aún puedes usar Docker para crear imágenes y compilar contenedores de aplicaciones. Esos contenedores aún funcionarán dentro de tu clúster.
Debes continuar con la instalación de Docker en tu estación de trabajo de administrador porque el comando bmctl requiere Docker para las operaciones, como la creación de clústeres. El uso de Docker tampoco se ve afectado por la baja de dockershim.
Verifica el estado del entorno de ejecución del contenedor
Para verificar el estado del entorno de ejecución del contenedor, ejecuta el siguiente comando:
systemctl status containerd