Erfahre alles über die neuen Funktionen der Volumen-Populator in Kubernetes 1.33 und wie sie deine Arbeit erleichtern können.
Kubernetes Volume Populators sind jetzt allgemein verfügbar (GA)! Mit der AnyVolumeDataSource-Funktion können Nutzer nun jede geeignete benutzerdefinierte Ressource als Datenquelle für ein PersistentVolumeClaim (PVC) angeben.
Ein Beispiel, wie du dataSourceRef in PVC verwenden kannst:
yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: pvc1
spec:
…
dataSourceRef:
apiGroup: provider.example.com
kind: Provider
name: provider1
In dieser Version gibt es vier wesentliche Verbesserungen im Vergleich zur Beta.
Während der Beta-Phase haben die Mitwirkenden von Kubernetes potenzielle Ressourcenlecks beim Löschen von PersistentVolumeClaims (PVC) identifiziert, während die Volumenbefüllung noch im Gange war. Diese Lecks traten aufgrund von Einschränkungen bei der Handhabung von Finalizern auf. Vor der Graduierung zur allgemeinen Verfügbarkeit hat das Kubernetes-Projekt die Unterstützung für das Löschen temporärer Ressourcen (PVC prime usw.) hinzugefügt, wenn das ursprüngliche PVC gelöscht wird.
Dafür wurden drei neue pluginbasierte Funktionen eingeführt:
PopulateFn(): Führt die provider-spezifische Datenbefüllungslogik aus.PopulateCompleteFn(): Überprüft, ob der Datenbefüllungsvorgang erfolgreich abgeschlossen wurde.PopulateCleanupFn(): Räumt temporäre Ressourcen auf, die von den provider-spezifischen Funktionen nach Abschluss der Datenbefüllung erstellt wurden.Ein Beispiel für einen Provider wurde in lib-volume-populator/example hinzugefügt.
Für GA hat der CSI-Volumenpopulator-Controller-Code eine MutatorConfig erhalten, die die Spezifikation von Mutator-Funktionen ermöglicht, um Kubernetes-Ressourcen zu modifizieren. Wenn beispielsweise das PVC prime nicht eine exakte Kopie des PVC ist und du provider-spezifische Informationen für den Treiber benötigst, kannst du diese Informationen in die optionale MutatorConfig aufnehmen. Dadurch kannst du die Kubernetes-Objekte im Volumenpopulator anpassen.
Unsere Beta-Phase hat einen neuen Bedarf aufgezeigt: Die Notwendigkeit, Metriken nicht nur von lib-volume-populator, sondern auch von anderen Komponenten innerhalb des Provider-Codes zu aggregieren.
Um dem gerecht zu werden, hat SIG Storage einen Provider-Metrik-Manager eingeführt. Diese Verbesserung delegiert die Implementierung der Metriklogik an den Provider selbst, anstatt sich ausschließlich auf lib-volume-populator zu verlassen. Dieser Wandel bietet mehr Flexibilität und Kontrolle über die Metriksammlung und -aggregation und ermöglicht eine umfassendere Sicht auf die Leistung des Providers.
Während der Beta-Phase haben wir potenzielle Ressourcenlecks beim Löschen von PersistentVolumeClaims (PVC) während der Volumenbefüllung identifiziert, aufgrund von Einschränkungen bei der Handhabung von Finalizern. Wir haben den Populator verbessert, um das Löschen temporärer Ressourcen (PVC prime usw.) zu unterstützen, wenn das ursprüngliche PVC in dieser GA-Version gelöscht wird.
Um es auszuprobieren, folge bitte den Schritten im vorherigen Beta-Blog.
Für Entwickler und DevOps-Teams bringt diese neue GA-Version zahlreiche Vorteile, die die Arbeit mit PersistentVolumeClaims erheblich erleichtern können. Bei Fragen oder zur Unterstützung steht ayedo, dein Kubernetes-Partner, bereit!
Quelle: Kubernetes Blog
Profitieren Sie von skalierbarem App Hosting in Kubernetes, hochverfügbarem Ingress Loadbalancing und erstklassigem Support durch unser Plattform Team. Mit der ayedo Cloud können Sie sich wieder auf das konzentrieren, was Sie am besten können: Software entwickeln.
Moderne generative KI- und große Sprachmodelle (LLMs) stellen Kubernetes vor einzigartige Herausforderungen im Datenverkehrsmanagement. Im Gegensatz zu typischen kurzlebigen, zustandslosen Webanfragen …
Einführung in die Verwaltung von Sidecar-Containern in Kubernetes In der Welt von Kubernetes sind Sidecar-Container nützliche Helfer, die Funktionen erweitern oder zusätzliche Aufgaben für die …
Wir freuen uns, die allgemeine Verfügbarkeit der Gateway API v1.3.0 bekanntzugeben! Diese Version wurde am 24. April 2025 veröffentlicht und bringt spannende neue Funktionen mit sich. Was ändert sich …
Wer Anwendungen produktiv betreibt, braucht keine schönen Dashboards, sondern harte Daten. Performance-Probleme entstehen nie dann, wenn Zeit für Debugging ist. Sie kommen genau dann, wenn Systeme …
Die Frage stellt sich immer wieder. Entwicklerteams liefern Features, optimieren Releases, bauen saubere Architekturen — und dann hängen sie trotzdem noch in der Infrastruktur. Kubernetes-Cluster …
Interessiert an weiteren Inhalten? Hier gehts zu allen Blogs →