Container Service for Kubernetes:Cloud Controller Manager

Version

Adresse de l'image

Date de publication

Description

Impact

v2.10.2

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

20 janvier 2025

• Nouvelle fonctionnalité :

  • Le libellé node.alibabacloud.com/spot-strategy indique si un nœud est une instance préemptible.

• Amélioration :

  • Les performances ont été optimisées en synchronisant un groupe de serveurs une seule fois, même lorsque celui-ci est utilisé par plusieurs écouteurs d'un même Service.

• Correctifs :

  • Correction d'un problème empêchant la création d'une instance d'équilibreur de charge lorsqu'un Service LoadBalancer était modifié vers un autre type, puis reconverti au type LoadBalancer.

  • Correction d'une erreur « pod not found » survenant lors de la mise à jour du statut de readiness d'un pod.

  • Lors de la mise à jour des libellés d'une instance d'équilibreur de charge, les libellés système commençant par acs: sont ignorés.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.10.0

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

21 octobre 2024

• Nouvelles fonctionnalités :

  • Prise en charge de readinessGate ajoutée.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-additional-resource-tags permet de modifier les tags sur les instances existantes.

  • Ajout des tags node.alibabacloud.com/nodepool-id et node.alibabacloud.com/instance-charge-type aux nœuds.

  • NLB prend désormais en charge les politiques ALPN pour les écouteurs TCPSSL via les annotations service.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpn et service.beta.kubernetes.io/alibaba-cloud-loadbalancer-alpn-policy.

• Améliorations :

  • Mise à niveau de l'image de base vers Alpine 3.18.

  • Ajout d'un reconcileID dans la sortie des journaux.

• Problèmes résolus :

  • Correction d'un problème pouvant entraîner une gestion incorrecte par le contrôleur CLB d'un Service reposant sur une instance NLB.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.9.1

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

10 mai 2024

• Nouvelles fonctionnalités :

  • Lors de la création d'une instance CLB ou NLB, l'ID du groupe de ressources du cluster est utilisé par défaut.

  • CLB prend désormais en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-slbport pour activer l'en-tête de requête X-Forwarded-SLBPort.

  • CLB prend désormais en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-clientsrcport pour activer l'en-tête de requête X-Forwarded-Client-srcport.

  • NLB prend désormais en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidth-package-id pour spécifier l'ID d'un plan de bande passante EIP.

  • La protection contre la suppression et le mode lecture seule de la configuration sont désormais activés par défaut pour les nouvelles instances NLB.

  • NLB prend désormais en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-port afin de réutiliser un groupe de serveurs. Cette annotation s'applique uniquement lors de la réutilisation d'une instance NLB existante.

  • Lorsque plusieurs services réutilisent la même instance NLB, vous pouvez utiliser l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight pour définir le poids du trafic pour le service actuel. Cette annotation s'applique uniquement lors de la réutilisation d'un groupe de serveurs virtuels existant.

  • Les instances NLB peuvent être réutilisées entre les VPC d'une même région.

  • Les instances NLB à pile double permettent d'associer des serveurs backend IPv6 grâce à l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-ip-version: ipv6.

  • Les instances NLB à pile double prennent en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ipv6-address-type pour spécifier le type de réseau IPv6 (public ou privé).

  • NLB permet désormais de transmettre les informations VpcId, PrivateLinkEpId et PrivateLinkEpsId aux serveurs backend via le protocole Proxy Protocol, à l'aide des annotations service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-ep-id-enabled, service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-eps-id-enabled et service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ppv2-pvl-vpc-id-enabled.

  • Dans les clusters à pile double, le contrôleur ajoute désormais automatiquement les adresses IPv6 des instances ECS aux nœuds.

• Améliorations :

  • Le contrôleur utilise désormais EndpointSlice par défaut au lieu de Endpoint pour la découverte des points de terminaison.

  • Le contrôleur vérifie désormais la présence d'ID de table de routage vides.

  • Le contrôleur valide désormais les valeurs de retour OpenAPI dans les scénarios de réutilisation.

  • Le contrôleur utilise désormais le paramètre resourceVersion=0 lors de l'initiation des requêtes List.

• Problèmes résolus :

  • Correction d'un problème où le statut NetworkUnavailable n'était pas défini lors de l'initialisation des nœuds en mode réseau Flannel.

  • Correction d'un problème où le groupe de serveurs NLB était attribué au mauvais groupe de ressources lors de l'utilisation de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-id.

