Container Service for Kubernetes:Cloud Controller Manager

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.10.2

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager:v2.10.2

20 de enero de 2025

• Nueva función:

  • La etiqueta node.alibabacloud.com/spot-strategy identifica si un nodo es una preemptible instance.

• Mejora:

  • Se mejoró el rendimiento al sincronizar un grupo de servidores una sola vez, incluso cuando varios listeners del mismo Service lo utilizan.

• Problemas corregidos:

  • Se corrigió un problema que impedía crear una instancia de load balancer cuando un Service de tipo LoadBalancer se cambiaba a otro tipo y luego volvía al tipo LoadBalancer.

  • Se corrigió el error "pod not found" que aparecía al actualizar el estado de disponibilidad de un pod.

  • Al actualizar las etiquetas de una instancia de load balancer, se ignoran las etiquetas del sistema que comienzan con acs:.

Esta actualización no tiene impacto en sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.10.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager:v2.10.0

21 de octubre de 2024

• Nuevas funciones:

  • Se añadió compatibilidad con readinessGate.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-additional-resource-tags modifica las etiquetas de las instancias existentes.

  • Se añadieron las etiquetas node.alibabacloud.com/nodepool-id y node.alibabacloud.com/instance-charge-type a los nodos.

  • NLB ahora admite directivas ALPN para listeners TCPSSL mediante las anotaciones service.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpn y service.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpn-policy.

• Mejoras:

  • Se actualizó la imagen base a Alpine 3.18.

  • Se añadió un reconcileID a la salida de registros.

• Problemas corregidos:

  • Se corrigió un problema por el cual CLB Controller podía gestionar incorrectamente un Service respaldado por una instancia NLB.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.9.1

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.9.1

10 de mayo de 2024

• Nuevas funciones:

  • Al crear una instancia CLB o NLB, se utiliza de forma predeterminada el ID del resource group del clúster.

  • CLB ahora es compatible con la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-slbport para habilitar el encabezado de solicitud X-Forwarded-SLBPort.

  • CLB ahora es compatible con la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-clientsrcport para habilitar el encabezado de solicitud X-Forwarded-Client-srcport.

  • NLB ahora es compatible con la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidth-package-id para especificar el ID de un plan de ancho de banda EIP.

  • La protección contra eliminación y el modo de solo lectura de configuración ahora se habilitan de forma predeterminada en las nuevas instancias NLB.

  • NLB ahora es compatible con la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-port para reutilizar un grupo de servidores. Esta anotación solo aplica cuando se reutiliza una instancia NLB existente.

  • Cuando varios Services reutilizan la misma instancia NLB, puede usar la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight para establecer el peso del tráfico del Service actual. Esta anotación solo aplica cuando se reutiliza un grupo vServer existente.

  • Las instancias NLB se pueden reutilizar entre distintas VPC dentro de la misma región.

  • Las instancias NLB de doble pila permiten adjuntar servidores backend IPv6 mediante la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-ip-version: ipv6.

  • Las instancias NLB de doble pila admiten la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ipv6-address-type para especificar el tipo de red IPv6 (pública o privada).

  • NLB ahora permite pasar la información de VpcId, PrivateLinkEpId y PrivateLinkEpsId a los servidores backend mediante Proxy Protocol, con las anotaciones service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-ep-id-enabled, service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-eps-id-enabled y service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-vpc-id-enabled.

  • En los clústeres de doble pila, el controlador ahora añade automáticamente las direcciones IPv6 de las instancias ECS a los nodos.

• Mejoras:

  • El controlador ahora usa EndpointSlice de forma predeterminada, en lugar de Endpoint, para descubrir endpoints.

  • El controlador ahora comprueba si los ID de tabla de rutas están vacíos.

  • El controlador ahora valida los valores devueltos por openapi en escenarios de reutilización.

  • El controlador ahora utiliza el parámetro resourceVersion=0 al iniciar solicitudes List.

• Problemas corregidos:

  • Se corrigió un problema por el cual no se establecía el estado NetworkUnavailable durante la inicialización de nodos en el modo de red Flannel.

  • Se corrigió un problema que asignaba el grupo de servidores NLB a un resource group incorrecto al usar la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-id.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.8.1

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.8.1

16 de octubre de 2023

