fix(monitoring): scrape pve via Service VIP + node FQDNs, no hardcoded IPs #296

Merged
k.renner merged 2 commits from claude-bot/pve-cluster-vip-target into master 2026-07-17 18:29:45 +00:00
2 Commits
Author SHA1 Message Date
claude-botandClaude Opus 4.8 74f387f185 fix(monitoring): use node FQDNs for pve-node scrape, drop raw IPs
No hardcoded IP remains in the pve scrape config: the node job now
targets jupiter/neptune/saturn.renner.uno. instance label reads the
hostname, and a renumbered node follows DNS without a config edit.

Verified: exporter returns node-local metrics when targeted at
jupiter.renner.uno from inside the cluster.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015K7gLUVVnutvDnzV2TrMRJ
2026-07-17 20:23:56 +02:00
claude-botandClaude Opus 4.8 26aadd0629 fix(monitoring): scrape pve cluster metrics via Service VIP, not a fixed node
The pve cluster-collector job hardcoded 10.2.40.201, so cluster-wide
metrics (pve_up, guest info, storage) paused whenever jupiter
specifically was down, even with the cluster healthy. Point it at the
pve Service DNS (pve.apps.svc.cluster.local) whose EndpointSlice
load-balances the PVE API across all three nodes, so the scrape
follows whichever node is up. Node-local job keeps the three explicit
targets — it needs per-node identity.

Verified: exporter returns pve_up for cluster + all nodes when
targeted at the Service DNS.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015K7gLUVVnutvDnzV2TrMRJ
2026-07-17 20:22:35 +02:00