Saltar para o conteúdo principal Saltar para a navegação Saltar para o rodapé

Faz fork ou move um cluster Kubernetes em execução

O cluster move-se como um único conjunto: nós, configuração e dados. Para outra máquina ou outro datacenter. A transição demora segundos, não um fim de semana.

O PROBLEMA

O cluster está preso onde foi criado

Kubernetes tornou as apps portáteis. O cluster em si, não. Os dados vivem num datacenter. Movê-los é um projeto de reconstrução: novos nós, novo armazenamento, restauro de backup, reteste completo. Por isso a maioria das equipas nunca muda. E o fornecedor sabe disso.

27% da despesa em cloud é desperdiçada todos os anos 1 Relatório de Estado da Cloud 2024 da Flexera
17% valor médio que as empresas ultrapassam o seu orçamento de cloud 2 Relatório de Estado da Cloud 2025 da Flexera
$0.09/GB em taxas para tirar dados, feitas para tornar a saída dispendiosa 3 AWS/Azure/GCP Preços 2024
46s
Fork de cluster de 2 nós completo
16s
Transição de migração cronometrada
1-5s
Fork de namespace
COMO FUNCIONA

O cluster inteiro é um único conjunto de ficheiros

1

Imagens do cluster mais volumes

Cada nó corre a partir de um ficheiro de imagem. Cada volume é uma imagem Ceph RBD. Juntos, formam o cluster inteiro: apps, configuração e dados.

2

Fork no local

Um comando clona todas as imagens, copy-on-write. Um cluster de 2 nós fez fork em 46 segundos no nosso laboratório. O pai continua em execução.

3

Migra com um corte curto

O Rediacc pré-copia enquanto o cluster está em execução. Depois para, envia o delta final e reinicia na nova máquina. Corte medido: 16 segundos.

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
POR DENTRO

Porque é que um cluster se pode mover como um ficheiro

Cada nó corre a partir de um ficheiro de imagem em btrfs. Cada volume é uma imagem Ceph RBD. Copiar um cluster significa clonar essas imagens, copy-on-write. Sem exportação, sem conversão, sem passo de restauro. É por isso que um fork demora segundos, não meses.

PORQUE É IMPORTANTE

Mantém Kubernetes. Ganha mobilidade.

Mantém Kubernetes

Rediacc executa k3s por ti, ou conecta-se a um cluster existente. Os volumes funcionam com ceph-csi RBD. Os teus manifestos continuam os mesmos.

Mobilidade real entre datacenters

Provisiona em hosts KVM locais ou em clouds como Linode com VLANs privadas. Os node pools mantêm os nós Ceph, intensivos em disco, separados dos nós Kubernetes, intensivos em CPU.

Uma mentalidade para tudo

Uma app Kubernetes é um namespace. Faz fork como em qualquer repo: 1 a 5 segundos, dados inclusos. Os mesmos comandos que usas para repos Docker.

Sem tempo?

Salte a análise aprofundada. Obtenha a versão de cinco minutos que a sua equipa pode ler numa reunião rápida.

Descarregar resumo curto (PDF)
A DIFERENÇA

Mais ninguém move um cluster em execução com os seus dados

As ferramentas de backup param e restauram. O Cluster API clona a forma sem os dados. O RBD mirroring copia volumes, não o cluster. O Rediacc move tudo.

Dá ao cluster uma saída

Faz fork, testa a mudança, depois migra a sério. Comece o período de 14 dias grátis.

Começar Gratuitamente
$ rdc cluster fork prod --tag staging