• Nuevas funciones:

  • Se añadió compatibilidad con el modo de autorización Addon Token.

  • NLB ahora permite crear grupos de servidores basados en IP mediante la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-server-group-type. Consulte NLB server groups.

• Mejoras:

  • Los clientes ahora acceden directamente al servidor de API para evitar datos obsoletos por almacenamiento en caché.

  • NLB: se mejoró la lógica de creación de grupos de servidores para evitar duplicados.

  • CLB: se añadió la validación de direcciones IP al montar ENI de pods en una instancia CLB. La dirección IP debe pertenecer a la VPC del clúster.

Esta actualización no afecta los servicios existentes.

Versión

Dirección de la imagen

Fecha de publicación

Cambios

Impacto

v2.7.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.7.0

21 de junio de 2023

• Nuevas funciones:

  Se añadió compatibilidad para especificar una dirección IP en un load balancer interno mediante la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ip.

• Mejoras:

  • Se optimizó la lógica de sincronización de los grupos de servidores CLB y NLB para reducir los errores causados por cuotas insuficientes.

  • Se actualizó el método de cálculo del hash de Service para reducir los cambios de hash durante las actualizaciones del clúster.

• Problemas corregidos:

  • Se corrigió un problema que impedía actualizar la configuración de un Service después de establecer una anotación EIP.

  • Se corrigió un problema que impedía configurar el protocolo HTTP en otros puertos tras definir la anotación ForwardPort.

Esta actualización no afecta los servicios existentes.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.6.0

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.6.0

2 de marzo de 2023

• Nuevas funciones:

  • La etiqueta para excluir nodos del backend del load balancer, alpha.service-controller.kubernetes.io/exclude-balancer, quedó obsoleta. Utilice en su lugar la nueva etiqueta node.kubernetes.io/exclude-from-external-load-balancers.

  • Un solo listener ahora admite los protocolos TCP y UDP de manera simultánea.

  • CLB permite usar la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-switch para deshabilitar las comprobaciones de estado de TCP y UDP.

  • CLB es compatible con la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-proxy-protocol para configurar Proxy Protocol en listeners TCP y UDP.

    Importante

    Esta función no admite migración en línea. Habilitarla requiere actualizar el servicio con tiempo de inactividad. Proceda con precaución.

  • CLB valida el periodo de vigencia del certificado al sincronizar un listener HTTPS. Si el certificado expiró, la sincronización de CLB falla.

  • NLB permite usar la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-security-group-ids para configurar security groups.

• Mejoras:

  • Se cambió el bloqueo de recursos para la elección de líder de CCM de endpointsleases a leases para reducir la frecuencia de los cambios de líder.

  • Se optimizó la lógica de sincronización del load balancer. Ahora los grupos vServer se actualizan incluso si fallan las actualizaciones de propiedades del balanceador, como su nombre o resource group.

  • Se optimizaron los criterios de detección de cambios en los nodos para reducir la cantidad de sincronizaciones de Service.

• Problemas corregidos:

  Se corrigió un problema intermitente que marcaba incorrectamente como NotReady a los nodos listos.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.5.1

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.5.1

12 de octubre de 2022

• Nuevas funciones:

  • ACK permite crear un recurso NLB para un Service LoadBalancer cuyo loadBalancerClass esté definido como alibabacloud.com/nlb (Kubernetes 1.24 o superior). Consulte What is Network Load Balancer (NLB).

  • ACK permite crear distintos tipos de recursos en la nube según el campo spec.loadBalancerClass de un Service. Si este campo no está definido, se crea un CLB de forma predeterminada. Si se establece en alibabacloud.com/nlb, se crea un NLB. Esta función solo es compatible con Kubernetes 1.24 y versiones posteriores.

• Mejoras:

  • Se corrigió un problema que impedía eliminar una instancia SLB IPv6 reutilizada.

  • Se corrigió un problema intermitente que impedía eliminar un nodo.

  • El protocolo predeterminado para las llamadas a openapi ahora es HTTPS.

Esta actualización no tiene impacto en sus cargas de trabajo.

v2.4.5

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.5

27 de junio de 2024

Mejoras:

• Se actualizó el método de cálculo del hash de Service para reducir los cambios de hash durante eventos como la actualización del clúster.

