HPA по кастомным метрикам приложения B.
Приложение B отдаёт метрики в прометей. В кластере установлен прометеус адаптер который берёт таймсерии из прома и пихает в куб-апи в metrics api. Ипроблема в том что HPA для приложения A не видит эти метрики в апихе. Если сделать HPA для приложения B - то эти метрики доступны, но нам надо скейлить именно приложение А.
Вопросы следующие - нужно ли делать в конфигурации prometheus-adapter'a какой-то релейблинг.
Какой тип метрик должен быть указан в HPA ( External \ Pods \ you name it)
Может у кого-то есть рабочие примеры ?
Можно любой тип метрик использовать. Нужно лишь правильно сконфигурить PMA, и он будет отдавать всё, что пожелаешь. Из любых метрик прометея. Можно подглядеть, как мы используем уже несколько лет: https://github.com/deckhouse/deckhouse/blob/main/modules/301-prometheus-metrics-adapter/templates/config-map.yaml
Спс. Вообще мой конфиг адаптера похож на тот что ты скинул - возможно у меня есть косяк с самим HPA. Можешь скинуть пример hpa для например ingress_nginx_detail_requests_total метрики ?
Пример с ingress метрикой не нашёл, но нашёл с FPM. Пишем такое в мапу rules в конфиге PMA: - seriesQuery: 'kube_pod_created' resources: overrides: namespace: {resource: namespace} pod: {resource: pod} name: matches: ".*" as: "fpm-worker" metricsQuery: 'custom_metric::pod::fpm-worker::<<.LabelMatchers>>::<<.GroupBy>>' # это recording_rule, конечно И ссылаемся в HPA: spec: maxReplicas: 6 minReplicas: 3 metrics: - pods: metric: name: fpm-worker target: averageValue: "80" type: AverageValue type: Pods scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: fpm
а я правильно понимаю что у тебя тут метрика собирается с того е сервиса который и скейлится ?
Да. Это recording_rule странный. Полноценно вот так promql выглядит для примера выше: round(sum by(<<.GroupBy>>) (phpfpm_processes_total{state="active",<<.LabelMatchers>>}) / sum by(<<.GroupBy>>) (phpfpm_processes_total{<<.LabelMatchers>>}) * 100)
Обсуждают сегодня