ack-koordinator est un système d'ordonnancement sensible à la qualité de service (QoS). Il exploite des fonctionnalités telles que CPU Burst et la surallocation dynamique des ressources pour optimiser l'utilisation des ressources du cluster tout en garantissant la qualité de service des applications prioritaires, ce qui améliore la stabilité globale du système. ack-koordinator prend également en charge le profilage des ressources et la désplanification. Cette rubrique présente le composant ack-koordinator ainsi que ses notes de version.
Pour consulter l'historique des versions et des modifications du composant, reportez-vous aux Notes de version.
ack-koordinator
ack-koordinator est un système d'ordonnancement basé sur Kubernetes, sensible à la QoS, qui améliore l'utilisation des ressources du cluster et offre des garanties de qualité de service aux applications selon leur priorité. Cela permet d'éviter que la contention des ressources n'affecte les performances des applications. Par exemple, ack-koordinator prend en charge la colocalisation d'applications orientées services et de tâches de traitement par lots sur le même nœud. Il s'appuie sur des capacités telles que la surallocation dynamique des ressources et l'ordonnancement sensible à la QoS pour améliorer l'utilisation des ressources tout en garantissant la QoS des applications de service. Cette solution convient particulièrement aux scénarios de traitement par lots, de calcul haute performance (HPC), de tâches d'IA et d'apprentissage automatique. ack-koordinator constitue le composant central permettant l'ordonnancement sensible à la QoS dans ACK. Il propose des fonctionnalités telles que les limites élastiques de ressources, l'ordonnancement conscient de la topologie, la surallocation dynamique des ressources, l'ordonnancement conscient de la charge, la désplanification et le profilage des ressources.
Pour commencer, connectez-vous à la console ACK afin d'installer le composant ack-koordinator dans votre cluster ACK. Vous pourrez ensuite activer et utiliser ses fonctionnalités via une ConfigMap ou des annotations de Pod.
Architecture
ack-koordinator se compose de composants centraux et de composants au niveau des nœuds.
-
Koordinator Manager : composant central déployé sous forme de Deployment. Il comprend une instance principale et une instance de secours pour garantir une haute disponibilité.
SLO Controller : gère la surallocation des ressources. Il ajuste dynamiquement les ressources surallouées dans le cluster en fonction de l'état d'exécution des nœuds lors de la colocalisation et gère les politiques SLO différenciées pour chaque nœud.
Recommender : fournit la fonctionnalité de profilage des ressources. Il estime les besoins maximaux en ressources des charges de travail afin de simplifier la configuration des spécifications des ressources des conteneurs.
Koordinator Descheduler : composant central déployé sous forme de Deployment, qui fournit la fonctionnalité de désplanification.
Koordlet : composant au niveau du nœud déployé sous forme de DaemonSet. Il prend en charge la surallocation dynamique des ressources, l'ordonnancement conscient de la charge et l'ordonnancement sensible à la QoS dans les scénarios de colocalisation.
Plug-in d'ordonnancement Koordinator : le module Koord-Scheduler n'est pas inclus lors de l'installation du composant ack-koordinator. Ses capacités d'ordonnancement sont plutôt intégrées sous forme de plug-in dans l'ordonnanceur ACK et installées par défaut.
Dans un cluster ACK Serverless, ack-koordinator inclut uniquement le composant Koordinator Manager et fournit la fonctionnalité de profilage des ressources.
Gestion des versions
À partir de la version v1.1.1-ack.1, le numéro de version de ack-koordinator suit le format x.y.z-ackn.
x.y.z: correspond à la version open source de Koordinator, ce qui signifie que ack-koordinator prend en charge toutes les fonctionnalités de cette version.ackn: représente les améliorations et optimisations de fonctionnalités apportées par rapport à la version open source.
Concepts clés
Fonctionnalités prises en charge
Le composant ack-koordinator inclut les fonctionnalités de la version open source correspondante de Koordinator. Lors de l'installation, seuls les feature-gates des fonctionnalités courantes sont activés par défaut. Pour utiliser d'autres fonctionnalités, vous devez activer manuellement les feature-gates correspondants pour les modules ack-koordinator. Pour plus d'informations, consultez la documentation officielle de Koordinator.
Type | Fonctionnalité | Description | Cohérence avec l'open source |
Planifie les Pods sur les nœuds ayant une charge en temps réel plus faible pour équilibrer la charge du cluster et réduire le risque de défaillance des nœuds. | Oui | ||
Améliore la QoS des applications en fournissant des ressources CPU supplémentaires temporaires lors des pics de charge. Cela est réalisé en détectant automatiquement la limitation du CPU et en ajustant de manière adaptative les paramètres des conteneurs. | Oui | ||
Épingle un Pod pour qu'il s'exécute sur des cœurs CPU spécifiques d'un nœud. Cela atténue la dégradation des performances des applications causée par le changement de contexte du CPU et l'accès mémoire cross-NUMA. | Non | ||
Quantifie les ressources CPU et mémoire allouées mais non utilisées en collectant les données de charge des nœuds en temps réel, puis fournit ces ressources inactives aux charges de travail BestEffort tout en garantissant l'équité. | Oui | ||
Dans les scénarios de surallocation dynamique des ressources, cette fonctionnalité limite l'utilisation du CPU des Pods BE pour protéger les performances des Pods LS sur le nœud. | Oui | ||
Garantit les ressources CPU pour les applications prioritaires (LS) en empêchant la contention des ressources avec celles de priorité inférieure. | Oui | ||
Vous permet de définir des paramètres de QoS pour les conteneurs en fonction de leur priorité. Elle privilégie les performances des applications prioritaires tout en garantissant l'équité des ressources mémoire. | Oui | ||
Isole l'utilisation du cache L3 et de la bande passante mémoire entre les applications de différentes priorités pour protéger les performances des applications LS. | Oui | ||
Modification dynamique des paramètres de ressources des Pods | Vous permet de modifier dynamiquement les paramètres d'isolation au niveau du nœud (CPU, mémoire et E/S disque) pour un Pod ou un Deployment sans redémarrage, en modifiant ses fichiers cgroup. | Non | |
Tire parti de l'accélérateur de streaming de données Intel® (DSA) pour améliorer l'efficacité du traitement des données pour les charges de travail intensives en données sur un nœud. Il améliore également davantage l'accélération de l'accès à la mémoire voisine pour les conteneurs. | Non | ||
Améliore les performances d'accès à la mémoire pour les charges de travail intensives en mémoire en migrant en toute sécurité la mémoire des nœuds NUMA distants vers les nœuds NUMA locaux pour les applications épinglées au CPU. Ce processus augmente le taux de succès des accès à la mémoire locale. | Non | ||
Replanifie les Pods mal placés vers des nœuds plus sains pour maintenir la santé du cluster, optimiser l'utilisation des ressources et améliorer la QoS des charges de travail. Ce processus est généralement déclenché par une utilisation inégale des ressources ou une charge élevée des nœuds. | Oui | ||
Désplanifie automatiquement les Pods des nœuds qui dépassent un seuil de charge spécifié pour prévenir les déséquilibres de charge sévères. | Oui | ||
Conscience de la topologie GPU | Optimise les performances en planifiant les Pods sur le nœud NUMA le plus adapté, ce qui réduit l'accès cross-NUMA. | Non | |
Analyse les données historiques d'utilisation des ressources pour recommander des spécifications de ressources pour les conteneurs, simplifiant ainsi le processus de configuration des valeurs | Non | ||
Installation et gestion
ack-koordinator est disponible sur la page Add-ons de la console ACK. Vous pouvez installer, mettre à niveau et désinstaller le composant depuis la page Add-ons.
Prérequis
Vous disposez d'un cluster ACK exécutant Kubernetes 1.18 ou une version ultérieure. Pour plus d'informations sur la mise à niveau d'un cluster, consultez la section Mettre à niveau manuellement un cluster.
Helm v3.0 ou une version ultérieure est installé. Pour mettre à niveau Helm, consultez les sections [[Mise à niveau des composants] Annonce sur la mise à niveau de Helm V2 Tiller](t1872780.dita#task_2435198) et Comment mettre à niveau manuellement la version de Helm ?.
Installer et gérer le composant
Vous pouvez installer le composant ack-koordinator depuis la page Add-ons. Vous pouvez également revenir sur cette page pour modifier les paramètres du composant ou le mettre à niveau selon vos besoins.
Pour les versions de composant antérieures à v0.7 déployées depuis Marketplace, consultez la section Migrer ack-koordinator de Marketplace vers les add-ons pour effectuer la migration.
Installer le composant : suivez les étapes ci-dessous pour installer le composant et vérifier le déploiement.
Modifier les paramètres du composant : le système redéploie automatiquement ack-koordinator en fonction de la nouvelle configuration.
Mettre à niveau le composant : si vous avez modifié manuellement les modules déployés de ack-koordinator, tels que les Deployments ou les DaemonSets, la mise à niveau écrasera vos configurations personnalisées.
Connectez-vous à la console ACK. Dans le volet de navigation de gauche, cliquez sur Clusters.
Sur la page Clusters, cliquez sur le nom de votre cluster. Dans le volet de navigation de gauche, cliquez sur Components and Add-ons .
Sur la page Add-ons, cliquez sur l'onglet Install, recherchez et sélectionnez le composant ack-koordinator(ack-slo-manager), puis cliquez sur Next.
Suivez les instructions à l'écran pour terminer la configuration du composant, puis cliquez sur Next.
Vérifiez les informations de configuration, puis cliquez sur OK.
Désinstaller le composant
Nettoyer les ConfigMaps des nœuds existants
La fonctionnalité d'ordonnancement du CPU conscient de la topologie crée une ConfigMap de topologie dans l'espace de noms kube-system pour chaque nœud ACK. À partir de la version v0.5.1, ack-koordinator nettoie automatiquement les ConfigMaps des nœuds supprimés. Toutefois, lorsque vous désinstallez ack-koordinator, il conserve les ConfigMaps des nœuds existants. Ces ConfigMaps résiduelles n'affectent pas les autres fonctionnalités, mais occupent de l'espace de stockage. Nous vous recommandons de les nettoyer.
Sur la page Add-ons, recherchez ack-koordinator et suivez les instructions à l'écran pour désinstaller le composant.
-
Supprimez les ConfigMaps de topologie.
Dans le volet de navigation de gauche, choisissez . En haut de la page, sélectionnez l'espace de noms kube-system.
Dans la zone de recherche, saisissez -numa-info. Dans la liste, repérez la ConfigMap correspondant au format
${NODENAME}-numa-info. Dans la colonne Actions de la ConfigMap, cliquez sur Delete et suivez les instructions à l'écran.
Nettoyer les objets CRD
Lorsque vous désinstallez le composant ack-koordinator, certains objets CRD peuvent subsister. Ces objets résiduels n'affectent pas les autres fonctionnalités, mais ils occupent de l'espace de stockage. Si vous prévoyez de réinstaller ack-koordinator, ces objets pourraient interférer avec le fonctionnement du composant. Nous vous recommandons de les nettoyer. Les CRD concernés sont répertoriés ci-dessous.
|
autoscaling.alibabacloud.com |
slo.koordinator.sh |
|
Développez |
Développez le groupe d'API slo.koordinator.sh pour voir la version v1alpha1 contenant deux types de ressources CRD : NodeSLO et NodeMetric. |
Facturation
L'installation et l'utilisation du composant ack-koordinator sont gratuites. Toutefois, des coûts peuvent être engagés dans les scénarios suivants :
ack-koordinator est un composant non géré qui consomme les ressources des nœuds de calcul après son installation. Vous pouvez configurer les demandes de ressources pour chaque module lors de l'installation.
Par défaut, ack-koordinator expose les métriques de surveillance pour des fonctionnalités telles que le profilage des ressources et la planification fine au format Prometheus. Si vous sélectionnez l'option Enable Prometheus monitoring metrics for ack-koordinator et utilisez Managed Service for Prometheus, ces métriques sont facturées en tant que métriques personnalisées. Les frais varient en fonction de facteurs tels que la taille du cluster et le nombre d'applications. Avant d'activer cette fonctionnalité, nous vous recommandons de consulter la rubrique Facturation des instances Prometheus pour comprendre l'offre gratuite et la tarification des métriques personnalisées. Pour surveiller et gérer votre utilisation des ressources, utilisez la fonctionnalité requête d'utilisation.
Informations connexes
Relation entre ack-koordinator et ack-slo-manager
ack-slo-manager est le prédécesseur de ack-koordinator et a incubé le projet open source Koordinator. À mesure que Koordinator a mûri, ses technologies ont été réintégrées dans ack-slo-manager. ack-koordinator propose les fonctionnalités de la version open source de Koordinator et offre davantage de capacités que son prédécesseur. Pour bénéficier des nouvelles fonctionnalités et des corrections de bogues, effectuez une mise à niveau vers la dernière version du composant en suivant les instructions de la section Migration d'ack-koordinator depuis Marketplace vers Add-ons.
Migration d'ack-koordinator depuis Marketplace vers Add-ons
Si vous avez déployé ack-koordinator depuis Marketplace (versions antérieures à la v0.7), vous devez le désinstaller puis le réinstaller. Suivez les instructions ci-dessous pour effectuer la migration.
Si vous avez modifié le ConfigMap d'Marketplace ack-koordinator, sauvegardez-le avant la mise à niveau. Si vous n'avez pas modifié le ConfigMap, passez directement à l'étape 2 et mettez à niveau le composant directement.
-
Sauvegardez le ConfigMap d'ack-koordinator à l'aide de kubectl ou de la console.
kubectl
-
Exécutez la commande suivante pour enregistrer la configuration d'origine dans le fichier slo-config.yaml. Remplacez le namespace (par exemple, kube-system) et le nom (par exemple, ack-slo-manager-config) par les valeurs réelles de votre ConfigMap.
kubectl get cm -n kube-system ack-slo-manager-config -o yaml > slo-config.yaml Exécutez la commande
vim slo-config.yamlpour modifier le fichier. Changez le namespace du ConfigMap enkube-system, modifiez le champnameenack-slo-configet supprimez toutes lesannotationset tous leslabelsdu ConfigMap afin d'éviter qu'ils ne soient écrasés lors de la mise à niveau.-
Exécutez la commande suivante pour appliquer la configuration modifiée au cluster.
kubectl apply -f slo-config.yaml
Console
-
Enregistrez les paires clé-valeur du ConfigMap d'origine.
Dans le volet de navigation de gauche, accédez à . En haut de la page, sélectionnez le Namespace que vous avez spécifié lors de l'installation d'ack-koordinator depuis Marketplace. Le namespace par défaut est kube-system.
Dans la zone de recherche Name, saisissez ack-slo-manager-config, cliquez sur le nom du ConfigMap cible et enregistrez les paires clé-valeur du ConfigMap.
-
Créez un nouveau ConfigMap en utilisant les paires clé-valeur du ConfigMap d'origine.
Dans le volet de navigation de gauche, accédez à . En haut de la page, sélectionnez All Namespaces.
Dans le coin supérieur droit de la page ConfigMaps, cliquez sur Create. Définissez le ConfigMap Name sur ack-slo-config et sélectionnez le namespace kube-system. Cliquez sur + Add, saisissez les paires clé-valeur enregistrées, puis cliquez sur Create.
-
-
Dans le volet de navigation de gauche, accédez à . Recherchez le composant ack-slo-manager installé depuis Marketplace, puis cliquez sur Delete dans la colonne Actions pour le désinstaller.
Sur la page Add-ons, installez la dernière version d'ack-koordinator. Pour plus d'informations, consultez la section Installation et gestion des composants.
ImportantSi vous avez modifié le ConfigMap du composant ack-koordinator depuis Marketplace, vous devez saisir le nom du ConfigMap de sauvegarde créé à l'étape 1 (par exemple, ack-slo-config) dans le champ de paramètre correspondant de la boîte de dialogue ack-koordinator Parameters.
Migration depuis resource-controller vers ack-koordinator
Le composant resource-controller est obsolète. ack-koordinator prend désormais en charge toutes les fonctionnalités de resource-controller, telles que la planification CPU consciente de la topologie et la modification dynamique des paramètres de ressource d'un pod. Si votre cluster utilise resource-controller, suivez les étapes ci-dessous pour migrer vers ack-koordinator.
-
Mettez à niveau resource-controller vers la dernière version.
Connectez-vous à la console ACK. Dans le volet de navigation gauche, cliquez sur Clusters.
Sur la page Clusters, cliquez sur le nom de votre cluster. Dans le volet de navigation gauche, cliquez sur Components and Add-ons .
Sur la page Add-ons, recherchez resource-controller et suivez les instructions à l'écran pour mettre à niveau le composant.
-
Installez et configurez ack-koordinator.
Sur la page Add-ons, recherchez ack-koordinator et suivez les instructions à l'écran pour l'installer.
-
Une fois l'installation terminée, accédez à la page Add-ons et cliquez sur Configuration dans la colonne Actions du module complémentaire ack-koordinator. Configurez le paramètre agentFeatures, qui correspond au commutateur feature-gate pour Koordlet, ainsi que les autres paramètres selon vos besoins. Ensuite, cliquez sur OK.
Vérifiez si votre cluster utilise la fonctionnalité CPU Limit adjustment décrite dans la rubrique Modification dynamique des paramètres de ressource d'un pod. Cette fonctionnalité modifie le fichier cgroups cpu.cfs_quota_us d'un conteneur spécifique en créant un CRD ou en ajoutant une annotation de pod. Si vous utilisez cette fonctionnalité, passez à l'étape ii. Sinon, passez directement à l'étape c.
-
Exécutez la commande suivante pour obtenir la configuration feature-gate actuelle à partir du fichier YAML DaemonSet d'ack-koordlet.
kubectl get daemonset -n kube-system ack-koordlet -o yaml |grep feature-gates - --feature-gates=AllAlpha=false,AllBeta=false,...,CPUBurst=true,.... -
Modifiez la configuration feature-gate d'ack-koordlet pour désactiver la politique d'optimisation des performances CPU Burst en définissant
CPUBurst=false. Séparez les paramètres par des virgules (,). Conservez les autres paramètres inchangés.La désactivation de cette politique désactive également le mécanisme CPU Burst pour tous les conteneurs du cluster. Cela empêche deux modules de modifier simultanément le fichier cgroups cpu.cfs_quota_us.
AllAlpha=false,AllBeta=false,...,CPUBurst=false,....Pour activer les ressources CPU élastiques pour les conteneurs, utilisez la politique d'optimisation des performances CPU Burst afin d'ajuster automatiquement l'élasticité CPU des pods. Pour plus d'informations, consultez la rubrique Activation de la politique d'optimisation des performances CPU Burst.
-
Dans le volet de navigation de gauche, accédez à pour afficher l'état du déploiement d'ack-koordinator.
Sur la page Add-ons, recherchez resource-controller et suivez les instructions à l'écran pour le désinstaller.
FAQ
Erreur d'installation du composant : no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1" ensure CRDs are installed first
Managed Service for Prometheus n'est pas installé dans le cluster. Installez-le en suivant les instructions de la rubrique Connexion et configuration de Managed Service for Prometheus, ou décochez l'option Enable Prometheus Metrics for ACK-Koordinator lors de l'installation d'ack-koordinator sur la page Add-ons.
Erreur d'installation du composant : task install-addons-xxx timeout, error install addons map[ack-slo-manager:Can't install release with errors: ... function "lookup" not defined
Mettez à niveau Helm vers la version 3.0 ou ultérieure. Consultez la rubrique Mise à niveau des composants : annonce de la mise à niveau de Helm V2 Tiller pour plus d'informations.
Notes de version
Juillet 2026
Version | Image address | Date | Changes | Impact |
v1.8.0-ack1.25 |
| 29 juillet 2026 |
| Aucun |
Janvier 2026
Version | Image address | Date | Changes | Impact |
v1.6.1-ack1.23 |
| 30 janvier 2026 |
| Aucun |
Novembre 2025
Version | Image address | Release date | Description | Impact |
v1.6.1-ack1.21 |
| 6 novembre 2025 |
| Aucun |
Août 2025
Version | Image address | Release date | Description | Impact |
v1.6.1-ack1.19 |
| 8 août 2025 |
| Aucun |
Juillet 2025
Version | Image address | Release date | Description | Impact |
v1.6.1-ack1.18 |
| 30 juillet 2025 |
| Aucun |
v1.6.1-ack1.17 |
| 14 juillet 2025 |
| Aucun |
v1.6.1-ack1.16 |
| 4 juillet 2025 |
| Aucun |
Septembre 2024
Version | Adresse de l'image | Date de publication | Description | Impact |
v1.5.0-ack1.14 |
| 12 septembre 2024 |
| Aucun |
Juillet 2024
Version | Adresse de l'image | Date de publication | Description | Impact |
v1.5.0-ack1.12 |
| 29 juillet 2024 | Optimisation des interfaces internes | Aucun |
Janvier 2024
Version | Adresse de l'image | Date de publication | Description | Impact |
v1.3.0-ack1.8 |
| 24/01/2024 |
| Aucun |
Décembre 2023
Version | Adresse de l'image | Date de publication | Description | Impact |
v1.3.0-ack1.7 |
| 21 décembre 2023 |
| Aucun |
Octobre 2023
v1.3.0-ack1.6 |
| 19 octobre 2023 | Optimisation des interfaces internes. | Aucun |
Juin 2023
v1.2.0-ack1.3 |
| 09/06/2023 | Optimisation des interfaces internes. | Aucun |
Avril 2023
v1.2.0-ack1.2 |
| 25 avril 2023 |
| Aucun |
Mars 2023
v1.1.1-ack.2 |
| 23 mars 2023 | Optimisation des interfaces internes. | Aucun |
Janvier 2023
v1.1.1-ack.1 |
| 11 janvier 2023 |
| Aucun |
Novembre 2022
v0.8.0 |
| 17 novembre 2022 |
| Après la mise à niveau du composant, vous devez mettre à niveau votre cluster ACK vers la version 1.22.15-ack-2.0 pour utiliser la planification des pods tenant compte de la charge. Cette mise à niveau n'affecte pas les autres fonctionnalités. |
Septembre 2022
v0.7.2 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.2 | 16 septembre 2022 | Correction d'un problème introduit dans la version v0.7.1, où la planification consciente de la topologie ne s'appliquait pas aux pods. | Aucun |
v0.7.1 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.1 | 2 septembre 2022 |
| Aucun |
Août 2022
|
Version |
Image |
Date de publication |
Description |
Impact |
|
v0.7.0 |
registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.0 |
8 août 2022 |
L'installation d'ack-slo-manager a été déplacée du Marketplace vers les modules complémentaires (Add-ons). |
Aucun |
Juillet 2022
|
Version |
Adresse de l'image |
Date de publication |
Description |
Impact |
|
v0.6.0 |
registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.6.0 |
26 juillet 2022 |
Optimisation des API internes et simplification de la configuration du composant. |
Aucun |
Juin 2022
v0.5.2 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.2 | 14 juin 2022 |
| Aucun |
v0.5.1 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.1 | 2 juin 2022 |
| Aucun |
Avril 2022
v0.5.0 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.0 | 29 avril 2022 |
| Aucun |
v0.4.1 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.1 | 14 avril 2022 |
| Aucun |
v0.4.0 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.0 | 11 avril 2022 | Optimisation de la consommation mémoire de slo-agent. | Aucun |
Février 2022
v0.3.0 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.3.0 | 25 février 2022 |
| Aucun |
Décembre 2021
v0.2.0 | registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.2.0 | 10/12/2021 |
| Aucun |
Septembre 2021
|
Version |
Adresse de l'image |
Date de publication |
Description |
Impact |
|
v0.1.1 |
registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.1-c2ccefa |
2 septembre 2021 |
Optimisation des interfaces internes. |
Aucun |
Juillet 2021
|
Version |
Adresse de l'image |
Date de publication |
Description |
Impact |
|
v0.1.0 |
registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.0-09766de |
8 juillet 2021 |
Prend désormais en charge la planification des pods tenant compte de la charge. |
Aucun |