Esta actualización no tiene impacto en sus cargas de trabajo.

v2.4.4

registry-cn-hangzhou.ack.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.4

7 de agosto de 2023

Mejoras:

• Se optimizó la lógica de sincronización de los grupos de servidores CLB para reducir los errores causados por cuotas insuficientes.

• CLB ahora verifica el periodo de vigencia del certificado durante la sincronización de listeners HTTPS. Un certificado caducado provoca que la sincronización falle.

• Se optimizó la lógica de sincronización del load balancer. Ahora los grupos vServer se actualizan incluso si fallan las actualizaciones de propiedades del balanceador, como su nombre o resource group.

Esta actualización no tiene impacto en sus cargas de trabajo.

v2.4.3

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.3

2 de marzo de 2023

Se corrigió un problema intermitente que marcaba incorrectamente como NotReady a los nodos listos.

Esta actualización no tiene impacto en sus cargas de trabajo.

v2.4.2

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.2

12 de octubre de 2022

Mejoras:

• Se corrigió un problema que impedía eliminar una instancia SLB IPv6 reutilizada.

• Se corrigió un problema intermitente que impedía eliminar un nodo.

Esta actualización no tiene impacto en sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.4.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.4.0

20 de junio de 2022

• Nuevas funciones:

  • Permite establecer el método de facturación de una instancia SLB mediante la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-instance-charge-type.

  • Permite establecer una directiva de seguridad para una instancia SLB mediante la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-tls-cipher-policy. Esta función solo aplica a listeners HTTPS.

  • El cloud controller manager (CCM) ahora completa automáticamente el campo node.spec.providerID cuando está vacío al agregar un nodo.

  • Permite añadir la etiqueta service.k8s.alibaba/loadbalancer-id a los Services de tipo LoadBalancer. Esta etiqueta almacena el ID de la instancia SLB asociada.

• Mejoras:

  • Si un nodo tiene el taint ToBeDeletedByClusterAutoscaler, no se añade al backend del load balancer.

  • Se corrigió un problema que impedía eliminar rutas en conflicto con el mismo bloque CIDR.

  • Se optimizó la sincronización concurrente de rutas para reducir los falsos positivos.

Esta actualización no tiene impacto en sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.3.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.3.0

21 de marzo de 2022

• Nuevas funciones:

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-hostname establece un nombre de host para un Service.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-established-timeout establece el tiempo de espera de conexión para los listeners SLB. Solo aplica a TCP.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-request-timeout establece el tiempo de espera de solicitud para los listeners SLB. Solo aplica a HTTP y HTTPS.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-method especifica el método de comprobación de estado para las instancias SLB. Solo aplica a comprobaciones de estado HTTP.

• Mejoras:

  • Se añadió la validación del formato del grupo vServer al reutilizar uno existente.

  • Se optimizó la lógica de selección de vSwitch para evitar que el vSwitch predeterminado quede vacío.

  • Se optimizó la lógica de sincronización de grupos vServer para reducir las llamadas a openapi.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de lanzamiento

Descripción

Impacto

v2.1.0

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.1.0

22 de noviembre de 2021

• Nuevas funciones:

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-proto configura si se obtiene el protocolo del listener de SLB desde el encabezado X-Forwarded-Proto.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-idle-timeout establece el tiempo de espera de las conexiones inactivas.

  • La anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-http2-enabled habilita o deshabilita HTTP/2.

• Mejoras:

  Se admite establecer la anotación service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight en 0 para cambiar el tráfico entre clústeres.

• Problemas corregidos:

  • Se corrigió un problema que impedía crear listeners de CLB en clústeres con una gran cantidad de pods.

  • Se corrigió un problema por el cual, al modificar el valor de targetPort de un Service, no se actualizaba la instancia de CLB correspondiente.

Esta actualización no afecta a los servicios existentes.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v2.0.1

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v2.0.1

2021-09-02

