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 los clústeres de Anthos alojados en Bare Metal, el entorno de ejecución del contenedor podría ser Docker Engine o containerd. Sin embargo, el entorno de ejecución de tu contenedor solo puede ser containerd a partir de la versión 1.13 de los clústeres de Anthos alojados en Bare Metal.
Antes de la versión 1.13 de los clústeres de Anthos alojados en Bare Metal, elegiste 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 de tu clúster. A partir de la versión 1.13 de los clústeres de Anthos alojados en Bare Metal, el campo containerRuntime ya no se incluye en los archivos de configuración de clúster generados por 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. Debido a que la versión 1.13 de los clústeres de Anthos en equipos físicos se ejecutarán 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