Todos los productos
Search
Centro de documentos

Container Service for Kubernetes:Notas de la versión de Kubernetes 1.20 en ACK Lingjun

Última actualización: Sep 04, 2026

Este tema describe los cambios implementados en ACK Lingjun para admitir Kubernetes 1.20, incluidas las actualizaciones de versiones de componentes, las funciones obsoletas, las acciones obligatorias previas a la actualización y las nuevas funciones.

Versiones de componentes

Componente

Versión

Notas de cambio

Kubernetes

1.20.11-aliyun.1

Consulte Antes de actualizar para conocer las acciones obligatorias previas a la actualización.

Runtime de Docker

19.03.5

—

containerd

1.5.10

—

etcd

3.4.3

—

CoreDNS

v1.9.3.6-32932850-aliyun

El plugin obsoleto upstream se elimina automáticamente de forma segura durante la actualización. Los nombres de las métricas cambiaron; actualice su sistema de monitoreo si depende de las métricas de CoreDNS. Nuevas capacidades: monitoreo de EndpointSlices y resolución DNS IPv6.

NVIDIA Container Runtime

3.13.0

—

Antes de actualizar

Importante

Complete las siguientes acciones antes de actualizar su clúster a Kubernetes 1.20. Omitir estos pasos puede provocar fallos en la actualización o interrupciones del servicio.

Acción obligatoria: Agregar Subject Alternative Names (SANs) a los certificados de admission webhook

Kubernetes 1.20 requiere Subject Alternative Names (SANs) en los certificados de servidor autofirmados de todos los admission webhooks de su clúster. Compruebe los certificados de sus webhooks antes de actualizar. Como referencia, consulte este ejemplo de Helm chart.

Acción obligatoria: Actualizar alicloud-nas-controller antes de la actualización

Si FlexVolume y alicloud-nas-controller están desplegados en su clúster, actualice la imagen de alicloud-nas-controller a la versión 1.14.8.17-7b898e5-aliyun o posterior antes de actualizar a Kubernetes 1.20. FlexVolume está obsoleto; migre a Container Storage Interface (CSI) después de la actualización.

Funciones obsoletas y eliminadas

Runtime de Docker obsoleto

El runtime de Docker está obsoleto en Kubernetes 1.20 y se eliminará en una futura versión upstream de Kubernetes. Los clústeres que ya ejecutan Docker continúan funcionando; este cambio no afecta a las imágenes de contenedor. Para más detalles, consulte las preguntas frecuentes sobre la descontinuación de Dockershim.

Campo selfLink obsoleto

El campo selfLink está obsoleto en kube-apiserver. Para más detalles, consulte Stop setting SelfLink in kube-apiserver.

Etiqueta node-role.kubernetes.io/master obsoleta

La etiqueta node-role.kubernetes.io/master está obsoleta en versiones de Kubernetes posteriores a la 1.20. Los clústeres dedicados de ACK ahora agregan la etiqueta node-role.kubernetes.io/control-plane a los nodos maestros de forma predeterminada.

Versiones de API de Ingress obsoletas

Las versiones extensions/v1beta1 y networking.k8s.io/v1beta1 ya no pueden gestionar Ingresses ni IngressClasses, y quedarán obsoletas en versiones de Kubernetes posteriores a la 1.22. Use networking.k8s.io/v1 en su lugar.

El NGINX Ingress Controller instalado de forma predeterminada en los clústeres de ACK usa la versión de API networking.k8s.io/v1beta1 para gestionar Ingresses e IngressClasses.

Eliminación del plugin upstream de CoreDNS

El plugin obsoleto upstream ya no es compatible. Si el plugin upstream aparece en su Corefile, se eliminará automáticamente de forma segura al actualizar CoreDNS.

Cambio en los nombres de métricas de CoreDNS

Los nombres de las métricas de CoreDNS cambiaron. Si su sistema de monitoreo depende de las métricas de CoreDNS, actualice los nombres de las métricas después de la actualización. Para consultar la lista completa de cambios, véase Cambios en métricas de CoreDNS 1.7.0.

Nuevas funciones y mejoras

Corrección del tiempo de espera en exec probe de kubelet

Las exec probes de kubelet ahora respetan la configuración de tiempo de espera establecida. El tiempo de espera predeterminado es de 1 segundo, lo cual puede ser insuficiente para algunas probes. Si tiene exec probes sin un tiempo de espera explícito, establezca un valor acorde con el tiempo de ejecución esperado de la probe.

API Priority and Fairness (vista previa pública)

API Priority and Fairness (APF) se habilita de forma predeterminada en Kubernetes 1.20. Use esta función para limitar y priorizar las solicitudes enviadas a kube-apiserver. Para más información, consulte API Priority and Fairness.

EndpointSlices habilitados de forma predeterminada (Beta)

kube-proxy habilita automáticamente EndpointSlices en Kubernetes 1.19 y versiones posteriores para admitir clústeres a gran escala. Para más información, consulte EndpointSlices.

ConfigMaps y Secrets inmutables (vista previa pública)

Configure un ConfigMap o Secret como inmutable para evitar modificaciones posteriores. Esto reduce la carga en kube-apiserver al eliminar las operaciones de observación (watch) para objetos inmutables. Para más información, consulte ConfigMaps inmutables.

Mejoras en el plano de control

  • Observability: Se recopilan métricas de las operaciones de solicitud y observación, lo que mejora la visibilidad del comportamiento de los componentes del plano de control.

  • Estabilidad: etcd cuenta con protección contra solicitudes excesivas durante el inicio del clúster, lo que mejora la estabilidad general del sistema.

  • Rendimiento: Se agregaron índices para acelerar el procesamiento de solicitudes de lista, lo que reduce el uso de CPU en kube-apiserver.

Mejoras de rendimiento

En Kubernetes 1.20.11, kube-proxy es compatible con Alibaba Cloud Linux 2 con versión de kernel 4.19.91-23 o posterior. Cuando el modo IPVS está habilitado, conn_reuse_mode ya no se establece en 0. Para más detalles, consulte el problema upstream relacionado.

Referencias