• Nuevas funciones:

  • Permite reutilizar un grupo de servidores virtuales existente mediante la annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-port (solo al reutilizar una instancia de SLB). Consulte Use the CCM to deploy services across clusters.

  • Permite establecer el peso de tráfico de un Service con la annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight cuando varios Services reutilizan la misma instancia de SLB (solo al reutilizar un grupo de servidores virtuales). Consulte Use the CCM to deploy services across clusters.

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain configura el drenaje de conexiones para las instancias de SLB. Aplica solo a TCP y UDP.

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain-timeout establece el tiempo de espera del drenaje de conexiones para las instancias de SLB. Aplica solo a TCP y UDP.

  • Se añadió compatibilidad para establecer el campo TargetPort con un valor de cadena de texto.

  • Se agregó un finalizer a los Services de tipo LoadBalancer.

• Mejoras:

  • Se actualizó la imagen base a Alpine 3.13.

  • Se cambió el puerto de métricas de Prometheus de 10258 a 8080.

  • Se añadió la sincronización programada de las etiquetas de los nodos.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.380-gd6d0962-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.380-gd6d0962-aliyun

2021-04-20

• Se corrigió un problema que impedía actualizar el grupo de servidores predeterminado.

• Ahora se genera un evento de advertencia cuando una instancia de SLB no tiene servidores de backend.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.378-g42eac35-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.378-g42eac35-aliyun

2021-03-08

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.339-g9830b58-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.339-g9830b58-aliyun

18 de diciembre de 2020

• Se añadió un valor hash a los Services de tipo LoadBalancer para mejorar la sincronización. Cuando el CCM se reinicia, ahora solo sincroniza los backends del grupo de servidores virtuales de los Services sin modificaciones. Este cambio evita actualizaciones innecesarias en las configuraciones del load balancer y de los listeners.

• Se optimizaron las llamadas a la openapi de SLB para reducir el riesgo de limitación de solicitudes.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.316-g8daf1a9-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.316-g8daf1a9-aliyun

2020-09-29

• Se corrigió un problema intermitente que impedía actualizar los grupos de servidores virtuales de SLB.

• Se actualizó el puerto de comprobación de estado de 10252 a 10258.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.313-g748f81e-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.313-g748f81e-aliyun

10 de agosto de 2020

• Nuevas funciones:

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-delete-protection configura la protección contra eliminación de SLB. Se habilita de forma predeterminada en las nuevas instancias de SLB.

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-modification-protection establece el modo de solo lectura de configuración para una instancia de SLB. Se habilita de forma predeterminada en las nuevas instancias de SLB.

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-id especifica el resource group de una instancia de SLB. Solo surte efecto durante la creación.

  • La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-name especifica el nombre de la instancia de SLB.

  • El cloud controller manager ahora realiza las llamadas a la openapi de Alibaba Cloud a través de la red privada. Este cambio elimina la dependencia de la red pública en todas las regiones compatibles.

  • Para las instancias de SLB creadas por un Service de tipo LoadBalancer, se añade una etiqueta predeterminada con el formato ack.aliyun.com: {your-cluster-id} (aplica solo a clústeres nuevos).

  • Admite el formato estándar de la comunidad para el provider ID: <cloudProvider>://<optional>/<segments>/<provider id>.

  • En los clústeres de ACK nuevos que usan el modo de red Terway, el sistema ahora agrega directamente las direcciones IP de la interfaz de red elástica (ENI) de los pods como backends de las instancias de SLB para los Services de tipo LoadBalancer. Esto mejora el rendimiento de la red. Nota: para este tipo de Services de tipo LoadBalancer, el campo targetPort no admite valores de cadena de texto.

• Mejoras:

  • Se actualizó la imagen base a Alpine 3.11.6.

  • Al actualizar un listener, ahora también se sincroniza su grupo de servidores virtuales correspondiente.

  • Se optimizaron las llamadas a la API de SLB para reducir el tiempo de creación de las instancias de SLB.

Esta actualización no afecta sus servicios.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.276-g372aa98-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.276-g372aa98-aliyun

11 de junio de 2020

• Nuevas funciones:

  • Impide que los Services de tipo LoadBalancer reutilicen la instancia de SLB asociada al servidor de API del clúster.

  • Se añadieron métricas de Prometheus, como ccm_node_latencies_duration_milliseconds, ccm_route_latencies_duration_milliseconds y ccm_slb_latencies_duration_milliseconds, para exponer la latencia de sincronización del CCM.

  • Emite eventos para rastrear la sincronización entre un Service y su load balancer asociado.

