2 votes

Pointes sur les échelles métriques externes HPA alors qu'elles ne devraient pas l'être.

J'ai une métrique que j'utilise pour un HPA, le problème est que la métrique a des pics et pour l'éviter, j'utilise une moyenne sur le temps dans une règle d'enregistrement sur prometheus, mais pour l'exporter vers stackdriver (sur gke) j'utilise stackdriver-prometheus-sidecar et il n'envoie pas les métriques enregistrées à stackdriver .

Une idée sur la façon d'exporter cette métrique ? L'autre solution que j'ai trouvée est d'utiliser v2beta2 hpa et de modifier le comportement pour changer la fenêtre de stabilisation lors de la montée en charge, mais cela n'est disponible que sur v1.18 sur kubernetes et GCP n'a que la version 1.17 sur le canal stable, une idée ?

1voto

Dawid Kruk Points 528

Publier cette réponse comme un wiki communautaire. N'hésitez pas à l'étendre.

Se concentrer sur la partie du comportement de mise à l'échelle :

Comme indiqué dans la question. La prise en charge du comportement de mise à l'échelle configurable commence à partir de la version 1.18 de Kubernetes :

Prise en charge d'un comportement de mise à l'échelle configurable

À partir de v1.18 le site v2beta2 L'API permet de configurer le comportement de mise à l'échelle par le biais de l'HPA. behavior champ. Les comportements sont spécifiés séparément pour la mise à l'échelle vers le haut et vers le bas dans les champs suivants scaleUp o scaleDown en vertu de la behavior champ. Une fenêtre de stabilisation peut être spécifiée pour les deux directions, ce qui empêche l'oscillation du nombre de répliques dans la cible de mise à l'échelle. De même, la spécification des politiques de mise à l'échelle contrôle le taux de changement des répliques pendant la mise à l'échelle.

Kubernetes.io : Docs : Tâches : Exécuter l'application : Mise à l'échelle automatique horizontale des pods : Prise en charge d'un comportement de mise à l'échelle configurable

La version 1.18 de Kubernetes, qui comprend la prise en charge de la mise à l'échelle ci-dessus, est incluse dans les notes de publication d'une Regular channel :

8 janvier 2021 (2021-R1)

Mises à jour de la version

Les versions des clusters GKE ont été mises à jour.

Nouvelles versions disponibles pour les mises à niveau et les nouveaux clusters

Les versions suivantes de Kubernetes sont désormais disponibles pour les nouveaux clusters et pour les mises à niveau de maître et de nœud opt-in pour les clusters existants. Voir ces instructions pour plus d'informations sur le système de gestion des versions de Kubernetes.

Canal régulier

Note : Il se peut que vos clusters ne disposent pas de ces versions. Les déploiements commencent le jour de la note et prennent quatre jours ouvrables ou plus pour être achevés dans toutes les zones Google Cloud. Pour plus d'informations, voir le Calendrier de lancement .

  • La version 1.17.14-gke.400 est maintenant disponible dans le canal régulier. Cette version est maintenant la version par défaut.
  • La version 1.18.12-gke.1201 est maintenant disponible dans le canal régulier.
  • La version 1.17.13-gke.2600 n'est plus disponible dans le canal régulier.

Les nœuds de mise à niveau automatique dans le canal Regular passent automatiquement de la version 1.17 à la version 1.17.14-gke.400 avec cette version.


J'encourage tout le monde à consulter la documentation sur les canaux de diffusion et les propriétés de chaque canal (compromis entre la disponibilité des fonctionnalités et la rotation des mises à jour) :


Vous pouvez également faire une demande de fonctionnalité pour le backportage de cette fonctionnalité afin qu'elle soit incluse dans les versions antérieures de l'UE. GKE versions ici :

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X