Configuration de la mise à l'échelle automatique de vos pools de nœuds worker
Mettez à jour la mappe de configuration (configmap) du programme de mise à l'échelle automatique de cluster pour activer la mise à l'échelle automatique des noeuds worker dans vos pools de noeuds worker en fonction des valeurs minimales et maximales que vous avez définies.
Une fois que vous avez modifié la carte de configuration pour activer la mise à l'échelle automatique sur un pool de travailleurs, le système de mise à l'échelle automatique du cluster adapte la taille de votre cluster en fonction des demandes de votre charge de travail. Cela signifie que vous ne pouvez pas redimensionner ou rééquilibrer vos pools de travailleurs. L'analyse et l'augmentation ou la diminution de capacité se produit à intervalles réguliers. Selon le nombre de noeuds worker, ces opérations peuvent prendre plus de temps, par exemple 30 minutes. Par la suite, si vous souhaitez supprimer le programme de mise à l'échelle automatique de cluster, vous devez d'abord désactiver chaque pool de noeuds worker dans la mappe de configuration.
À partir de la version 1.2.4, l'option maxEmptyBulkDelete n'est plus prise en charge. Supprimez cette option de votre carte de configuration en exécutant la commande kubectl edit configmap iks-ca-configmap -n kube-system et en supprimant l'option. En remplacement, vous pouvez utiliser l'option maxScaleDownParallelism qui a été ajoutée dans la version 1.2.4. Pour plus d'informations, voir la référence configmap.
Avant de commencer
- Installez le module complémentaire de mise à l'échelle automatique de cluster.
- Accédez à votre cluster Red Hat OpenShift.
-
Editez le fichier YAML configmap du programme de mise à l'échelle automatique de cluster.
oc edit cm iks-ca-configmap -n kube-system -o yamlExemple de sortie
apiVersion: v1 data: workerPoolsConfig.json: | [ {"name": "<worker_pool>","minSize": 1,"maxSize": 2,"enabled":false} ] kind: ConfigMap -
Editez le fichier configmap avec les paramètres permettant de définir comment le programme de mise à l'échelle automatique de cluster procède pour mettre à l'échelle le pool de noeuds worker de votre cluster. Remarque : A moins d'avoir désactivé tous les équilibreurs de charge d'application (ALB) publics dans chaque zone de votre cluster standard, vous devez remplacer par
minSizela valeur de2pour chaque zone de sorte que les pods d'équilibreur de charge d'application soient dispersés afin d'assurer une haute disponibilité."name": "default": remplacez"default"par le nom ou l'ID du pool de noeuds worker que vous souhaitez mettre à l'échelle. Pour répertorier les pools de nœuds worker, exécutezibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID. Pour gérer plusieurs pools de noeuds worker, copiez la ligne JSON sur une ligne séparée par des virgules, comme suit.
[ {"name": "default","minSize": 1,"maxSize": 2,"enabled":false}, {"name": "Pool2","minSize": 2,"maxSize": 5,"enabled":true} ] ``` Le programme de mise à l'échelle automatique de cluster peut fonctionner uniquement pour les pools de noeuds worker ayant le libellé `ibm-cloud.kubernetes.io/worker-pool-id`. Pour vérifier quje votre pool de nœuds worker possède le libellé requis, exécutez `ibmcloud oc worker-pool get --cluster CLUSTER_NAME_OR_ID --worker-pool WORKER_POOL_NAME_OR_ID | grep Labels`. Si votre pool de workers ne dispose pas de l'étiquette requise, ajoutez un nouveau pool de workers et utilisez ce dernier avec l'autoscaler du cluster. {: note} - `"minSize": 1`: Spécifiez le nombre minimum de nœuds de travail par zone. Le fait de définir une taille minimale (`minSize`) ne déclenche pas automatiquement une mise à l'échelle par augmentation. Le constitue `minSize` un seuil garantissant que l'autoscaler du cluster ne réduise pas le nombre de nœuds de travail par zone en dessous d'un certain seuil. Si votre cluster ne dispose pas encore de ce nombre de noeuds par zone, le programme de mise à l'échelle automatique de cluster n'effectue pas de mise à l'échelle par augmentation tant qu'aucune de vos demandes de ressource de charge de travail ne réclame davantage de ressources. Par exemple, si vous disposez d'un pool de noeuds worker avec un noeud worker pour trois zones (trois noeuds worker au total) et vous affectez au paramètre `minSize` la valeur `4` pour chaque zone, le programme de mise à l'échelle automatique de cluster ne met pas immédiatement à disposition trois autres noeuds worker par zone (12 noeuds worker au total). En revanche, la mise à l'échelle par augmentation est déclenchée par les demandes de ressource. Si vous créez une charge de travail qui demande les ressources de 15 noeuds worker, le programme de mise à l'échelle automatique de cluster procède à une mise à l'échelle par augmentation du pool de noeuds worker pour répondre à la demande. Désormais, cela signifie `minSize` que l'autoscaler du cluster ne réduit pas le nombre de nœuds de travail à moins de quatre par zone, même si vous supprimez la charge de travail qui nécessite ce nombre. Pour plus d'informations, consultez la [documentation d' Kubernetes.](https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md#when-does-cluster-autoscaler-change-the-size-of-a-cluster){: external} - `"maxSize": 2` : indiquez le nombre maximal de noeuds worker par zone auquel le programme de mise à l'échelle automatique de cluster peut faire passer le pool de noeuds worker. Cette valeur doit être supérieure ou égale à la valeur que vous avez définie pour le paramètre `minSize`. - `"enabled": false` : définissez cette valeur sur `true` pour que le programme de mise à l'échelle automatique du cluster gère la mise à l'échelle du pool de noeuds worker. Définissez cette valeur sur `false` pour arrêter la mise à l'échelle du pool de noeuds worker par le programme de mise à l'échelle automatique de cluster. Par la suite, si vous souhaitez [supprimer le programme de mise à l'échelle automatique de cluster](/docs/openshift?topic=openshift-cluster-scaling-install-addon&interface=ui#autoscaler-remove-console), vous devez d'abord désactiver chaque pool de noeuds worker dans la mappe de configuration. -
Sauvegardez le fichier de configuration.
-
Obtenez le pod du programme de mise à l'échelle automatique de cluster.
oc get pods -n kube-system -
Examinez la section
Eventsdu pod du programme de mise à l'échelle automatique de cluster pour un événementConfigUpdatedafin de vérifier que la mappe de configuration a été mise à jour. Le message d'événement de votre mappe de configuration est au formatminSize:maxSize:PoolName:<SUCCESS|FAILED>:error message.oc describe pod -n kube-system <cluster_autoscaler_pod>Exemple de sortie
Name: ibm-iks-cluster-autoscaler-857c4d9d54-gwvc6 Namespace: kube-system ... Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal ConfigUpdated 3m ibm-iks-cluster-autoscaler-857c4d9d54-gwvc6 {"1:3:default":"SUCCESS:"}
Si vous activez un pool de nœuds worker pour la mise à l'échelle automatique et que vous ajoutez ensuite une zone à ce pool de nœuds worker, redémarrez le pod du pogramme de mise à l'échelle automatique de cluster pour qu'il sélectionne cette
modification : oc delete pod -n kube-system <cluster_autoscaler_pod>.
Personnalisation des valeurs de configuration du programme de mise à l'échelle automatique de cluster
Personnalisez les paramètres du programme de mise à l'échelle automatique de cluster, par exemple la durée d'attente avant d'augmenter ou de réduire des noeuds worker.
-
Activez le module complémentaire.
Lorsque vous modifiez un autre paramètre de la mappe de configuration (configmap) que
minSize,maxSizedu pool de noeuds worker ou si vous activez ou désactivez un pool de noeuds worker, les pods du programme de mise à l'échelle automatique de cluster sont redémarrés.
-
Vérifiez les paramètres de la mappe de configuration du programme de mise à l'échelle automatique de cluster.
-
Téléchargez la mappe de configuration du module complémentaire de mise à l'échelle automatique de cluster et passez en revue les paramètres.
oc get cm iks-ca-configmap -n kube-system -o yaml > configmap.yaml -
Ouvrez le fichier
configmap.yamlet mettez à jour les paramètres que vous voulez modifier. -
Réappliquez la mappe de configuration du module complémentaire de mise à l'échelle automatique de cluster.
oc apply -f configmap.yaml -
Vérifiez que le redémarrage des pods a abouti.
oc get pods -n kube-system | grep autoscaler
Référence de mappe de configuration du programme de mise à l'échelle automatique de cluster
balancingIgnoreLabel- Clé de libellé de noeud à ignorer lors de l'équilibrage de zone. Outre les libellés de noeud fixes, le programme de mise à l'échelle automatique peut ignorer 5 libellés de noeud supplémentaires lors de l'équilibrage des zones. Par exemple,
balancingIgnoreLabel1:label1,balancingIgnoreLabel2: custom-label2. coresTotal- Nombre minimal et nombre maximal de coeurs dans le cluster. Le programme de mise à l'échelle automatique de cluster ne met pas à l'échelle le cluster au-delà de ces nombres. La valeur par défaut est
0:320000. enforceNodeGroupMinSize- Définissez cette valeur sur
truepour augmenter le pool de noeuds worker à la taille minimale configurée si nécessaire. La valeur par défaut estfalse. expander- Comment l'outil d'ajustement automatique de la taille du cluster détermine quel pool de travailleurs ajuster lorsque vous disposez de plusieurs pools de travailleurs. La valeur par défaut est
random. random: sélectionne de manière aléatoire entremost-podsetleast-waste.most-pods: sélection du pool de noeuds worker en mesure de planifier le plus de pods lors d'une augmentation d'échelle. Utilisez cette méthode avecnodeSelectorpour vous assurer que les pods atterrissent sur des noeuds worker spécifiques.least-waste: sélection du pool de noeuds worker ayant le moins d'UC inutilisée après une mise à l'échelle par augmentation. Si deux pools de noeuds worker utilisent la même quantité de ressources d'UC après la mise à l'échelle par augmentation, le pool de noeuds worker avec le moins de mémoire inutilisée est sélectionné.expendablePodsPriorityCutoff- Les pods dont la priorité est inférieure à la limite sont consommables. Ils peuvent être supprimés sans être pris en compte lors de la mise à l'échelle vers le bas et ils ne provoquent pas de mise à l'échelle vers le haut. Les pods auxquels
PodPrioritya la valeur null ne peuvent pas être utilisés. La valeur par défaut est-10. ignoreDaemonSetsUtilization- Ignore les pods de l'autoscaler DaemonSet lors du calcul de l'utilisation des ressources pour le scale-down. La valeur par défaut est
false. imagePullPolicy- Quand récupérer l'image Docker. La valeur par défaut est
Always. Always: extrait l'image chaque fois que le pod est démarré.IfNotPresent: N'extrait l'image que si elle n'est pas déjà présente localement. \n -Never: Suppose que l'image existe localement et ne tire jamais l'image.kubeClientBurst- Rafale autorisée pour le client Kubernetes. La valeur par défaut est
300. kubeClientQPS- La valeur QPS pour le client Kubernetes. Nombre de requêtes acceptées une fois la diffusion en rafale épuisée. La valeur par défaut est
5.0. livenessProbeFailureThreshold- Nombre de tentatives de test de disponibilité effectuées
kubeletaprès le démarrage du pod et l'échec du premier test de disponibilité. Une fois le seuil d'échec atteint, le conteneur est redémarré et le pod passe à l'étatUnreadypour une sonde de préparation, le cas échéant. La valeur par défaut est3. livenessProbePeriodSeconds- Intervalle, en secondes, pendant lequel le effectue
kubeletun test de disponibilité. La valeur par défaut est600. livenessProbeTimeoutSeconds- Le délai en secondes après lequel la sonde de disponibilité expire. La valeur par défaut est
10. logLevel- Niveau de journalisation du programme de mise à l'échelle automatique. Les niveaux de journalisation sont
info,debug,warning,error. La valeur par défaut estinfo. maxBulkSoftTaintCount- Nombre maximal de nœuds de travail pouvant être marqués ou démarqués simultanément
PreferNoSchedule. Pour désactiver cette fonction, indiquez la valeur0. La valeur par défaut est0. maxBulkSoftTaintTime- Durée maximale pendant laquelle les nœuds de travail peuvent être marqués ou démarqués simultanément
PreferNoSchedule. La valeur par défaut est10m. maxDrainParallelism- Nombre maximal de noeuds qui doivent encore être vidés et qui peuvent être vidés et supprimés en parallèle. La valeur par défaut est
1. maxEmptyBulkDelete- Pris en charge uniquement dans les versions antérieures à 1.2.4 Nombre maximal de nœuds vides pouvant être supprimés simultanément par l'autoscaler. La valeur par défaut est
10. maxFailingTime- Durée maximale, en minutes, pendant laquelle le pod de l'autoscaler de cluster fonctionne sans qu'aucune action n'ait été menée à bien, avant que le pod ne soit automatiquement redémarré. La valeur par défaut est
15m. maxGracefulTerminationSec- Nombre maximal de secondes pendant lesquelles le programme de mise à l'échelle automatique attend que le pod se termine lorsqu'il réduit un noeud. La valeur par défaut est
600. maxInactivity- Durée maximale, en minutes, pendant laquelle le pod de l'autoscaler de cluster fonctionne sans aucune activité enregistrée avant d'être redémarré automatiquement. La valeur par défaut est
10m. maxNodeGroupBinpackingDuration- Temps maximum en secondes passé dans la simulation de bin packing pour chaque groupe de travailleurs. La valeur par défaut est
10s. maxNodeProvisionTime- Durée maximale, en minutes, dont dispose un nœud de travail pour démarrer son provisionnement avant que le système d'ajustement automatique de la taille du cluster n'annule la demande d'augmentation de capacité. La valeur par défaut est
120m. maxNodeSkipevalTimeTrackerEnabled- Version 1.35 et suivantes: Active des métriques supplémentaires pour analyser le comportement de réduction d'échelle de Cluster Autoscaler lorsque des nœuds sont ignorés lors de l'évaluation. La valeur par défaut est
false. - Lorsqu'il est activé, le Cluster Autoscaler expose la métrique
cluster_autoscaler_skipped_scale_events_countà l'intérieur du pod CA pour surveiller les événements de réduction d'échelle ignorés. maxNodesPerScaleUp- Nombre maximal de nœuds pouvant être ajoutés lors d'une seule mise à l'échelle. Cette méthode est conçue strictement pour optimiser le temps d'attente de l'algorithme de mise à l'échelle automatique et ne doit pas être utilisée comme limite
de débit pour la mise à l'échelle par augmentation. La valeur par défaut est
1000. maxPodEvictionTime- Durée maximale pendant laquelle le programme de mise à l'échelle automatique tente d'expulser un pod avant de s'arrêter. La valeur par défaut est
2m. maxRetryGap- Durée maximale, en secondes, avant une nouvelle tentative après un échec de connexion à l'API du service. Utilisez ce paramètre et le paramètre
retryAttemptspour ajuster la fenêtre de relance pour le programme de mise à l'échelle automatique de cluster. La valeur par défaut est60. parallelDrain- Définissez la valeur sur
truepour autoriser l'arrêt parallèle des noeuds. La valeur par défaut estfalse. - Déclassé Le paramètre
parallelDrain(correspond à--parallel-drain) n'est pris en charge que dans les versions de Cluster Autoscaler 1.26- 1.31. Pour les versions 1.32 et ultérieures, utilisez plutôt--max-drain-parallelismet--max-scale-down-parallelism. maxScaleDownParallelism- Nombre maximal de nœuds, à la fois vides et devant être vidés, pouvant être supprimés en parallèle. La valeur par défaut est
10. maxTotalUnreadyPercentage- Pourcentage maximal de noeuds non prêts dans le cluster. Une fois cette valeur dépassée, le programme de mise à l'échelle automatique arrête les opérations. La valeur par défaut est
45. memoryTotal- Quantité minimale et maximale de mémoire en gigaoctets pour le cluster. Le programme de mise à l'échelle automatique de cluster ne met pas à l'échelle le cluster au-delà de ces nombres. La valeur par défaut est
0:6400000. minReplicaCount- Le nombre minimum de répliques qu'un replicaSet ou un contrôleur de réplication doit autoriser à être supprimées lors d'une réduction d'échelle. La valeur par défaut est
0. newPodScaleUpDelay- Les pods plus récents que cette valeur en secondes ne sont pas pris en compte pour la mise à l'échelle par augmentation. Peut être augmentée pour des pods individuels via l'annotation
cluster-autoscaler.kubernetes.io/pod-scale-up-delay. La valeur par défaut est0s. nodeDeleteDelayAfterTaint- Durée d'attente, en secondes, avant la suppression d'un noeud après l'avoir taint. La valeur par défaut est
5s. nodeDeletionBatcherInterval- Durée, en minutes, pendant laquelle le programme de mise à l'échelle automatique peut regrouper des noeuds pour les supprimer par lots. La valeur par défaut est
0m. nodeRemovalLatencyTrackingEnabled- Version 1.35 et suivantes: Active les métriques d'histogramme relatives à la latence de la mise à l'échelle des nœuds. Ces mesures permettent de savoir combien de temps il faut à Cluster Autoscaler pour supprimer des nœuds
ou annuler la suppression lorsque des nœuds sont à nouveau nécessaires. La valeur par défaut est
false. - Lorsqu'il est activé, le Cluster Autoscaler expose la métrique de l'histogramme
cluster_autoscaler_node_removal_latency_seconds_bucketprometheus du pod CA pour surveiller le comportement de réduction d'échelle. okTotalUnreadyCount- Nombre de noeuds non prêts autorisés, quelle que soit la valeur
maxTotalUnreadyPercentage. La valeur par défaut est3. OSReservedCPUMili- La quantité de CPU réservée dans MiliCPU. La valeur par défaut est
30. OSReservedMemoryGi- Quantité de mémoire réservée dans l' GiB. La valeur par défaut est
0.3. parallelDrain- Définissez la valeur sur
truepour autoriser l'arrêt parallèle des noeuds. La valeur par défaut estfalse. prometheusScrape- Définissez sur
truepour envoyer des métriques Prometheus. Pour arrêter l'envoi de métriques, définissez la valeur surfalse. resourcesLimitsCPU- Quantité maximale de ressources CPU du nœud de travail que le pod
ibm-iks-cluster-autoscalerpeut consommer. La valeur par défaut est600m. resourcesLimitsMemory- Quantité maximale de mémoire du nœud de travail que le pod
ibm-iks-cluster-autoscalerpeut utiliser. La valeur par défaut est600Mi. resourcesRequestsCPU- Quantité minimale de ressources CPU du nœud de travail avec laquelle le pod
ibm-iks-cluster-autoscalerdémarre. La valeur par défaut est200m. resourcesRequestsMemory- Quantité minimale de mémoire du nœud de travail dont dispose le pod
ibm-iks-cluster-autoscalerau démarrage. La valeur par défaut est200Mi. retryAttempts- Nombre maximal de tentatives de réessai après un échec de connexion à l'API du service. Utilisez ce paramètre et le
maxRetryGapparamètre pour ajuster la fenêtre de réessai de l'autoscaler du cluster. | La valeur par défaut est64. scaleDownCandidatesPoolMinCount- Nombre minimal de noeuds qui sont considérés comme des candidats non vides supplémentaires pour une mise à l'échelle par réduction lorsque certains candidats des itérations précédentes ne sont plus valides. La valeur par défaut est
50. scaleDownCandidatesPoolRatio- Rapport des noeuds considérés comme des candidats non vides supplémentaires pour une mise à l'échelle vers le bas lorsque certains candidats de l'itération précédente ne sont plus valides. La valeur par défaut est
0.1. scaleDownDelayAfterAdd- Délai nécessaire après une augmentation de capacité pour que l'évaluation de la réduction de capacité reprenne. La valeur par défaut est
10m.
scaleDownDelayAfterDelete | Délai nécessaire après la suppression d'un nœud pour que l'évaluation de la réduction d'échelle reprenne. La valeur par défaut est la même que celle de, scan-interval à savoir 1m.
scaleDownDelayAfterFailure- Durée, en minutes, pendant laquelle le programme de mise à l'échelle automatique doit attendre après un échec. La valeur par défaut est
3m. scaleDownEnabled- Lorsque la valeur est
false, le programme de mise à l'échelle automatique n'effectue pas de mise à l'échelle vers le bas. La valeur par défaut esttrue. scaleDownGPUUtilizationThreshold- La somme des demandes de GPU de tous les pods s'exécutant sur le nœud divisée par les ressources allouables du nœud. Lorsque les demandes de ressources sont inférieures à ce seuil, un nœud peut être considéré comme devant être réduit. Le calcul
de l'utilisation ne prend en compte que les ressources GPU. L'utilisation de l'unité centrale et de la mémoire est ignorée. La valeur par défaut est
0.5. scaleDownNonEmptyCandidatesCount- Le nombre maximum de nœuds non vides considérés dans une itération comme candidats à la réduction d'échelle avec vidange. | La valeur par défaut est
30. scaleDownUnneededTime- Durée, exprimée en minutes, pendant laquelle un nœud de travail doit rester inactif avant de pouvoir être redimensionné à la baisse. La valeur par défaut est
10m. scaleDownUnreadyEnabled- Lorsque la valeur est
true, les noeuds non prêts sont planifiés pour une mise à l'échelle vers le bas. La valeur par défaut esttrue. scaleDownUnreadyTime- Durée, en minutes, pendant laquelle le programme de mise à l'échelle automatique doit attendre avant qu'un noeud non prêt ne soit pris en compte pour la réduction. La valeur par défaut est
20m. scaleDownUtilizationThreshold- Seuil d'utilisation des nœuds de travail. Si le taux d'utilisation du nœud de travail est inférieur au seuil, le nœud de travail est considéré comme ayant subi une réduction de capacité. L'utilisation d'un nœud de travail est calculée comme
la somme des ressources CPU et mémoire demandées par l'ensemble des pods s'exécutant sur ce nœud, divisée par la capacité en ressources de ce nœud. | La valeur par défaut est
0.5. scanInterval- Définissez la fréquence en minutes que prend le programme de mise à l'échelle automatique de cluster pour analyser l'utilisation de la charge de travail qui déclenche une augmentation ou une réduction d'échelle. La valeur par défaut est
1m. skipNodesWithLocalStorage- Lorsque la valeur de ce paramètre est définie sur
true, les noeuds worker qui comportent des pods qui sauvegardent des données sur du stockage local ne font pas l'objet d'une réduction d'échelle. La valeur par défaut esttrue. skipNodesWithSystemPods- Lorsque la valeur de ce paramètre est définie sur
true, les noeuds worker qui comportent des podskube-systemne sont pas réduits. Ne définissez pas la valeur surfalsecar la réduction des podskube-systempeut avoir des résultats imprévisibles. La valeur par défaut esttrue. unremovableNodeRecheckTimeout- Délai d'attente en minutes avant que le programme de mise à l'échelle automatique ne revérifie un noeud qui n'a pas pu être supprimé lors d'une tentative précédente. La valeur par défaut est
5m. workerPoolsConfig.json- Les pools de travailleurs que vous souhaitez dimensionner automatiquement, y compris leur nombre minimum et maximum de nœuds de travailleurs par zone dans le format
{"name": "<pool_name>","minSize": 1,"maxSize": 2,"enabled":false}. POOL_NAME: nom ou ID du pool de noeuds worker pour lequel vous souhaitez activer ou désactiver la mise à l'échelle automatique. Pour répertorier les pools de nœuds de nœuds worker disponibles, exécutezibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID.maxSize: <number_of_workers>: Nombre maximal de nœuds de travail par zone jusqu'auquel le système d'ajustement automatique du cluster peut augmenter la capacité. La valeur doit être supérieure ou égale à la valeur définie pour la tailleminSize: <number_of_workers>.min=<number_of_workers>: Nombre minimum de nœuds de travail par zone jusqu'auquel l'autoscaler du cluster peut réduire la taille du cluster. Si vous avez besoin que vos pods ALB soient répartis pour la haute disponibilité, vous devez définir la valeur à au moins 2. Si vous avez désactivé tous les ALB publics dans chaque zone de votre cluster standard, vous pouvez définir la valeur sur0. Gardez à l'esprit que le fait de définir une taille minimale (min) ne déclenche pas automatiquement une mise à l'échelle par augmentation. La taillemincorrespond à un seuil garantissant que l'autoscaler du cluster ne réduise pas le nombre de nœuds de travail par zone en dessous de ce minimum. Si votre cluster ne dispose pas encore de ce nombre minimal de noeuds par zone, le programme de mise à l'échelle automatique de cluster n'effectue pas de mise à l'échelle par augmentation tant qu'aucune de vos demandes de ressource de charge de travail ne réclame davantage de ressources.enabled=: Lorsquetrue, l'autoscaler de cluster peut faire évoluer votre pool de travailleurs. Lorsquefalse, l'autoscaler du cluster ne mettra pas à l'échelle le pool de travailleurs. Par la suite, si vous souhaitez supprimer l'autoscaler du cluster, vous devez d'abord désactiver chaque pool de travailleurs dans l' ConfigMap. Si vous activez la mise à l'échelle automatique d'un pool de travailleurs, puis que vous ajoutez ultérieurement une zone à ce pool, redémarrez le pod de mise à l'échelle automatique du cluster afin qu'il prenne en compte cette modification :oc delete pod -n kube-system <cluster_autoscaler_pod>.- Par défaut, le pool de noeuds worker
defaultn'est pas activé, avec la valeurmaxaffectée au paramètre2et la valeurminaffectée au paramètre1.