Cette mise à niveau n'affecte pas vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.8.1

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

16 octobre 2023

• Nouvelles fonctionnalités :

  • Ajout de la prise en charge du mode d'autorisation Addon Token.

  • NLB permet désormais de créer des groupes de serveurs basés sur l'IP à l'aide de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-server-group-type. Consultez la section Groupes de serveurs NLB.

• Améliorations :

  • Les clients accèdent désormais directement au serveur API pour éviter les données obsolètes dues à la mise en cache.

  • NLB : optimisation de la logique de création des groupes de serveurs afin d'éviter la création de groupes en double.

  • CLB : ajout d'une validation de l'adresse IP lors du montage des ENI de pod sur une instance CLB, exigeant que l'adresse IP se trouve dans le VPC du cluster.

Cette mise à niveau n'affecte pas les services existants.

Version

Adresse de l'image

Date de publication

Modifications

Impact

v2.7.0

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

21 juin 2023

• Nouvelles fonctionnalités :

  Ajoute la prise en charge de la spécification d'une adresse IP pour un équilibreur de charge interne à l'aide de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-ip.

• Améliorations :

  • Optimisation de la logique de synchronisation des groupes de serveurs CLB et NLB afin de réduire les échecs de synchronisation dus à des quotas insuffisants.

  • Mise à jour de la méthode de calcul du hachage Service pour réduire les modifications de hachage lors des mises à niveau du cluster.

• Corrections :

  • Correction d'un problème empêchant la mise à jour de la configuration Service après la définition d'une annotation EIP.

  • Correction d'un problème empêchant la définition du protocole HTTP pour d'autres ports après la configuration de l'annotation ForwardPort.

Cette mise à niveau n'a aucun impact sur les services existants.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.6.0

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

2 mars 2023

• Nouvelles fonctionnalités :

  • Le libellé permettant d'exclure des nœuds du backend de l'équilibreur de charge, alpha.service-controller.kubernetes.io/exclude-balancer, est obsolète. Utilisez le nouveau libellé node.kubernetes.io/exclude-from-external-load-balancers à la place.

  • Un seul écouteur prend désormais en charge les protocoles TCP et UDP.

  • CLB permet de désactiver les contrôles d'intégrité TCP et UDP via l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-switch.

  • CLB prend en charge l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-proxy-protocol pour configurer le protocole Proxy sur les écouteurs TCP et UDP.

    Important

    Cette fonctionnalité ne permet pas la migration en ligne. Son activation nécessite une mise à niveau du service avec interruption. Procédez avec prudence.

  • Lors de la synchronisation d'un écouteur HTTPS, CLB vérifie la période de validité du certificat. La synchronisation échoue si le certificat a expiré.

  • NLB permet de configurer des groupes de sécurité à l'aide de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-security-group-ids.

• Améliorations :

  • Le verrou de ressource pour l'élection du leader CCM est passé de endpointsleases à leases afin de réduire la fréquence des basculements de leader.

  • La logique de synchronisation de l'équilibreur de charge a été optimisée. Désormais, les groupes de serveurs virtuels sont mis à jour même si la mise à jour des propriétés de l'équilibreur de charge (nom ou groupe de ressources) échoue.

  • Les critères de détection des modifications de nœuds ont été optimisés pour réduire le nombre de synchronisations de Service.

• Corrections :

  Correction d'un problème intermittent entraînant le marquage incorrect des nœuds prêts comme NotReady.

Cette mise à niveau n'affecte pas vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.5.1

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

12 octobre 2022

• Nouvelles fonctionnalités :

  • ACK prend en charge la création d'une ressource NLB pour un Service LoadBalancer avec le paramètre loadBalancerClass défini sur alibabacloud.com/nlb (Kubernetes 1.24 et versions ultérieures). Consultez la rubrique Présentation du Network Load Balancer (NLB).

  • ACK permet de créer différents types de ressources cloud en fonction du champ spec.loadBalancerClass d'un Service. Si ce champ n'est pas défini, un CLB est créé par défaut. S'il est défini sur alibabacloud.com/nlb, un NLB est créé. Cette fonctionnalité est prise en charge uniquement sur Kubernetes 1.24 et les versions ultérieures.

• Améliorations :

  • Correction d'un problème empêchant la suppression d'une instance SLB IPv6 réutilisée.

  • Résolution d'un problème intermittent qui empêchait la suppression d'un nœud.

  • Le protocole par défaut pour les appels OpenAPI est désormais HTTPS.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

v2.4.5

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

