Kubernetes v1.37 sagt nativ, ob ein Volume-Claim genutzt wird
Serguey Asael Shinder1 Min. LesezeitKubernetes v1.37 hebt in einem Beitrag von Roman Bednář (Red Hat) vom 21. September 2026 das Feature-Gate PersistentVolumeClaimUnusedSinceTime auf Beta, standardmäßig aktiviert. Damit fügt der PVC-Schutzcontroller jeder PersistentVolumeClaim eine Unused-Bedingung hinzu, die angibt, ob ein laufender Pod sie gerade referenziert.
Beseitigt wird eine bekannte Fleißarbeit. In großen Clustern legen Nutzer PVCs an und löschen die Pods, ohne den Speicher aufzuräumen — Kubernetes löscht PVCs nicht automatisch. Die Frage „nutzt das Volume überhaupt jemand?" verlangte bisher den Abgleich von Pods, PersistentVolumes und PVCs über einen langen Zeitraum; Administratoren bauten dafür eigene Monitoring-Pipelines oder Skripte. Das Feature legt die Antwort in den Status der PVC selbst.
Was das bedeutet
Eine Frage, die eine Pipeline brauchte, ist jetzt ein Feld. Der Wert ist keine neue Fähigkeit, sondern der Wegfall einer Klasse von Klebecode: Jedes Team mit einem Waisenvolume-Skript kann es löschen. Das ist die leise, kumulative Verbesserung einer reifen Plattform.
„Beta, standardmäßig an" ist die zu lesende Zeile. Die Bedingung erscheint nach dem Upgrade an den PVCs, ob man sie wollte oder nicht — gut für die Auffindbarkeit und wichtig für alles, das PVC-Bedingungen auflistet oder filtert und keine neue erwartete.
Es meldet, es räumt nicht auf. Die Unused-Bedingung sagt, dass ein Volume brachliegt; sie löscht nichts. Daraus Aufräumen zu machen, bleibt eine selbst geschriebene Richtlinie — das Feature macht sie möglich, ohne eigene Datenpipeline dahinter.