rorapp/cluster-knaster

Fork 0

Files

T

History

Robert RappandClaude Opus 5.5 4ac251715e

ci / test (push) Failing after 23s

Details

k3s: Pod-Monitoring in Grafana (Task 6.5)

kube-state-metrics (NodePort 30808) und ServiceAccount prometheus-infra (nur
nodes/metrics) im Cluster; Prometheus auf infra liest kubelet/cAdvisor per TLS
gegen die k3s-CA. Ziele per file_sd aus kubectl get nodes, cAdvisor auf die
nötigen Reihen begrenzt. Dashboard "k3s – Pods" (Vorgabe nex), Alerts K3s*
nur mit notify. Playbook monitoring-k3s.yml.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-19 16:31:03 +02:00

bootstrap-node.sh

feat(platform): bootstrap-node.sh für Proxmox-Knoten (Schlüssel, Paketquellen, full-upgrade)

2026-10-12 16:35:07 +02:00

healthcheck.sh

docs: Betriebshandbuch §8–§13 (Zugang, Benachrichtigungen, Firewall, Zertifikat, Netzwerk, Testvorgehen), healthcheck.sh, Plan Phase 4 erledigt

2026-10-13 17:12:51 +02:00

make-template.sh

tofu: GPU-VMs mit allen Karten des Knotens, DHCP über Gast-Agent, Provider für PVE 9

2026-10-12 19:04:56 +02:00

monitoring-targets.py

k3s: Pod-Monitoring in Grafana (Task 6.5)

2026-10-19 16:31:03 +02:00

pve-admin-user.sh

pve-cluster: Verwaltungsports nur aus IPSET admin (Proxmox ergänzt management stets um das /24); Skript nutzt python auf dem Laptop

2026-10-13 17:08:42 +02:00

README.md

docs: Betriebshandbuch §8–§13 (Zugang, Benachrichtigungen, Firewall, Zertifikat, Netzwerk, Testvorgehen), healthcheck.sh, Plan Phase 4 erledigt

2026-10-13 17:12:51 +02:00

refresh-vm-access.sh

refresh-vm-access: Dienst-VMs mit aufnehmen (Lesefehler behoben)

2026-10-15 11:57:57 +02:00

README.md

Skripte für die Proxmox-Knoten

bootstrap-node.sh

Bringt einen Knoten auf den Grundstand: Laptop-Schlüssel, Paketquellen pve-no-subscription, apt full-upgrade, ethtool und lm-sensors. Läuft auf dem Admin-Laptop in Git-Bash und ist idempotent.

platform/proxmox/scripts/bootstrap-node.sh pve44              # bestehender Knoten
platform/proxmox/scripts/bootstrap-node.sh --reinstall pve46  # nach Neuinstallation

Voraussetzungen: SSH-Alias in ~/.ssh/config, .env mit <KNOTEN>_PASS (nur nötig, solange der Schlüssel fehlt).
--reinstall verwirft den alten Hostschlüssel. Ohne den Schalter muss der bekannte Hostschlüssel passen.
Das Update läuft per systemd-run auf dem Knoten weiter, auch wenn die SSH-Sitzung abreißt. Protokoll: /root/bootstrap-upgrade.log.
Das Skript startet nicht neu. Es meldet Neustart nötig: ja (…), wenn ein neuer Kernel installiert wurde.

Nach dem Neustart prüfen:

ssh pve44 'uname -r; pveversion; systemctl --failed --no-legend; ip -br a show vmbr0'

Dazu Adressen, IDs und IOMMU-Gruppen der Karten mit dem Stand vor dem Neustart vergleichen. Die Site-Dateien verwenden 0000:01:00 und 0000:02:00.

pve-admin-user.sh

Schließt ein persönliches Admin-Konto ab, das playbooks/cluster.yml angelegt hat: Passwort (in .env als PVE_ADMIN_<NAME>_PASS), TOTP und Recovery-Keys (it/proxmox/tfa-<name>.txt). Läuft auf dem Laptop, idempotent. Details: docs/BETRIEB.md Abschnitt 8.

platform/proxmox/scripts/pve-admin-user.sh r.rapp

healthcheck.sh

Testvorgehen für den Cluster (docs/BETRIEB.md Abschnitt 13): Quorum, HA, Replikation, Firewall, Benutzer, je Knoten Dienste, Zeit, Netz, Speicher, Zertifikat, GPU-Bindung, Weboberfläche, dazu der Firewall-Negativtest aus einer GPU-VM. Nur lesend, Exit 1 bei Fehlern.

platform/proxmox/scripts/healthcheck.sh            # alle Knoten
platform/proxmox/scripts/healthcheck.sh pve44      # einzelner Knoten