27 juin 2024

Améliorations :

• Mise à jour de la méthode de calcul du hachage du Service afin de réduire les modifications de hachage lors d'événements tels qu'une mise à jour du cluster.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

v2.4.4

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

7 août 2023

Améliorations :

• Optimisation de la logique de synchronisation des groupes de serveurs CLB pour réduire les échecs de synchronisation dus à des quotas insuffisants.

• Le CLB vérifie désormais la période de validité du certificat lors de la synchronisation de l'écouteur HTTPS. Un certificat expiré entraîne l'échec de la synchronisation.

• Optimisation de la logique de synchronisation de l'équilibreur de charge. Désormais, les groupes de serveurs virtuels sont mis à jour même si la mise à jour des propriétés de l'équilibreur de charge, telles que son nom ou son groupe de ressources, échoue.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

v2.4.3

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

2 mars 2023

Correction d'un problème intermittent entraînant le marquage incorrect des nœuds prêts comme NotReady.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

v2.4.2

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

12 octobre 2022

Améliorations :

• Correction d'un problème empêchant la suppression d'une instance SLB IPv6 réutilisée.

• Résolution d'un problème intermittent qui empêchait la suppression d'un nœud.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Image address

Release date

Description

Impact

v2.4.0

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

June 20, 2022

• Nouvelles fonctionnalités :

  • Prise en charge de la définition de la méthode de facturation pour une instance SLB à l'aide de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-instance-charge-type.

  • Prise en charge de la définition d'une politique de sécurité pour une instance SLB via l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-tls-cipher-policy. Cette fonctionnalité est réservée aux écouteurs HTTPS.

  • Le cloud controller manager (CCM) renseigne désormais automatiquement le champ node.spec.providerID lorsqu'un nœud est ajouté.

  • Ajout du service.k8s.alibaba/loadbalancer-id label aux services de type LoadBalancer. Ce libellé stocke l'ID de l'instance SLB associée.

• Améliorations :

  • Lorsqu'un nœud présente le taint ToBeDeletedByClusterAutoscaler, il n'est pas ajouté au backend d'un équilibreur de charge.

  • Correction d'un problème empêchant la suppression des routes conflictuelles partageant le même bloc CIDR.

  • Optimisation de la synchronisation concurrente des routes afin de réduire les faux positifs.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Image address

Release date

Description

Impact

v2.3.0

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

21 mars 2022

• Nouvelles fonctionnalités :

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-hostname définit un nom d'hôte pour un Service.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-established-timeout configure le délai d'expiration de connexion pour les écouteurs SLB. Uniquement pour TCP.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-request-timeout définit le délai d'expiration des requêtes pour les écouteurs SLB. Uniquement pour HTTP et HTTPS.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-health-check-method spécifie la méthode de contrôle de santé pour les instances SLB. Uniquement pour les contrôles de santé HTTP.

• Améliorations :

  • Ajout d'une validation du format du groupe de serveurs virtuels lors de la réutilisation d'un groupe existant.

  • Optimisation de la logique de sélection des vSwitch pour éviter que le vSwitch par défaut ne soit vide.

  • Optimisation de la logique de synchronisation des groupes de serveurs virtuels afin de réduire les appels OpenAPI.

Cette mise à niveau n'affecte pas vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.1.0

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

22 novembre 2021

• Nouvelles fonctionnalités :

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-xforwardedfor-proto permet de configurer la récupération du protocole de l'écouteur SLB à partir de l'en-tête X-Forwarded-Proto.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-idle-timeout définit le délai d'inactivité des connexions.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-http2-enabled active ou désactive HTTP/2.

• Améliorations :

  Prise en charge de la définition de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight sur 0 pour le basculement du trafic entre clusters.

• Corrections :

  • Correction d'un problème empêchant la création d'écouteurs CLB dans les clusters contenant un grand nombre de pods.

  • Correction d'un problème pour lequel la modification du paramètre targetPort d'un service ne mettait pas à jour l'instance CLB correspondante.

Cette mise à jour n'a aucun impact sur les services existants.

Version

Adresse de l'image

Date de publication

Description

Impact

v2.0.1

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

2021-09-02

