New features of containerd 2.1 - Container Service for Kubernetes - Centro de documentación de Alibaba Cloud

Los clústeres de ACK que ejecutan Kubernetes 1.33 usan containerd 2.1 de forma predeterminada. Esta versión mejora la seguridad de las imágenes, el rendimiento y la estabilidad.

Funciones

En esta lista solo se incluyen las funciones principales. Consulte las notas de la versión de containerd .

Node Resource Interface (NRI) es compatible y está habilitada de forma predeterminada.
Container Device Interface (CDI) es compatible y está habilitada de forma predeterminada.
Se admite la API de Sandbox.

Funciones y API obsoletas

En esta lista solo se incluyen las deprecaciones principales. Consulte las notas de la versión de containerd .

registry.auths, registry.configs y registry.mirrors están obsoletos. Consulte Customize the containerd parameters of a node pool.
Las imágenes de Docker Schema 1 ya no son compatibles. No es posible extraer imágenes con manifiestos application/vnd.docker.distribution.manifest.v1+json o application/vnd.docker.distribution.manifest.v1+prettyjws. Para identificarlas, consulte Identify Docker Schema 1 images.
La llamada al sistema io_uring_* se eliminó del perfil de seccomp predeterminado. Los contenedores ya no pueden ejecutar llamadas io_uring_* de forma predeterminada.
Se eliminó la API CRI v1alpha2. Esta API quedó obsoleta desde Kubernetes 1.26 y containerd 2.1 la elimina por completo.
Se eliminó el snapshotter AUFS.
Se eliminó el parámetro [plugins."io.containerd.internal.v1".tracing].

Notas de actualización

La API CRI v1alpha2 ya no es compatible en containerd 2.1. Si utiliza esta API, migre a CRI v1.
Antes de actualizar, identify deprecated APIs. Identifique las API obsoletas antes de iniciar la actualización. Para ejecutar una comprobación previa desde la consola, vaya a la página de detalles del clúster, seleccione ... > ... y ejecute .... : en la página de detalles del clúster, seleccione Operations > Upgrade Cluster y ejecute Precheck.
Durante la actualización se comprueban automáticamente las API obsoletas. El proceso se suspende si se detecta alguna.

Identificar API obsoletas

Usar kubectl

Compruebe si los directorios relacionados con containerd están montados en los pods del clúster:

Debe tener instalados kubectl y jq. Instale jq con yum install jq .

kubectl get pods --all-namespaces -o json |
jq -r '.items[] |
  select(.spec.volumes[]?.hostPath.path as $p |
    ["/", "/var", "/var/","/var/run", "/var/run/",
     "/var/run/containerd", "/var/run/containerd/",
     "/var/run/containerd/containerd.sock",
     "/run", "/run/", "/run/containerd", "/run/containerd/",
     "/run/containerd/containerd.sock"] | index($p)) |
  .metadata.namespace + "/" + .metadata.name'

Usar ctr

Enumere las API obsoletas con ctr deprecations list:

ctr deprecations list

Identificar imágenes de Docker Schema 1

ctr --namespace k8s.io images list 'labels."io.containerd.image/converted-docker-schema1"'

Métodos de actualización

Primero, manually upgrade the ACK cluster el plano de control a Kubernetes 1.33 o posterior. Después, update a node pool para actualizar containerd.

Preguntas frecuentes

¿La actualización afecta mi negocio?

Update a node pool para actualizar containerd. Las actualizaciones de node pool aplican cambios in situ de forma predeterminada, por lo que no reinician los contenedores.

¿Puedo revertir la actualización después de pasar containerd de V1.6 a V2.1?

No. containerd V2.1 introduce la API shim-v3, que no es compatible con shim-v2 de V1.6.

¿Se pierden datos al actualizar containerd de V1.6 a V2.1?

Si update a node pool para actualizar containerd, se ejecuta una actualización in situ de forma predeterminada y se utilizan los directorios de datos originales. No se pierden datos.

Container Service for Kubernetes:Containerd 2.1