Clusterward sichert, was Ihre Anwendungen ausmacht, und holt es mit wenigen Klicks zurück: Datenbank-Backups mit Download und Wiederherstellung in eine neue Datenbank, Snapshots Ihrer Volumes, jede frühere Version eines Deployments und die ganze Workspace-Konfiguration als Datei.
Kubernetes Backup in Clusterward umfasst vier Ebenen: Datenbanken über die Backups von Scaleway Managed Database, persistente Volumes über Block-Storage-Snapshots, Deployments über die exakte Image-Version jedes Rollouts und die Workspace-Konfiguration als Export. Wiederhergestellt wird neben dem Laufenden oder mit Sicherheitskopie vorher – nie blind darüber.
Snapshots laufen nach Plan, ein Backup einer Datenbank starten Sie jederzeit selbst.
Backups, Snapshots und frühere Deployments stehen mit Zeitpunkt im Cockpit.
Eine Datenbank entsteht neu neben der alten, ein Volume bekommt vorher einen Sicherheits-Snapshot.
Sie zeigen die Anwendung auf die wiederhergestellten Daten und starten neu – wann Sie wollen.
Jede Ebene hat ihren eigenen Weg zurück – im Cockpit, ohne Skript und ohne Konsole.
Die Backups von Scaleway Managed Database im Cockpit: wann der letzte Snapshot lief, in welchem Takt und wie lange er aufbewahrt wird – änderbar auf der Instanzseite.
Ein Klick sichert eine einzelne Datenbank, aufbewahrt 7, 30 oder 90 Tage. Zum Download wird sie als komprimierte SQL-Datei vorbereitet.
Ein Backup wird in eine neue Datenbank mit eigenem Nutzer und Passwort eingespielt. Die laufende Datenbank bleibt unberührt, bis Sie umschalten.
Geplante Snapshots mit Aufbewahrung, ein Snapshot vor jedem Löschen und Wiederherstellen mit einem Sicherheits-Snapshot vorher. Das gilt auch für die Festplatten, die ein Helm-Chart selbst mitbringt.
„Diese Version wiederherstellen“ in der Deploy-Historie rollt genau das Image einer früheren gesunden Version aus, bei Helm Chart-Version und Werte.
Jeder Rollout hält das Image fest, auf das das Tag gerade zeigt. Neue Builds bekommen zusätzlich ein festes sha-Tag in der Registry.
Bevor ein Kunde abgebaut wird, liegen Datenbank-Dump und Bucket-Archiv verifiziert in Ihrem Backup-Bucket.
Die ganze Konfiguration als eine JSON-Datei: Anwendungen, Infrastruktur, Pipelines, Nutzer, Audit-Log. Passwörter und Schlüssel sind nie enthalten.
Wiederherstellungen verlangen den Namen als Bestätigung und laufen nie automatisch. Jede Aktion steht im Audit-Log.
Snapshots und Backups entstehen in Scaleway selbst und sind auch in der Konsole sichtbar.
Persistente Volumes werden als Snapshots von Scaleway Block Storage gesichert.
Das Image eines Rollouts ist per sha256-Digest eindeutig, egal wohin das Tag später zeigt.
Dumps als pg_dump oder SQL, Archive als ZIP, Export als JSON – lesbar ohne Clusterward.
Jede Ebene hat ihr eigenes Backup und ihren eigenen Weg zurück.
| Ebene | Gesichert als | Zurück |
|---|---|---|
| Datenbank | Scaleway-Snapshot und Backup pro Datenbank | Neue Datenbank neben der laufenden |
| Volume | Block-Storage-Snapshot, auch für Festplatten aus Helm-Charts | Wiederherstellen mit Sicherheits-Snapshot |
| Deployment | Image-Digest jedes Rollouts | Frühere Version erneut ausrollen |
| Kunde im Offboarding | Dump und ZIP-Archiv im Backup-Bucket | Download, Einspielen mit Standardwerkzeugen |
| Workspace-Konfiguration | JSON-Export | Datei für Unterlagen oder Umzug |
| Cluster-Add-on | Vorherige Chart-Version am Add-on | Upgrade zurück auf die vorherige Version |
Die Datenbank-Backups gehören zu den Managed Datenbanken – dort stehen auch Instanzen, Zusatznutzer und der Import aus bestehenden Datenbanken.
Wie Snapshots und Wiederherstellung von Volumes im Detail ablaufen, steht unter Volumes & Snapshots, das Zurückspielen einer früheren Version unter Deployments.
Was beim Abschied eines Kunden gesichert wird, beschreiben die Tenant-Pipelines.
Ob ein Absturz nach einer Wiederherstellung wirklich vorbei ist, zeigen die Logs aller Instanzen unter Logs & Monitoring; was Helm-Charts mit ihren Festplatten machen, der Beitrag Helm-Charts und ihre Festplatten.
Postgres und MySQL privat angebunden, eine Datenbank pro Service.
Zu Managed DatenbankenPersistente Daten mit Snapshot vor jedem Löschen.
Zu Volumes & SnapshotsGit, Container-Image oder Helm-Chart – mit Health-Check ausgerollt.
Zu DeploymentsWir sichern eine Datenbank, stellen sie neben der laufenden wieder her und rollen eine frühere Version Ihrer Anwendung aus.