• Nouvelles fonctionnalités :

  • Prise en charge de la réutilisation d'un groupe de serveurs virtuels existant à l'aide de l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-vgroup-port (uniquement lors de la réutilisation d'une instance SLB). Consultez la rubrique Utilisation du CCM pour déployer des services entre plusieurs clusters.

  • Possibilité de définir le poids du trafic d'un Service via l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-weight lorsque plusieurs Services réutilisent la même instance SLB (uniquement lors de la réutilisation d'un groupe de serveurs virtuels). Consultez la rubrique Utilisation du CCM pour déployer des services entre plusieurs clusters.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain permet de configurer la vidange de connexion pour les instances SLB. Fonctionne uniquement avec les protocoles TCP et UDP.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-connection-drain-timeout définit le délai d'expiration de la vidange de connexion pour les instances SLB. Fonctionne uniquement avec les protocoles TCP et UDP.

  • Ajout de la prise en charge de la définition du champ TargetPort avec une valeur de type chaîne.

  • Ajout d'un finalizer aux Services de type LoadBalancer.

• Améliorations :

  • Mise à niveau de l'image de base vers Alpine 3.13.

  • Modification du port des métriques Prometheus de 10258 à 8080.

  • Ajout de la synchronisation planifiée des libellés de nœud.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.380-gd6d0962-aliyun

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

20/04/2021

• Correction d’un problème empêchant la mise à jour du groupe de serveurs par défaut.

• Ajout d’un événement d’avertissement lorsqu’une instance SLB ne dispose d’aucun serveur backend.

Cette mise à niveau n’a aucun impact sur vos charges de travail.

Version

Image address

Release date

Description

Impact

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

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.339-g9830b58-aliyun

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

18 décembre 2020

• Ajout d'une valeur de hachage aux services LoadBalancer pour améliorer la synchronisation. Lors du redémarrage du CCM, seuls les backends des groupes de serveurs virtuels sont synchronisés pour les services non modifiés. Cette modification évite les mises à jour inutiles des configurations de l'équilibreur de charge et de l'écouteur.

• Optimisation des appels SLB OpenAPI afin de réduire le risque de limitation du débit (throttling).

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

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

• Correction d'un problème intermittent empêchant la mise à jour des groupes de serveurs virtuels SLB.

• Le port de vérification d'état a été mis à jour, passant de 10252 à 10258.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Image address

Release date

Description

Impact

v1.9.3.313-g748f81e-aliyun

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

August 10, 2020

• Nouvelles fonctionnalités :

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-delete-protection configure la protection contre la suppression du SLB. Elle est activée par défaut pour les nouvelles instances SLB.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-modification-protection définit le mode de lecture seule pour la configuration d'une instance SLB. Cette option est activée par défaut pour les nouvelles instances SLB.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-resource-group-id spécifie le groupe de ressources associé à une instance SLB. Ce paramètre ne prend effet qu'au moment de la création.

  • L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-name permet de définir le nom de l'instance SLB.

  • Le cloud controller manager effectue désormais les appels aux API Alibaba Cloud OpenAPI via le réseau privé. Cette modification supprime la dépendance au réseau public dans toutes les régions prises en charge.

  • Pour les instances SLB créées par un service LoadBalancer, un tag par défaut est ajouté selon le format ack.aliyun.com: {your-cluster-id} (effectif uniquement pour les nouveaux clusters).

  • Prise en charge du format standard communautaire provider ID : <cloudProvider>://<optional>/<segments>/<provider id>.

  • Dans les nouveaux clusters ACK utilisant le mode réseau Terway, le système ajoute directement les adresses IP des interfaces réseau élastiques (ENI) des pods en tant que serveurs backend aux instances SLB pour les services LoadBalancer. Cette amélioration optimise les performances réseau. Remarque : pour ce type de service LoadBalancer, le champ targetPort ne prend pas en charge les valeurs de type chaîne.

• Améliorations :

  • Mise à niveau de l'image de base vers Alpine 3.11.6.

  • La mise à jour d'un écouteur synchronise également son groupe de serveurs virtuels associé.

  • Optimisation des appels API SLB afin de réduire le temps de création des instances SLB.

Cette mise à jour n'a aucun impact sur vos services.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.276-g372aa98-aliyun

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

11 juin 2020

• Nouvelles fonctionnalités :

  • Empêche les Services LoadBalancer de réutiliser l'instance SLB associée au serveur API du cluster.

  • Ajout de métriques Prometheus, notamment ccm_node_latencies_duration_milliseconds, ccm_route_latencies_duration_milliseconds et ccm_slb_latencies_duration_milliseconds, pour exposer la latence de synchronisation du CCM.

  • Émission d'événements pour suivre la synchronisation entre un Service et son équilibreur de charge associé.

