Replicação Tradicional vs CDP no Veeam: qual estratégia de DR é certa para o seu ambiente?

O Veeam Backup & Replication oferece duas tecnologias distintas de replicação para Disaster Recovery: a replicação tradicional baseada em snapshots e o CDP (Continuous Data Protection). Cada uma tem mecanismos internos diferentes, objetivos de RPO e RTO distintos e casos de uso específicos. Este artigo explica em profundidade como cada tecnologia funciona, seus requisitos, limitações e como escolher a abordagem certa para cada carga de trabalho.

1. Como funciona a replicação tradicional

A replicação tradicional do Veeam — também chamada de snapshot-based replication ou replicação baseada em snapshots — cria e mantém uma cópia exata de uma VM no site de DR, no formato nativo do hypervisor. A réplica fica em estado ready-to-start e pode ser acionada em segundos em caso de desastre.

1.1 Mecanismo interno

O processo de replicação funciona em ciclos periódicos (schedule) e segue estas etapas em cada execução:

1. Criação do snapshot na VM de origem: o Veeam solicita ao VMware vSphere ou Hyper-V a criação de um snapshot da VM. O snapshot "congela" o estado dos discos naquele momento — as escritas continuam indo para o arquivo delta do snapshot, enquanto o estado "frozen" é processado pelo Veeam.
2. Leitura dos blocos alterados via CBT: o Veeam usa o mecanismo CBT (Changed Block Tracking) do VMware para identificar apenas os blocos de disco que mudaram desde a última replicação. Somente esses blocos são transmitidos — não o disco inteiro.
3. Transmissão para o site de DR: os blocos alterados são comprimidos, desduplicados (opcionalmente) e transmitidos pelo proxy de backup para o host de destino no site de DR.
4. Aplicação na réplica: os blocos recebidos são aplicados na VM réplica no site de DR, atualizando-a para o estado do snapshot.
5. Criação do restore point: um restore point é registrado na réplica, representando o estado da VM no momento do snapshot. O Veeam mantém múltiplos restore points (configurável — padrão: 7).
6. Remoção do snapshot: o snapshot da VM de origem é consolidado e removido.

1.2 Restore points e retenção

Cada execução do job de replicação cria um restore point na réplica. A retenção é configurável — o padrão é 7 restore points, mas pode ser ajustado de 1 a 28. Ter múltiplos restore points permite reverter para um estado anterior (por exemplo, antes de uma infecção por ransomware que se propagou para a VM replicada).

1.3 Suporte a hypervisors

• VMware vSphere: suporte completo, usa CBT (Changed Block Tracking)
• Microsoft Hyper-V: suporte completo, usa RCT (Resilient Change Tracking)
• A replicação é somente entre hypervisors iguais: não é possível replicar de VMware para Hyper-V ou vice-versa na replicação tradicional

2. Como funciona o CDP

O CDP (Continuous Data Protection) é fundamentalmente diferente da replicação tradicional: em vez de executar em ciclos com snapshots periódicos, ele replica as operações de I/O em tempo real, de forma contínua, sem criar snapshots na VM de origem.

2.1 Mecanismo interno — vSphere VAIO

Para VMs VMware vSphere, o CDP usa a vSphere API for I/O Filtering (VAIO). O componente VAIO é instalado como um filtro de I/O nos hosts ESXi e intercepta todas as operações de escrita das VMs protegidas em trânsito entre a VM e o datastore subjacente — antes que os dados cheguem ao disco.

O fluxo funciona assim:

1. Filtro VAIO intercepta escritas: cada operação de I/O de escrita da VM protegida é capturada pelo filtro VAIO no host ESXi de origem
2. Envio ao CDP Proxy de origem: os dados de I/O são enviados ao CDP Proxy instalado no site de origem
3. Transmissão ao CDP Proxy de destino: o CDP Proxy de origem transmite os dados ao CDP Proxy do site de DR
4. Aplicação na réplica: o CDP Proxy de destino aplica os dados na VM réplica no site de DR
5. Criação de restore points de curto prazo: a cada intervalo de RPO configurado (mínimo 2 segundos, recomendado ≥ 15 segundos), um restore point de curto prazo é criado e registrado no journal
6. Criação de restore points de longo prazo: periodicamente (configurável), restore points de longo prazo são criados para retenção de horas ou dias

2.2 Restore points de curto e longo prazo

2.3 CDP Proxy — componente central

