Zum Hauptinhalt springen Zur Navigation springen Zur Fußzeile springen
MULTI-CLOUD

Einen laufenden Kubernetes-Cluster forken oder verschieben

Ihr Cluster zieht als ein Ganzes um: Nodes, Konfiguration und Daten. Auf eine andere Maschine oder in ein anderes Rechenzentrum. Die Umschaltung dauert Sekunden, kein Wochenende.

Velero stellt Backups wieder her. Cluster API klont Strukturen. Rediacc verschiebt den laufenden Cluster, Daten inklusive.

rdc cluster fork prod --tag staging
Node-Images werden geklont (copy-on-write)........... fertig ..
Ceph-RBD-Volumes werden geklont...................... fertig ..
Node-Identität wird für neue IPs neu geschrieben........... fertig ..
✓ ✓ Fork abgeschlossen in 46s: prod-staging ist aktiv. Ursprung unverändert.
rdc cluster migrate prod --to fsn1-dc2
Vorab-Kopie, während der Cluster weiterläuft...... fertig ..
Umschaltung: stoppen, finales Delta, neu starten........... 16s ..

Ausgabe ist exemplarisch; echte Läufe können zusätzliche Logs enthalten. CLI reference: rdc cluster migrate

46s
Whole 2-node cluster fork
16s
Migrate cutover, measured
1-5s
Namespace fork
DAS PROBLEM

Ihr Cluster sitzt fest, wo Sie ihn aufgebaut haben

Kubernetes hat Ihre Apps portabel gemacht. Der Cluster selbst ist es nicht. Die Daten liegen in einem einzigen Rechenzentrum. Ihn zu verschieben bedeutet ein Neuaufbau-Projekt: neue Nodes, neuer Speicher, Wiederherstellung aus dem Backup, alles neu testen. Deshalb ziehen die meisten Teams nie um. Und ihr Anbieter weiß das.

27% der Cloud-Ausgaben werden jedes Jahr verschwendet Flexera 2024 State of the Cloud Report [1]
17% durchschnittlicher Betrag, um den Unternehmen ihr Cloud-Budget überschreiten Flexera 2025 State of the Cloud Report [2]
$0.09/GB an Gebühren für den Datenexport, bewusst so gestaltet, dass ein Wechsel teuer wird AWS/Azure/GCP Pricing 2024 [3]
DER ALTE WEG
Month 1 Neuen Cluster aufsetzen
Month 2 Manifeste und Secrets neu aufbauen
Month 3 Volumes aus dem Backup wiederherstellen
Month 4 Jede App erneut testen
Month 5+ Umschalten und hoffen
MIT REDIACC
Pre-copy
16s cutover
Live
SO FUNKTIONIERT ES

Der gesamte Cluster ist ein Satz Dateien

1

Cluster-Images plus Volumes

Jeder Node läuft von einer Image-Datei. Jedes Volume ist ein Ceph-RBD-Image. Zusammen ergeben sie den gesamten Cluster: Apps, Konfiguration und Daten.

2

Fork an Ort und Stelle

Ein einziger Befehl klont jedes Image, copy-on-write. Ein 2-Node-Cluster forkte in unserem Labor in 46 Sekunden. Der Ursprung läuft währenddessen weiter.

3

Migrieren mit kurzer Umschaltung

Rediacc kopiert vorab, während der Cluster läuft. Dann stoppt es, sendet das finale Delta und startet auf der neuen Maschine neu. Gemessene Umschaltung: 16 Sekunden.

prod (Datacenter A) Running
Nodes 2 (k3s + Ceph)
Namespaces 8 apps
Volumes Ceph RBD
State Keeps running
Fork
46s
prod-staging (Datacenter B) Running
Nodes 2 (k3s + Ceph)
Namespaces 8 apps
Volumes Ceph RBD clones
State Own identity, new IPs
UNTER DER HAUBE

Warum ein Cluster wie eine Datei umziehen kann

Jeder Node läuft von einer Image-Datei auf btrfs. Jedes Volume ist ein Ceph-RBD-Image. Einen Cluster zu kopieren heißt, diese Images copy-on-write zu klonen. Kein Export, keine Konvertierung, kein Wiederherstellungsschritt. Deshalb dauert ein Fork Sekunden, nicht Monate.

