News

Snapshots für Persistent Volumes in Kubernetes

Sogenannte Persistent Volumes sind essentiell in vielen Kubernetes-Setups: Darauf speicherst du die Daten, die dauerhaft behalten werden und nicht an die Lebensdauer eines Pods gebunden sein sollen. Über unseren CSI-Driver ist es möglich, ausgehend von "Persistent Volume Claims" automatisch Volumes in unserer Cloud-Infrastruktur zu provisionieren und immer an dem virtuellen Server anzuschliessen, wo sie gerade vom entsprechenden Pod benötigt werden.

Mit dem kürzlich veröffentlichten CSI-Driver 4.0.0 (mit einer zusätzlichen Sidecar-Komponente) kannst du nun nicht nur manuell via unser webbasiertes Cloud Control Panel oder via API Snapshots deiner Volumes verwalten, sondern auch aus deinem Kubernetes-Setup heraus. Der CSI-Driver knüpft hierzu an die standardmässige Kubernetes VolumeSnapshot API an und interagiert mit der cloudscale API, um deine Snapshots exakt so zu verwalten, wie dein Setup es benötigt.

Velero: einer von unzähligen Anwendungsfällen

Die Snapshot-Unterstützung in unserem CSI-Driver macht es dir nun noch einfacher, auch bei Persistent Volumes in einem Kubernetes-Cluster Point-in-Time-Kopien zu erstellen und diese – sollte eine nachfolgende Operation fehlschlagen – wiederherzustellen. Auch können basierend auf Snapshots neue Volumes erstellt werden; so kannst du etwa einen produktiven Datenstand für ein Testsystem klonen oder das neue Volume mounten, um selektiv auf einzelne frühere Datenpunkte zuzugreifen.

In unserem Engineering Blog zeigt dir Julian Schritt für Schritt und mit allen nötigen Configs, wie du mit Velero und unserem Snapshot-Feature den Zustand eines Persistent Volumes sicherst und später wiederherstellst. Selbstverständlich kannst du das Beispiel beliebig ausbauen und an deinen Use Case anpassen.

Nicht bloss Details – bitte beachten

Bitte behalte – gerade bei Velero – im Hinterkopf, dass der Begriff "Backup" unterschiedlich verwendet werden kann. Wir bei cloudscale betrachten Volume Snapshots als perfekt, um als Sicherheitsnetz etwa bei Datenbankmigrationen oder System-Upgrades eine schnelle und einfache Rückkehr zum vorherigen Zustand zu ermöglichen. Da Snapshots jedoch auf "Copy-on-Write" basieren und im gleichen Storage-Cluster wie ihr ursprüngliches Volume gespeichert sind, stellen sie aus unserer Sicht kein "Backup" dar. Für optimale Sicherheit empfehlen wir dir, immer auch eine Kopie deiner Daten an einem anderen geographischen Standort – und idealerweise auf Infrastruktur eines Drittanbieters – vorzuhalten.

Benötigt werden Kubernetes ab Version 1.28, der Kubernetes Snapshot Controller und die zugehörigen CRDs (was in vielen Setups bereits vorhanden ist). Im Übrigen sind die Rahmenbedingungen die gleichen, die du von Snapshots bei cloudscale schon bisher kennst: Pro Volume können bis zu 10 Snapshots gleichzeitig bestehen, und verrechnet werden sie – sekundengenau für die Zeit, während der sie existieren – nach der Grösse des Volumes im Zeitpunkt, als der Snapshot erstellt wurde (zum halben Gigabyte-Preis eines normalen NVMe-SSD- bzw. Bulk-Volumes).

Bei cloudscale unterstützen wir dich beim Betrieb von Kubernetes-Setups mit den passenden Tools und Schnittstellen. Auch unser CSI-Driver mit Snapshot-Unterstützung stand bereits eine Weile als "Beta-Version" zur Verfügung, und die Rückmeldungen waren durchwegs positiv. Mit der Freigabe von Version 4.0.0 empfehlen wir nun allen Kunden ein Upgrade; so kannst auch du direkt aus deinem Kubernetes-Setup heraus – z.B. mit Velero – die Vorteile unserer Volume-Snapshots voll ausschöpfen.

Mach Snapshots mit dem Selbstauslöser!
Dein cloudscale-Team