• Améliorations :

  • Optimisation du calcul des pondérations des nœuds en mode Local (externalTrafficPolicy=Local) afin de répartir plus uniformément les pods. Consultez Comment le CCM calcule-t-il les pondérations des nœuds en mode Local ?.

  • Optimisation des appels API vers les produits cloud pour améliorer l'efficacité et réduire le risque de limitation de débit (throttling).

  • Lorsqu'un nœud porte le libellé service.beta.kubernetes.io/exclude-node, la suppression du nœud n'entraîne plus la suppression des routes associées.

• Corrections :

  • Correction d'un problème qui empêchait de définir le délai d'expiration de persistance sur 0 via une annotation lors de la mise à jour d'un Service.

  • Correction d'un problème qui empêchait de définir l'annotation bandwidth sur 100 lors de la mise à jour d'un Service.

Cette mise à jour n'affecte pas les Services existants.

Version

Image address

Release date

Description

Impact

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

• Nouvelle fonctionnalité :

  Pour les services LoadBalancer, le CCM prend en charge l'ajout de nœuds ECS et d'interfaces réseau élastiques (ENI) en tant que backends à une instance SLB.

• Améliorations :

  • Le CCM effectue désormais les appels API Alibaba Cloud via le réseau interne, supprimant ainsi sa dépendance à Internet. Cette fonctionnalité n'est pas encore prise en charge dans les régions Chine (Pékin), Chine (Shanghai) et Émirats arabes unis (Dubaï).

  • Le CCM utilise désormais l'opération DescribeRouteEntryList pour interroger les entrées de route VPC. Cela évite les problèmes de performance lors de l'interrogation de centaines d'entrées sur une courte période.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

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

• Ajout du support pour la configuration des ID de vSwitch dans CloudConfig au format :vswitchid1,:vswitchid2.

• Ajout d'un mécanisme de temporisation exponentielle (retry backoff) pour gérer la limitation des appels OpenAPI. Les requêtes échouées rejoignent désormais la file d'attente de réconciliation après un intervalle de 30 à 180 secondes.

• Ajustement du nombre de threads de travail de réconciliation à deux afin d'utiliser pleinement le quota QPS OpenAPI et d'accélérer la réconciliation.

• Correction d'un bogue provoquant le plantage du CCM en raison de lectures et d'écritures simultanées dans les maps du SDK aliyungo.

• Lorsqu'un nœud est supprimé d'un cluster Kubernetes, le CCM supprime automatiquement l'entrée correspondante dans la table de routage VPC.

• Résolution d'un problème où des dépendances empêchaient la modification des configurations de port pour la redirection HTTP.

• Si le type de serveur backend d'une instance SLB est ECS, le CCM ne vérifie plus le champ serverip lors de la mise à jour des serveurs backend. Cela évite les échecs d'attachement des backends causés par les modifications de la valeur par défaut de serverip dans l'OpenAPI.

• Le CCM ajoute désormais une entrée dans la table de routage VPC pour un nœud uniquement lorsque son statut est connu.

• Le CCM n'ajoute plus d'adresse IP NAT aux métadonnées des nœuds. Cette modification corrige un problème de connectivité intermittent entre le serveur API et le kubelet.

• Lors de la mise à jour d'un écouteur, le CCM appelle l'opération OpenAPI de démarrage de l'écouteur uniquement si celui-ci est inactif. Cela permet d'éviter la limitation des appels OpenAPI.

Cette mise à niveau n'a aucun impact sur les services existants.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.193-g6cddde4-aliyun

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

19 novembre 2019

• Exclut les nœuds de la gestion par Cloud Controller Manager (CCM) s'ils possèdent le label service.beta.kubernetes.io/exclude-node.

• Permet d'ajouter par lots des pods réseau Terway en tant que serveurs principaux SLB.

• Impose un poids minimal de nœud de 1 pour les services en mode Local (où externalTrafficPolicy=Local).

• Correction d'un problème entraînant la création de groupes de serveurs virtuels en double en raison de la concurrence.

• Correction d'un problème où la définition des poids de nœuds générait des données obsolètes en raison de la mise en cache.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.164-g2105d2e-aliyun

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

11 septembre 2019

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-cert-id permet de mettre à jour un certificat.

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-forward-port active la redirection de port HTTP vers HTTPS.

• Les annotations suivantes permettent de créer une instance SLB avec une liste de contrôle d'accès (ACL) : service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-status, service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-id et service.beta.kubernetes.io/alibaba-cloud-loadbalancer-acl-type.

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-remove-unscheduled-backend supprime les nœuds non planifiables des serveurs backend.