Backup-Tools stellen Stück für Stück in einen leeren Cluster wieder her
Node-Images und Volumes ziehen als ein Satz um
Daten brauchen ein separates Replikationsprodukt
Ceph-RBD-Klone laufen mit, copy-on-write
Ein Cluster-Klon bedeutet Neu-Provisionierung und Neu-Deployment
Ein 2-Node-Cluster-Fork dauerte in unserem Labor 46 Sekunden. Der Ursprung läuft weiter
Umschaltungspläne erstrecken sich über ein Wochenende
Gemessene Umschaltung: 16 Sekunden. Workloads starten am Zielort neu
WARUM ES WICHTIG IST

Behalten Sie Ihr Kubernetes. Gewinnen Sie Mobilität.

Behalten Sie Ihr Kubernetes

Rediacc betreibt k3s für Sie oder verbindet sich mit einem Cluster, den Sie bereits haben. Volumes laufen über ceph-csi RBD. Ihre Manifeste bleiben Ihre eigenen.

Echte Rechenzentrums-Mobilität

Provisionieren Sie auf Ihren eigenen KVM-Hosts oder in Clouds wie Linode mit privaten VLANs. Node-Pools halten speicherintensive Ceph-Nodes getrennt von rechenintensiven Kubernetes-Nodes.

Eine Denkweise für alles

Eine Kubernetes-App ist ein Namespace. Forken Sie ihn wie jedes Repository: 1 bis 5 Sekunden, Daten inklusive. Dieselben Befehle, die Sie schon für Docker-Repositories nutzen.

DIE LÜCKE

Niemand sonst verschiebt einen laufenden Cluster samt seinen Daten

Backup-Tools stoppen und stellen wieder her. Cluster API klont die Struktur ohne die Daten. RBD-Mirroring kopiert Volumes, nicht den Cluster. Rediacc verschiebt alles davon.

Fähigkeit VeleroKasten K10Cluster APIRBD Mirroring Rediacc
Sichert Apps und Volumes [4] [5] Volumes only[9]
Verschiebt einen ganzen Cluster samt Daten Stop and restore[6] Stop and restore[7] Shape only[8]
Forkt einen laufenden Cluster, Daten inklusive
Klont eine App (Namespace) in Sekunden
Kopiert Daten ohne vollständiges Neuschreiben Async copy[10]
Kurze, gemessene Umschaltung für einen geplanten Umzug

Geben Sie Ihrem Cluster einen Fluchtweg

Forken Sie ihn, testen Sie den Umzug, dann migrieren Sie wirklich. Starten Sie Ihre 14-tägige kostenlose Testphase.

$ rdc cluster fork prod --tag staging

Wenig Zeit?

Kein Deep-Dive nötig. Die Fünf-Minuten-Version eignet sich für die nächste Teambesprechung.

Kurzfassung herunterladen (PDF)
Runs the apps you already ship
Datenbanken, CI/CD, CMS, Monitoring, Logins, Storage. Wenn es auf Kubernetes läuft, kann Rediacc es forken und verschieben, Daten inklusive.
Sources & References
  1. Flexera, "2024 State of the Cloud Report," 2024. "27% of cloud spend continues to be wasted." www.flexera.com
  2. Flexera, "2025 State of the Cloud Report," 2025. "With cloud budgets already exceeding limits by 17%, organizations are increasingly turning to managed service providers." www.flexera.com
  3. AWS, "Amazon S3 Pricing — Data Transfer," 2024. "Data Transfer OUT from Amazon S3 to Internet: $0.09 per GB for the first 10 TB/month." aws.amazon.com
  4. Velero backs up Kubernetes cluster resources and persistent volumes and restores them into a cluster. velero.io
  5. Kasten K10 provides backup and restore of Kubernetes applications, including application data. docs.kasten.io
  6. Velero cluster migration restores a backup into a new cluster; workloads are recreated from the backup point, not moved live. velero.io
  7. Kasten K10 migrates applications between clusters by exporting a restore point and importing it into the target cluster. docs.kasten.io
  8. Cluster API's clusterctl move relocates Cluster API objects (the cluster's definition) to another management cluster; it does not move workload data. cluster-api.sigs.k8s.io
  9. Ceph RBD mirroring replicates block device images between Ceph clusters; it covers volumes, not Kubernetes cluster state. docs.ceph.com
  10. Ceph RBD mirroring is asynchronous, based on journaling or periodic snapshots, and is designed for disaster recovery. docs.ceph.com
Fork- und Migrationszeiten wurden Ende-zu-Ende in Rediaccʼs KVM-Testlabor an einem 2-Node-Cluster gemessen. Die Standardkonsistenz ist crash-consistent, dieselbe Semantik wie bei einem Stromausfall. Workloads starten während einer Migrations-Umschaltung auf dem Zielsystem neu.