O CDP Proxy é uma VM ou servidor dedicado que processa o tráfego de I/O replicado. É obrigatório ter ao menos um CDP Proxy no site de origem e um no site de destino. Requisitos mínimos por CDP Proxy:

• CPU: x86-64, mínimo 4 cores (vCPUs)
• RAM: mínimo 8 GB
• Rede: mínimo 100 Mbps entre origem e destino — redes mais lentas não suportam o tráfego gerado pelo CDP sem interrupções
• O CDP Proxy deve ser uma VM VMware (para CDP vSphere nativo)

3. Universal CDP — novidade do VBR v13

Antes do VBR v13, o CDP era limitado exclusivamente a VMs VMware vSphere. O VBR v13 introduz o Universal CDP, que expande a proteção contínua para workloads além do VMware.

3.1 O que é o Universal CDP

O Universal CDP é uma replicação baseada em agente que usa dois componentes instalados diretamente no workload de origem:

• Veeam CDP Agent Service: serviço responsável pela comunicação com o servidor VBR e pelos CDP Proxies
• Veeam CDP Volume Filter Driver: driver instalado no nível do kernel que intercepta as operações de I/O entre o kernel e os volumes de disco — equivalente funcional ao VAIO do VMware, mas independente de hypervisor

3.2 Capacidades do Universal CDP no VBR v13

4. Comparativo técnico completo

5. Failover, failback e tipos de recuperação

Ambas as tecnologias suportam os mesmos tipos de failover, com algumas diferenças no comportamento de cada um.

5.1 Failover instantâneo (Instant Failover)

Usado quando a VM de origem falhou ou está inacessível. O Veeam liga a VM réplica imediatamente. É o tipo de failover mais comum em cenários de desastre real.

• Replicação tradicional: a réplica é ligada no último restore point disponível. Dados entre o último restore point e o momento do desastre são perdidos (dentro do RPO configurado).
• CDP: a réplica pode ser ligada em qualquer restore point de curto prazo dos últimos 7 dias, ou em qualquer restore point de longo prazo. É possível escolher exatamente o ponto no tempo desejado — por exemplo, 2 minutos antes do incidente.

5.2 Failover planejado (Planned Failover)

Usado quando a migração para o site de DR é planejada (ex: manutenção do datacenter primário). O Veeam sincroniza completamente a réplica com a origem, desliga a VM de origem e liga a réplica — sem perda de dados.

• Suportado por ambas as tecnologias
• Garante RPO = 0 no momento da migração planejada

5.3 Failover permanente (Permanent Failover)

Converte permanentemente a réplica na VM de produção. Todos os restore points são removidos e a réplica se torna a VM principal. Use quando o site de origem não pode ser recuperado ou quando a migração é definitiva.

• Recomendado quando a réplica está em execução por mais de 72 horas e o failback não é possível
• Suportado por ambas as tecnologias

5.4 Failback

Processo de retornar da VM réplica para a VM de origem após um failover. O Veeam sincroniza as mudanças ocorridas na réplica de volta para a VM de origem e retoma a operação normal.

6. Requisitos de infraestrutura

6.1 Replicação tradicional

6.2 CDP para VMware vSphere

6.3 Universal CDP (VBR v13)

7. Licenciamento

8. Casos de uso e quando usar cada tecnologia

8.1 Quando usar a replicação tradicional

• Workloads com RPO de minutos a horas: servidores de arquivos, servidores de desenvolvimento, ambientes de teste, intranets — tolerância a alguma perda de dados
• Links de WAN lentos ou com limitação de banda: a replicação tradicional incremental consome muito menos banda que o CDP contínuo
• Ambientes Hyper-V: o CDP nativo não suporta Hyper-V como origem; para VMs Hyper-V, a replicação tradicional é a única opção de replicação no Veeam
• Restrição de orçamento de infraestrutura: não requer CDP Proxies dedicados nem licença Enterprise Plus em legacy
• Grande volume de VMs para replicar: mais escalável em ambientes com dezenas ou centenas de VMs
• Ambientes sem VMware Enterprise Plus: sem VAIO disponível, CDP nativo não é possível

8.2 Quando usar o CDP

• Sistemas financeiros e transacionais: bancos de dados de transações, sistemas de pagamento, ERP financeiro — qualquer segundo de dados perdido tem impacto financeiro direto
• Sistemas de saúde críticos: prontuários eletrônicos, sistemas de monitoramento hospitalar — regulatório e ético exige proteção máxima
• E-commerce e plataformas de pedidos: perda de pedidos é inaceitável
• Bancos de dados de alta transação: Oracle, SQL Server, PostgreSQL com alta taxa de mudança e SLA agressivo
• RPO de segundos exigido pelo SLA: quando o contrato ou regulatório define RPO ≤ 1 minuto
• Infraestrutura VMware Enterprise Plus disponível: VAIO já está licenciado e a infraestrutura suporta CDP Proxies