• Dans les clusters Terway, l'annotation service.beta.kubernetes.io/backend-type:"eni" ajoute les pods dotés d'ENI en tant que serveurs backend SLB, ce qui améliore les performances de transfert réseau.

• En mode Local (lorsque externalTrafficPolicy=Local est défini pour un service), le service définit automatiquement le poids de chaque nœud en fonction du nombre de pods qu'il héberge.

Cette mise à jour n'a aucun impact sur les services existants.

Version

Image address

Release date

Description

Impact

v1.9.3.105-gfd4e547-aliyun

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

15 avril 2019

• Ajout de la prise en charge de la configuration de plusieurs tables de routage VPC via un fichier de configuration.

• Correction d’un problème empêchant l’application des mises à jour des configurations HTTP.

Cette mise à jour n’a aucun impact sur vos charges de travail.

Version

Image address

Release date

Description

Impact

v1.9.3.81-gca19cd4-aliyun

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

20 mars 2019

• Les clusters managés et dédiés ACK peuvent désormais réutiliser des instances SLB existantes qui n’ont pas été créées par ACK.

• Le Cloud Controller Manager (CCM) prend désormais en charge les noms de nœuds Kubernetes personnalisés, ce qui supprime la dépendance au champ Kubernetes NodeName.

• Correction d’un problème de compatibilité entre CCM v1.8.4 et Kubernetes v1.11.5. Veuillez mettre à jour CCM vers la dernière version.

Cette mise à jour n’a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.59-ge3bc999-aliyun

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

26 décembre 2018

• Les instances SLB peuvent être partagées entre plusieurs services Kubernetes.

  • Ne réutilisez pas une instance SLB créée automatiquement par un service Kubernetes, car cela pourrait entraîner sa suppression accidentelle. Seules les instances SLB que vous avez créées manuellement dans la console ou en appelant l'OpenAPI sont éligibles à la réutilisation.

  • Les services Kubernetes qui partagent la même instance SLB doivent utiliser des ports d'écoute frontend différents pour éviter les conflits de ports.

  • Lors de la réutilisation d'une instance SLB, utilisez les noms de l'écouteur et du groupe de serveurs virtuels (vServer) comme identifiants et ne les modifiez pas.

  • Vous pouvez modifier le nom de l'instance SLB.

  • Le partage d'une instance SLB entre plusieurs clusters n'est pas pris en charge.

• Les tables de routage VPC sont désormais gérées de manière séquentielle plutôt qu'en parallèle. Cette modification permet d'éviter la limitation de débit (throttling) au niveau du VPC.

Cette mise à niveau n'affecte pas vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3.10-gfb99107-aliyun

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

15 août 2018

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-master-zoneid spécifie la zone principale d'un SLB créé automatiquement.

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-slave-zoneid spécifie la zone secondaire d'un SLB créé automatiquement.

  Remarque

  Ce paramètre n'a aucun effet dans les régions qui ne prennent pas en charge le déploiement du SLB sur les zones principale et secondaire.

• Définissez l'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners sur true pour remplacer tous les écouteurs existants sur le SLB.

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-bandwidth spécifie la bande passante d'un SLB facturé au forfait bande passante. Les écouteurs partagent cette bande passante.

Cette mise à niveau n'a aucun impact sur vos charges de travail.

Version

Adresse de l'image

Date de publication

Description

Impact

v1.9.3

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

25 juin 2018

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-backend-label ajoute les nœuds de travail dotés de libellés spécifiques en tant que serveurs backend.

• L'annotation service.beta.kubernetes.io/alibaba-cloud-loadbalancer-spec spécifie un type d'instance SLB, tel que shared-resource ou high-performance.

• Prise en charge du mode externalTraffic: Local. Seuls les nœuds hébergeant des Pods sont ajoutés au backend SLB.

• Le système ajoute ou supprime automatiquement les nœuds des backends SLB lorsque ceux-ci rejoignent ou quittent le cluster.

• Le système met automatiquement à jour les backends SLB lorsque les libellés des nœuds changent.

• Ajout de la prise en charge des sessions persistantes (sticky sessions).

• Lorsque vous réutilisez une instance SLB existante pour créer un service, ses écouteurs ne sont plus gérés. Vous devez les ajouter manuellement à l'instance SLB.

Cette mise à jour n'affecte pas les charges de travail existantes.