Open SIMULATAN opened 10 months ago
When enabling the management interface like this:
quarkus.management.enable=true quarkus.management.port=9000
the generated kubernetes manifests still use the main application server port in the prometheus scrape config labels.
deployment has following labels
prometheus.io/scrape: "true" prometheus.io/path: /q/metrics prometheus.io/port: "9000" prometheus.io/scheme: http
prometheus.io/scrape: "true" prometheus.io/path: /q/metrics prometheus.io/port: "8080" prometheus.io/scheme: http
Reproducer Project: https://github.com/SIMULATAN/quarkus-kubernetes-management-metrics-reproducer
Reproduction steps:
mvn clean package
target/kubernetes/kubernetes.yml
uname -a
ver
Linux sim-15p-arch 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42 +0000 x86_64 GNU/Linux
java -version
21 Azul Systems, Inc.
3.6.0.CR1 & 3.6.0
mvnw --version
gradlew --version
Gradle 8.5-rc-3 & Maven 3.9.6
Reading through the source, it appears as if appropriate handling already exists for health checks and probes but not metrics.
/cc @ebullient (metrics), @geoand (kubernetes), @iocanel (kubernetes), @jmartisk (metrics)
Hi, any progress with this issue? Having the same issue…
Can I try to get this one ?
Describe the bug
When enabling the management interface like this:
the generated kubernetes manifests still use the main application server port in the prometheus scrape config labels.
Expected behavior
deployment has following labels
Actual behavior
deployment has following labels
How to Reproduce?
Reproducer Project: https://github.com/SIMULATAN/quarkus-kubernetes-management-metrics-reproducer
Reproduction steps:
mvn clean package
target/kubernetes/kubernetes.yml
Output of
uname -a
orver
Linux sim-15p-arch 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42 +0000 x86_64 GNU/Linux
Output of
java -version
21 Azul Systems, Inc.
Quarkus version or git rev
3.6.0.CR1 & 3.6.0
Build tool (ie. output of
mvnw --version
orgradlew --version
)Gradle 8.5-rc-3 & Maven 3.9.6
Additional information
Reading through the source, it appears as if appropriate handling already exists for health checks and probes but not metrics.