8.3 Exemplos práticos de decisão

9. Combinando replicação tradicional e CDP

Não é necessário escolher apenas uma tecnologia. A estratégia mais eficiente — e a recomendada para ambientes corporativos — é usar ambas simultaneamente, segmentando os workloads por criticidade.

9.1 Arquitetura híbrida recomendada

• Tier 1 — Sistemas mission-critical (CDP): bancos de dados transacionais, ERP, e-commerce — RPO de segundos, CDP Proxies dedicados, link de rede robusto
• Tier 2 — Sistemas importantes (replicação tradicional, RPO ≤ 1h): servidores de aplicação, serviços internos críticos — replicação a cada 30–60 minutos
• Tier 3 — Sistemas de suporte (replicação tradicional, RPO ≤ 4h): servidores de arquivo, intranets, serviços de baixa criticidade

9.2 CDP + Backup como camadas complementares

O CDP oferece proteção de curto prazo com RPO de segundos, mas não substitui o backup. O backup fornece:

• Retenção de longo prazo (semanas, meses, anos)
• Proteção contra corrupção lógica que já chegou à réplica CDP
• Restore de itens individuais (e-mails, arquivos, itens de banco de dados)
• Imutabilidade via Hardened Repository

A estratégia completa para workloads mission-critical combina CDP para DR (RPO de segundos) com backup para proteção de longo prazo e restore granular.

10. Limitações e restrições

10.1 Replicação tradicional

• Replicação somente entre hypervisors iguais (VMware ↔ VMware, Hyper-V ↔ Hyper-V)
• RPO mínimo prático: ~15 minutos (jobs muito frequentes geram overhead de snapshot)
• Snapshots frequentes podem causar degradação de performance em VMs com alta taxa de I/O
• Máximo de 28 restore points por réplica
• VMs com discos RDM (Raw Device Mapping) têm suporte limitado

10.2 CDP para VMware vSphere

• Requer VMware Enterprise Plus (VAIO) — não funciona com licenças Standard ou Essentials
• Requer vCenter Server — não suportado em hosts ESXi standalone
• CDP Proxies dedicados são obrigatórios — não podem ser compartilhados com proxies de backup
• Requer rede ≥ 100 Mbps entre origem e destino — impraticável em links de WAN lentos
• Discos RDM não são suportados como destino de CDP
• Não suporta VMs com discos independentes (Independent Disks)
• Não suporta VMs com Fault Tolerance habilitada
• Backup Server precisa de mínimo 16 GB RAM
• O journal de restore points de curto prazo é limitado a 168 horas (7 dias)

10.3 Universal CDP (VBR v13)

• Apenas workloads Windows como origem no v13 — Linux não suportado ainda
• O destino da réplica é sempre VMware vSphere — não suporta Hyper-V como destino
• Requer instalação do agente CDP no workload de origem
• Mesmos requisitos de rede e CDP Proxy que o CDP vSphere

11. Guia de decisão rápido

Use o fluxo abaixo para determinar rapidamente qual tecnologia aplicar a cada workload:

O workload é uma VM VMware vSphere ou físico/virtual Windows?
│
├── É VM VMware vSphere?
│   │
│   ├── O vSphere tem licença Enterprise Plus (VAIO disponível)?
│   │   │
│   │   ├── SIM → O RPO exigido é de segundos ou poucos minutos?
│   │   │   ├── SIM → Use CDP para VMware vSphere ✅
│   │   │   └── NÃO → Use replicação tradicional ✅
│   │   │
│   │   └── NÃO → Use replicação tradicional ✅
│   │
│   └── É VM Hyper-V?
│       └── Use replicação tradicional (CDP não suporta Hyper-V) ✅
│
└── É workload físico ou virtual Windows (não-VMware)?
    │
    ├── O VBR está na versão 13?
    │   ├── SIM → Considere Universal CDP para RPO de segundos ✅
    │   └── NÃO → Considere Veeam Agent backup (sem replicação CDP)
    │
    └── RPO de horas é aceitável?
        └── SIM → Use backup com Veeam Agent ✅

Resumo de referência rápida