Die Cloud-Rechnung kennt den Preis eines Nodes, aber nicht automatisch die Kostenverteilung zwischen Ihren Namespaces. Der Kubernetes-Agent von Costfluent liest Ressourcenanforderungen und gemessene Nutzung im Cluster. Costfluent verbindet diese Daten mit Node-Preisen und zeigt Cluster- und Namespace-Kosten sowie Leerlauf getrennt an. Eine verifizierte Kostenansicht pro Pod oder Workload gehört nicht zu diesem Angebot.
Eine Zahl hat zwei Sichtweisen
| Sicht | Wofür sie taugt | Grenze |
|---|---|---|
| Cloud-Abrechnung | Rechnungsnahe Kosten der Instanzen | Keine verlässliche Namespace-Zuordnung allein aus der Instanzzeile |
| Kubernetes-Kosten in Costfluent | Node-Kosten nach Namespace und Leerlauf untersuchen | Dieselben Nodes können bereits in der Cloud-Abrechnung stehen |
Addieren Sie die beiden Sichten nicht zu einer Gesamtsumme. Wenn ein Workspace sowohl eine Cloud-Anbindung als auch den Cluster enthält, wählen Sie im Kostenbericht die gewünschte Quelle per Anbieterfilter. Andernfalls erscheinen dieselben Nodes einmal als Cloud-Instanzen und ein zweites Mal nach Namespace verteilt. Für die Kostenzuordnung sollte die Quelle im Bericht sichtbar bleiben.
Was der Agent übermittelt
Der Agent wird per Helm im Cluster installiert und sendet Node- und Pod-Identitäten, Container-Ressourcenanforderungen und -nutzung sowie erlaubte Pod-Labels. Namespace-Labels sind optional. Container-Images, Umgebungsvariablen, Secrets, Config Maps, Logs und Netzwerkverkehr gehören nicht zum Bericht. Standardmäßig werden alle Pod-Labels gesendet; begrenzen Sie sie mit agent.allowedLabels, wenn Labels sensible Werte enthalten oder für Kostenberichte unnötig sind. Die Einrichtungsanleitung und die technische Chart-Dokumentation beschreiben Installation und Zugriff.
Kubernetes unterscheidet Requests und Limits: Ein Request beeinflusst die Platzierung, ein Limit begrenzt die Nutzung. Costfluent nutzt Requests und gemessene Nutzung für die Verteilung der Node-Kosten. Nicht zugeordnete Kosten werden als __idle__ ausgewiesen. Das ist eine Kostenverteilung, keine gemessene Ausgabe eines einzelnen Pods auf einer Rechnung.
Vor dem ersten Bericht prüfen
- Wählen Sie eine eindeutige Cluster-ID und geben Sie dem Agenten ein Organisationstoken mit der Berechtigung Report Kubernetes usage. Ein Workspace-Token genügt nicht.
- Prüfen Sie, welche Labels der Agent senden darf, und beschränken Sie sie bei Bedarf vor der Installation.
- Klären Sie die Node-Preisquelle: eine passende Cloud-Abrechnungszeile, eine Node-Annotation oder Cluster-Raten. Ohne Preis bleibt ein Node als unbepreist sichtbar.
- Warten Sie auf die nächtliche Verarbeitung. Die Cluster-Seite kann einen Bericht bereits anzeigen, bevor Kosten im Kostenbericht erscheinen.
- Filtern Sie die Kostenberichte nach Cluster, Namespace und Quelle. Halten Sie
__idle__als eigene Position fest.
Diese Prüffolge gehört in ein monatliches Cloud-Kostenreview, damit eine Veränderung nicht fälschlich als neue Ausgabe oder als Einsparung gelesen wird.
Quellen und Prüfgrenze
Geprüft am 25. September 2026: Kubernetes-Dokumentation zu Requests und Limits, Costfluent-Verbindungsanleitung und technische Agent-Dokumentation. Prüfen Sie vor einer Freigabe die Labels und Preisquellen in Ihrem eigenen Cluster. Eine Namespace-Verteilung belegt keine Kostenansicht pro Pod.