Eine neue Alpha-Funktion in Kubernetes erweitert das Storage-Ökosystem um Changed Block Tracking. Dieser Mechanismus ermöglicht es CSI-Storage-Treibern, geänderte Blöcke innerhalb von PersistentVolume-Snapshots effizient zu identifizieren. Durch die Verfolgung von Änderungen auf Blockebene werden Backup-Operationen deutlich schneller und ressourcenschonender. Anstatt ganze Volumes zu scannen, können Backups nun ausschließlich auf die veränderten Daten fokussiert werden. Diese Verbesserung ist in die Container Storage Interface (CSI) und die Kubernetes-Storage-Unterstützung integriert. Die Funktion ist derzeit auf Block-Volumes beschränkt und unterstützt keine File-Volumes. Traditionelle Backup-Methoden kämpfen mit langen Backup-Fenstern, hoher Ressourcenauslastung und erhöhten Speicherkosten aufgrund redundanter Daten. Die Changed Block Tracking API bietet native Kubernetes-Unterstützung für inkrementelle Backups über die CSI-Schnittstelle. Zu den Schlüsselkomponenten gehören die CSI SnapshotMetadata Service API, eine Kubernetes CustomResourceDefinition und ein External Snapshot Metadata Sidecar. Storage-Anbieter müssen spezifische CSI-RPCs implementieren und über Backend-Fähigkeiten zur Verfolgung von Blockänderungen verfügen. Backup-Lösungen müssen die Authentifizierung handhaben, Streaming-Client-Code implementieren und ihre Workflows optimieren, um diese neuen Metadaten zu nutzen. Um die Funktion zu nutzen, stellen Sie sicher, dass Ihr CSI-Treiber Snapshots und Metadaten-Fähigkeiten unterstützt und dass die SnapshotMetadataService Custom Resource registriert ist. Die API bietet die Funktionen GetMetadataAllocated und GetMetadataDelta zur Identifizierung von Blöcken. Zukünftige Pläne beinhalten die Überführung dieser Implementierung in die Beta-Phase basierend auf Feedback und Akzeptanz.