Armazenamento copy-on-write

Clone todo o seu banco de dados em segundos

Crie uma cópia completa de PostgreSQL com dados reais em menos de 30 segundos. Sem dump, sem restore e com quase nenhum armazenamento extra no início.

Por que a clonagem tradicional dói

O fluxo padrão ainda é pg_dump seguido de pg_restore. Para bancos pequenos funciona, mas em escala de produção atrasa toda a equipe.

Realidade típica de pg_dump / pg_restore para 100 GB

  • O dump leva 30 a 60 minutos e gera um arquivo grande.
  • O restore adiciona mais 30 a 60 minutos e exige outra cópia completa em disco.
  • Dez cópias paralelas podem significar cerca de 1 TB extra.
  • As equipes voltam para um staging compartilhado porque clonar fica lento demais.

Restaurações a partir de snapshot na nuvem melhoram isso, mas ainda demoram minutos e continuam criando cópias completas.

Como a clonagem copy-on-write funciona

A Vela clona na camada de storage. Origem e clone compartilham os mesmos blocos no início, então não existe cópia massiva.

Somente os blocos modificados são gravados separadamente. Assim, a criação continua rápida e o custo de storage acompanha apenas mudanças reais.

  • O tempo de criação quase não cresce com o tamanho do banco.
  • Clones somente leitura usam quase zero armazenamento adicional.
  • As escritas ficam isoladas da origem.
  • Apagar um clone é imediato.

O que a clonagem instantânea permite

Workflows que ficam viáveis quando clonar é rápido, barato e descartável.

Testes antes de migração

Rode mudanças de schema em um clone de produção antes de tocar no banco real.

  • Teste ALTER TABLE com dados reais
  • Encontre erros de constraint mais cedo
  • Meça a performance depois da migração

Testes de carga e performance

Faça benchmark com dados em escala de produção em vez de dados sintéticos.

  • Mantenha cardinalidade e distribuição reais
  • Execute EXPLAIN ANALYZE com segurança
  • Descarte o clone ao final do teste

Ambientes de desenvolvimento

Dê a cada engenheiro uma cópia completa em vez de um único banco dev compartilhado.

  • Ambientes locais parecidos com produção
  • Sem conflito de escrita entre o time
  • Criação e limpeza rápidas

Pipelines de mascaramento

Clone produção, masque os dados no clone e compartilhe apenas a cópia segura.

  • Comece com o conjunto completo de produção
  • Masque PII dentro do clone
  • O banco original permanece protegido

Comparação entre abordagens de clonagem

Recurso pg_dump / restore Restore de snapshot Clone CoW da Vela
Tempo de criação (100 GB) 45-90 minutos 10-30 minutos < 30 segundos
Armazenamento extra por clone 100 GB de cópia completa 100 GB de cópia completa Quase zero na criação
Dez clones simultâneos ~1 TB adicional ~1 TB adicional Quase zero até os dados mudarem
Automação via API Somente CLI API da nuvem REST API e UI

Perguntas frequentes

Como a Vela clona PostgreSQL tão rápido?

A Vela usa copy-on-write na camada de storage. Os blocos não alterados são compartilhados com a origem, então não existe transferência completa no momento da criação.

Qual a diferença entre clone e branch?

Um clone é uma cópia isolada. Um branch usa o mesmo mecanismo, mas dentro de um workflow de branching com ciclo de vida e automação.

Quanto storage um clone usa?

Quase nada ao ser criado. O armazenamento extra cresce apenas quando clone ou origem passam a modificar blocos diferentes.

Posso clonar um banco de produção ativo?

Sim. A Vela cria um snapshot consistente sem pausar o tráfego de produção.

Clone um banco em segundos

Experimente a clonagem copy-on-write no sandbox sem preparar infraestrutura.