• Mejoras:

  • Se optimizó el cálculo del peso de los nodos en el modo Local (externalTrafficPolicy=Local) para lograr una distribución más uniforme de los pods. Consulte How does CCM calculate node weights in Local mode?.

  • Se optimizaron las llamadas a la API de los productos de la nube para mejorar la eficiencia y reducir el riesgo de limitación de solicitudes.

  • Cuando un nodo tiene la etiqueta service.beta.kubernetes.io/exclude-node, eliminar el nodo ya no borra las rutas asociadas.

• Problemas corregidos:

  • Se corrigió un problema que impedía establecer el persistence timeout en 0 mediante una annotation al actualizar un Service.

  • Se corrigió un problema que impedía establecer la annotation de bandwidth en 100 al actualizar un Service.

Esta actualización no afecta los Services existentes.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.239-g40d97e1-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64: v1.9.3.239-g40d97e1-aliyun

2020-03-05

• Nueva función:

  Para los Services de tipo LoadBalancer, el CCM admite adjuntar tanto nodos de ECS como interfaces de red elásticas (ENI) como backends a una instancia de SLB.

• Mejoras:

  • El CCM ahora realiza las llamadas a la openapi de Alibaba Cloud a través de la red interna, lo que elimina su dependencia de Internet. Esta función aún no es compatible con las regiones China (Beijing), China (Shanghai) y UAE (Dubai).

  • El CCM ahora usa la operación DescribeRouteEntryList para consultar las entradas de ruta de la VPC. Esto evita problemas de rendimiento al consultar cientos de entradas en un periodo corto.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.220-g24b1885-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64: v1.9.3.220-g24b1885-aliyun

2019-12-31

• Se añadió compatibilidad para configurar identificadores de vSwitch en CloudConfig con el formato :vswitchid1,:vswitchid2.

• Se añadió un mecanismo de retroceso de reintentos para gestionar la limitación de solicitudes de la openapi. Las solicitudes con errores ahora vuelven a ingresar a la cola de reconciliación después de un intervalo de 30 a 180 segundos.

• Se ajustó la cantidad de subprocesos de trabajo de reconciliación a dos para aprovechar por completo la cuota de QPS de la openapi y acelerar la reconciliación.

• Se corrigió un bug donde las lecturas y escrituras simultáneas de mapas en el SDK aliyungo provocaban que el CCM fallara.

• Cuando se quita un nodo de un clúster de Kubernetes, el CCM ahora elimina automáticamente la entrada correspondiente de la tabla de rutas de la VPC.

• Se corrigió un problema donde ciertas dependencias impedían modificar las configuraciones de puerto para el reenvío HTTP.

• Si el tipo de servidor de backend de una instancia de SLB es ECS, el CCM ya no comprueba el campo serverip al actualizar los servidores de backend. Esto evita errores al adjuntar backends causados por cambios en el valor predeterminado de serverip en la openapi.

• El CCM ahora agrega una entrada en la tabla de rutas de la VPC para un nodo solo cuando se conoce el estado de dicho nodo.

• El CCM ya no agrega una IP de NAT a los metadatos del nodo. Esto corrige un problema intermitente de conectividad entre el servidor de API y kubelet.

• Al actualizar un listener, el CCM ahora llama a la operación de la openapi para iniciar el listener solo cuando este está inactivo. Esto ayuda a prevenir la limitación de solicitudes de la openapi.

Esta actualización no afecta los servicios existentes.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.193-g6cddde4-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.193-g6cddde4-aliyun

19 de noviembre de 2019

• Excluye nodos de la administración del Cloud Controller Manager (CCM) si tienen la label service.beta.kubernetes.io/exclude-node.

• Permite agregar pods con red Terway en lotes como servidores de backend de SLB.

• Se impuso un peso mínimo de nodo de 1 para los Services en modo Local (donde externalTrafficPolicy=Local).

• Se corrigió un problema donde se creaban grupos de servidores virtuales duplicados debido a la concurrencia.

• Se corrigió un problema donde establecer los pesos de los nodos generaba datos obsoletos debido al almacenamiento en caché.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.164-g2105d2e-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3-164-g2105d2e-aliyun

11 de septiembre de 2019

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-cert-id actualiza un certificado.

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-forward-port habilita el reenvío de puertos de HTTP a HTTPS.

