Passer au contenu principal Passer à la navigation Passer au pied de page

Forkez ou déplacez un cluster Kubernetes actif

Votre cluster se déplace comme un seul bloc : nœuds, configuration et données. Vers une autre machine ou un autre datacenter. Le basculement se mesure en secondes, pas en week-end.

LE PROBLÈME

Votre cluster est coincé là où vous l'avez construit

Kubernetes a rendu vos apps portables. Le cluster, lui, ne l'est pas. Les données vivent dans un seul datacenter. Le déplacer, c'est un projet de reconstruction : nouveaux nœuds, nouveau stockage, restauration depuis un backup, retest de tout. Alors la plupart des équipes ne bougent jamais. Et leur fournisseur le sait très bien.

27% des dépenses IaaS/PaaS cloud gaspillées dans les organisations 1 Flexera 2024 State of the Cloud Report
17% dépassement moyen du budget cloud par les organisations 2 Flexera 2025 State of the Cloud Report
$0.09/GB frais de sortie qui rendent le départ coûteux par conception 3 AWS/Azure/GCP Pricing 2024
46s
Dupliquer un cluster 2-nœuds complet
16s
Basculement migration mesuré
1-5s
Dupliquer un namespace
COMMENT ÇA MARCHE

Le cluster entier n'est qu'un seul jeu de fichiers

1

Images de cluster plus volumes

Chaque nœud tourne depuis un fichier image. Chaque volume est une image Ceph RBD. Ensemble, ils forment le cluster complet : apps, configuration et données.

2

Fork sur place

Une seule commande clone toutes les images, en copy-on-write. Un cluster à 2 nœuds forké en 46 secondes dans notre labo. L'original continue de tourner.

3

Migrez avec un basculement court

Rediacc précopie pendant que le cluster tourne. Puis il s'arrête, envoie le delta final, et redémarre sur la nouvelle machine. Basculement mesuré : 16 secondes.

prod (Centre de données A) Running
Nodes 2 (k3s + Ceph)
Namespaces 8 apps
Volumes Ceph RBD
State Keeps running
Dupliquer
46s
prod-staging (Centre de données B) Running
Nodes 2 (k3s + Ceph)
Namespaces 8 apps
Volumes Ceph RBD clones
State Own identity, new IPs
SOUS LE CAPOT

Pourquoi un cluster peut se déplacer comme un fichier

Chaque nœud tourne depuis un fichier image sur btrfs. Chaque volume est une image Ceph RBD. Copier un cluster revient à cloner ces images, en copy-on-write. Pas d'export, pas de conversion, pas d'étape de restauration. C'est pour ça qu'un fork prend des secondes, pas des mois.

POURQUOI C'EST IMPORTANT

Gardez votre Kubernetes. Gagnez en mobilité.

Gardez votre Kubernetes

Rediacc fait tourner k3s pour vous, ou se connecte à un cluster que vous avez déjà. Les volumes reposent sur ceph-csi RBD. Vos manifestes restent les vôtres.

Une vraie mobilité inter-datacenters

Provisionnez sur vos propres hôtes KVM ou sur des clouds comme Linode avec des VLAN privés. Les pools de nœuds séparent les nœuds Ceph gourmands en disque des nœuds Kubernetes gourmands en CPU.

Une seule logique pour tout

Une app Kubernetes, c'est un namespace. Forkez-le comme n'importe quel dépôt : 1 à 5 secondes, données incluses. Les mêmes commandes que vous utilisez déjà pour vos dépôts Docker.

Vous manquez de temps ?

Passez l'analyse approfondie. Téléchargez la version cinq minutes que votre équipe peut lire lors d'un stand-up.

Télécharger la note courte (PDF)
L'ÉCART

Personne d'autre ne déplace un cluster actif avec ses données

Les outils de backup arrêtent puis restaurent. Cluster API clone la structure sans les données. La réplication RBD copie les volumes, pas le cluster. Rediacc déplace tout, d'un bloc.

Références(10)
  1. Flexera, « 2024 State of the Cloud Report », 2024. « 27 % des dépenses cloud continuent d'être gaspillées. »
  2. Flexera, « 2025 State of the Cloud Report », 2025. « Avec les budgets cloud dépassant déjà les limites de 17 %, les entreprises se tournent de plus en plus vers des prestataires de services gérés. »
  3. AWS, « Tarification Amazon S3 : transfert de données », 2024. « Transfert de données sortantes d'Amazon S3 vers Internet : 0,09 $ par Go pour les 10 premiers To/mois. »
  4. Velero sauvegarde les ressources de cluster Kubernetes et les volumes persistants, et les restaure dans un cluster.
  5. Kasten K10 assure la sauvegarde et la restauration des applications Kubernetes, y compris les données applicatives.
  6. La migration de cluster Velero restaure une sauvegarde dans un nouveau cluster ; les charges de travail sont recréées à partir du point de sauvegarde, et non migrées en direct.
  7. Kasten K10 migre les applications entre clusters en exportant un point de restauration et en l'important dans le cluster cible.
  8. Le clusterctl move de Cluster API déplace les objets Cluster API (la définition du cluster) vers un autre cluster de gestion ; il ne déplace pas les données de charge de travail.
  9. La réplication RBD de Ceph duplique les images de périphérique de bloc entre clusters Ceph ; elle couvre les volumes, pas l'état du cluster Kubernetes.
  10. La réplication RBD de Ceph est asynchrone, basée sur la journalisation ou les snapshots périodiques, et est conçue pour la récupération après sinistre.

Donnez une porte de sortie à votre cluster

Forkez-le, testez le déplacement, puis migrez pour de vrai. Commencez votre essai gratuit de 14 jours.

Commencer gratuitement
$ rdc cluster fork prod --tag staging