• A continuación se muestran las annotations que crean una instancia de SLB con una ACL: service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-status, service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-id y service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-type.

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-remove-unscheduled-backend elimina de los backends los nodos que no se pueden programar.

• En los clústeres con Terway, la annotation service.beta.kubernetes.io/backend-type:"eni" agrega pods con ENI como servidores de backend de SLB, lo que mejora el rendimiento del reenvío de red.

• En el modo Local (cuando se establece externalTrafficPolicy=Local para un Service), el Service establece automáticamente el peso de cada nodo según su cantidad de pods.

Esta actualización no afecta los servicios existentes.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.105-gfd4e547-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.105-gfd4e547-aliyun

15 de abril de 2019

• Se añadió compatibilidad para configurar varias tablas de rutas de VPC mediante un archivo de configuración.

• Se corrigió un problema que impedía aplicar las actualizaciones de las configuraciones HTTP.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.81-gca19cd4-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.81-gca19cd4-aliyun

20 de marzo de 2019

• Los clústeres administrados y dedicados de ACK ahora pueden reutilizar instancias de SLB existentes que no haya creado ACK.

• El Cloud Controller Manager (CCM) ahora admite nombres de nodo personalizados de Kubernetes, lo que elimina la dependencia del campo NodeName de Kubernetes.

• Corrige un problema de compatibilidad entre CCM v1.8.4 y Kubernetes v1.11.5. Actualice el CCM a la versión más reciente.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de lanzamiento

Descripción

Impacto

v1.9.3.59-ge3bc999-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.59-ge3bc999-aliyun

26 de diciembre de 2018

• Las instancias de SLB se pueden compartir entre varios servicios de Kubernetes.

  • No reutilice una instancia de SLB que un servicio de Kubernetes haya creado automáticamente, ya que esto podría provocar su eliminación accidental. Solo puede reutilizar las instancias de SLB creadas manualmente en la consola o mediante llamadas a OpenAPI.

  • Los servicios de Kubernetes que comparten la misma instancia de SLB deben usar puertos de escucha front-end distintos para evitar conflictos de puertos.

  • Al reutilizar una instancia de SLB, utilice los nombres del listener y del grupo de vServer como identificadores. No los modifique.

  • El nombre de la instancia de SLB sí se puede modificar.

  • No es posible compartir una instancia de SLB entre varios clústeres.

• Ahora las tablas de enrutamiento de VPC se administran de forma secuencial en lugar de paralela. Este cambio evita la limitación de velocidad (throttling) de VPC.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3.10-gfb99107-aliyun

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3.10-gfb99107-aliyun

15 de agosto de 2018

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-master-zoneid especifica la zona principal de una instancia de SLB creada automáticamente.

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-slave-zoneid especifica la zona secundaria de una instancia de SLB creada automáticamente.

  Nota

  Este parámetro no tiene efecto en las regiones que no admiten el despliegue de SLB en zonas principal y secundaria.

• Si configura la annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners con el valor true, se sobrescriben todos los listeners existentes en la instancia de SLB.

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidth especifica el ancho de banda de una instancia de SLB facturada por ancho de banda. Los listeners comparten este ancho de banda.

Esta actualización no afecta sus cargas de trabajo.

Versión

Dirección de la imagen

Fecha de publicación

Descripción

Impacto

v1.9.3

registry.cn-hangzhou.aliyuncs.com/acs/cloud-controller-manager-amd64:v1.9.3

25 de junio de 2018

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-label agrega nodos worker con etiquetas específicas como servidores de backend.

• La annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-spec especifica un tipo de instancia de SLB, como recursos compartidos o alto rendimiento.

• Es compatible con el modo externalTraffic: Local. Solo se agregan al backend de SLB los nodos que alojan pods.

• El sistema agrega o elimina automáticamente nodos del backend de SLB cuando estos se unen al clúster o salen de él.

• El sistema actualiza automáticamente el backend de SLB cuando cambian las etiquetas de los nodos.

• Se agregó compatibilidad con sesiones persistentes.

• Cuando reutiliza una instancia de SLB existente para crear un servicio, el sistema deja de gestionar sus listeners. Debe agregarlos manualmente a la instancia de SLB.

Esta actualización no afecta las cargas de trabajo existentes.