Replicando a carga de trabalho do site de origem para o site de destino, o VMware Cloud Director Availability protege ou migra vApps e máquinas virtuais. Essas replicações são recebidas de um site de origem ou são enviadas para um site de destino. Um vApp ou uma máquina virtual são replicados apenas para um site de destino.

Replique uma única carga de trabalho protegendo ou migrando seus vApps e máquinas virtuais de um site de origem para um único site de destino.

Tipos de replicação

As replicações são de dois tipos:

Proteção
Proteger um vApp ou uma máquina virtual de uma organização para outra mantém a carga de trabalho em execução no site de origem.
Migração
Migrar um vApp ou uma máquina virtual para uma organização remota executar a carga de trabalho no site de destino.

Os provedores permitem proteções e migrações separadamente, usando políticas de replicação, sejam apenas de entrada, apenas de saída, ambas ou nenhuma delas.

Por padrão, para um VMware Cloud Director Availability recém-implantado:
  • As proteções estão inativas na política de replicação padrão, tanto de entrada quanto de saída.

    Para permitir as proteções de/para o site, o provedor deve modificar a política padrão. Como alternativa, para manter a recuperação de desastre apenas para assinantes, o provedor atribui uma política personalizada às organizações. Para obter mais informações, consulte Configurando políticas de replicação.

  • As migrações estão ativas na política de replicação padrão, tanto de entrada quanto de saída, para permitir a migração de cargas de trabalho para todos.

No VMware Cloud Director Availability 4.3 e posterior, para replicações de/para sites com suporte do VMware Cloud Director com o mecanismo de dados Clássico selecionado, ao iniciar uma replicação com uma máquina virtual já configurada para replicação por outra solução de replicação, o VMware Cloud Director Availability a reconfigura para replicação.

Casos de uso de replicações

O VMware Cloud Director Availability oferece suporte a replicações entre os seguintes sites de origem e destino, conforme mostrado na tabela, dependendo da origem e do destino da replicação e do mecanismo de dados selecionado:

  • O Mecanismo de dados clássico oferece suporte aos dois tipos de replicação — proteções e migrações: Sim
  • O Mecanismo de dados do VMC oferece suporte apenas a migrações: Futuro

Para obter mais informações, consulte Ativar os mecanismos de dados para replicação de cargas de trabalho.

Tabela 1. Suporte entre sites do VMware Cloud Director Availability
Site de origem* Site de destino
Site do VMware Cloud Director vCenter Server no local SDDC do VMC gerenciado por CDS SDDC do AVS gerenciado por CDS SDDC do GCVE gerenciado por CDS SDDC do OCVS gerenciado por CDS pVDC no local gerenciado por CDS
Site do VMware Cloud Director Sim Sim Futuro Futuro Sim Sim Sim
vCenter Server no local Sim Sim** Futuro Futuro Sim Sim Sim
SDDC do VMC gerenciado por CDS Futuro Futuro Futuro Futuro Futuro Futuro Futuro
SDDC do AVS gerenciado por CDS Futuro Futuro Futuro Futuro Futuro Futuro Futuro
SDDC do GCVE gerenciado por CDS Sim Sim Futuro Futuro Sim Sim Sim
SDDC do OCVS gerenciado por CDS Sim Sim Futuro Futuro Sim Sim Sim
pVDC no local gerenciado por CDS Sim Sim Futuro Futuro Sim Sim Sim

*Para obter informações sobre arquitetura e implantação sobre os sites de origem e destino, consulte a seguinte documentação:

Objetivo de Ponto de Recuperação - RPO

Um RPO mais curto reduz a perda de dados durante a recuperação, mas, por outro lado, consome mais largura de banda de rede para manter a réplica do site de destino atualizada e aumentar o volume de dados de eventos no banco de dados do vCenter Server.

Um RPO mais curto requer que todas as operações em segundo plano sejam concluídas em períodos de tempo mais curtos. Reduzir o RPO aumenta o estresse para todos os componentes de infraestrutura e aumenta as demandas para os sites de origem e de destino e para a conectividade entre eles. Para obter informações sobre como monitorar o ambiente para detectar possíveis gargalos e implementar alterações de infraestrutura para otimizar o fluxo do tráfego de dados de replicação, consulte o documento Fluxo de Replicação.
RPO de destino de proteções
O RPO é o período mais longo tolerável de perda de dados de uma carga de trabalho protegida.
Por exemplo, uma máquina virtual protegida com um RPO de uma hora significa que a máquina virtual recuperada no site de destino não pode incorrer em mais de uma hora de dados que estão sendo perdidos quando o site de origem falha. No VMware Cloud Director Availability 4.3 e posterior, para proteções, a seleção de RPO varia de um minuto a 24 horas. Com um RPO mais curto, uma carga de trabalho protegida intensiva de E/S pode causar violações de RPO.
Observação: O RPO de migrações é de 24 horas.

Quando cada replicação atinge seu RPO de destino, além de atualizar a réplica do site de destino, o Replicator Service grava cerca de 3.800 bytes no banco de dados de eventos do vCenter Server. Para reduzir o volume de dados de eventos, configure um RPO mais longo ou limite o número de dias durante os quais o vCenter Server retém dados de eventos.

Desativação

Para obter um estado consistente, a desativação do Replicator Service garante uma consistência de falha entre todos os discos em uma máquina virtual.
Ativar Desativação
A ativação da desativação pode obter um nível mais alto de consistência de falha entre os discos pertencentes a uma máquina virtual.
O sistema operacional de uma máquina virtual determina os tipos de desativação disponíveis. A desativação está disponível apenas para sistemas operacionais de máquina virtual que permitem desativação.

Proprietário

Observação: Para a DR e a migração do vSphere entre instâncias do vCenter Server sem suporte do VMware Cloud Director, a entidade sempre é Sistema. Esse usuário é o Nome de Usuário Administrador do SSO que registra o dispositivo no vCenter Server Lookup service. Esse mesmo usuário tem todas as replicações, o que significa que todos os usuários que veem uma replicação têm controle total sobre ela.
Para replicações com sites de nuvem com suporte do VMware Cloud Director, o usuário que inicia uma nova replicação torna-se seu proprietário, dependendo do proprietário de replicação padrão selecionado. Depois de iniciar a replicação, o administrador do sistema pode alterar o proprietário de uma replicação selecionada. Qualquer replicação iniciada pelo administrador do sistema não fica visível para a respectiva organização e seus tenants, a menos que o administrador do sistema altere explicitamente a propriedade de replicação para a organização. Para gerenciar essa replicação por um tenant, altere o proprietário da replicação para a organização do tenant.
Alterar Proprietário da Replicação Padrão
No VMware Cloud Director Availability 4.4 e posterior, como administrador do sistema, para alterar o proprietário de replicação padrão para novas replicações, no painel esquerdo em Configuração, clique em Configurações e, em seguida, em Configurações do site ao lado de Proprietário de Replicação Padrão, clique em Editar. Na janela Alterar Proprietário de Replicação Padrão, selecione um proprietário como padrão para novas replicações e clique em Aplicar.
  • Organização do sistema — atribui o administrador do sistema como um proprietário de replicação padrão para novas replicações. Os tenants não veem replicações pertencentes à organização do sistema.
  • Organização de tenant — atribui a organização no site de destino* como um proprietário de replicação padrão para novas replicações, permitindo que os tenants da organização de destino vejam e interajam com as novas replicações.
Alterar Proprietário de Replicação Padrão
Como administrador do sistema, para alterar o proprietário de uma ou mais replicações já iniciadas, no painel esquerdo, escolha uma direção de replicação e clique em Replicações de Entrada ou Replicações de Saída e, em seguida, selecione as replicações e clique em Todas as Ações > Alterar Proprietário. Na janela Alterar Proprietário de Replicação, selecione uma nova organização de proprietário para as replicações selecionadas e clique em Aplicar.
  • Organização do sistema — atribui o administrador do sistema como o proprietário das replicações.
  • Organização do tenant — atribui a organização no site de destino* como proprietário de replicações.
* A propriedade da organização de destino aplica-se para replicações tanto de sites em nuvem para sites em nuvem quanto de sites no local para sites de nuvem. Quando o destino da replicação é um site no local, atribui a organização no site de origem como um proprietário de replicação, permitindo que os tenants da organização de origem vejam e interajam com a replicação. A propriedade da organização de origem aplica-se apenas a replicações de sites de nuvem para sites no local.

As tarefas de replicação iniciadas pelo administrador do sistema não são visíveis para os tenants, mesmo depois de fornecer a propriedade à organização.

Modificar o hardware de uma máquina virtual de origem enquanto estiver protegido pelo VMware Cloud Director Availability

Observação: A versão de hardware das máquinas virtuais no site de origem não deve ser maior que o site de destino. Essa limitação se aplica para a DR e a migração do vSphere entre instâncias do vCenter Server e para as replicações com sites em nuvem com suporte do VMware Cloud Director.

Para obter informações sobre as versões de hardware, consulte Compatibilidade da máquina virtual na documentação do vSphere.

  • Adicionar outro disco virtual a uma máquina virtual replicada no site de origem pausa a replicação.
  • O redimensionamento do VMDK com o vSphere 7.0 no site de origem redimensiona automaticamente o disco de máquina virtual protegido no site de destino, mantendo as instâncias de replicação.
  • Modificar a contagem de vCPU ou o tamanho da RAM da máquina virtual de origem é replicado no RPO ou na sincronização manual no site de destino.

Replicação de discos virtuais de provisionamento dinâmico ou completo

Depois de iniciar uma replicação ou alterar seu perfil de armazenamento, o VMware Cloud Director Availability cria o disco independente com o VMDK de provisionamento completo, que, em seu primeiro redimensionamento, torna-se um VMDK de provisionamento dinâmico.

Como resultado, desde o início da replicação ou a alteração do perfil de armazenamento até o primeiro redimensionamento, o armazenamento consumido será igual ao dobro do tamanho da máquina virtual de origem.

Tabela 2. Alinhamento de replicação com o perfil de armazenamento de destino
Replicações Tipo de provisionamento de disco de réplica
Replicações que usam propagação Disco de propagação de provisionamento dinâmico Provisionamento dinâmico
Disco de propagação thick provision lazy zeroed Thick provision lazy zeroed
Disco de propagação thick provision eager zeroed Thick provision eager zeroed
Novas replicações sem propagação no VMware Cloud Director Availability 4.4 e posterior Provisionamento dinâmico de VDC de organização permitido. Provisionamento dinâmico
Provisionamento dinâmico de VDC de organização não permitido. Thick provision lazy zeroed
Replicações iniciadas existentes:
  • nas versões anteriores do VMware Cloud Director Availability.
  • após o upgrade para o VMware Cloud Director Availability 4.4.
 Mantenha os tipos de discos já existentes, dependendo dos tipos de disco de propagação
DR e migração do vSphere entre sites do vCenter Server Ao criar cada replicação, selecione um dos seguintes formatos de provisionamento para o disco de destino:
  • Provisionamento dinâmico
  • Thick provision lazy zeroed
  • Thick provision eager zeroed

Por padrão, o VMware Cloud Director Availability 4.4 e posterior para novas replicações:

  • Para DR e migração do vSphere entre sites do vCenter Server, selecione o formato de provisionamento do disco de destino ao criar cada replicação.

O tipo de provisionamento de disco nunca muda após a criação da replicação: iniciar uma replicação provisiona permanentemente seus discos replicados como dinâmicos ou completos. O tipo de provisionamento de disco não muda durante a vida útil da replicação, seja ao realizar um failover ou ao realizar uma migração.

As replicações existentes iniciadas em uma versão anterior do VMware Cloud Director Availability, após a atualização para a versão 4.4, mantêm seu tipo de provisionamento de disco e, para que a política de armazenamento de VDC de organização tenha precedência, exclua as replicações e, em seguida, crie-as e inicie-as novamente, sem usar as propagações de replicação existentes.

Propagação
O tipo de provisionamento de disco replicado sempre depende se uma replicação usa uma propagação. Para obter informações sobre as propagações, consulte Uso de sementes de replicação.
  • Ao usar a propagação na replicação, o provisionamento de cada disco de réplica mantém o provisionamento de cada disco de máquina virtual de propagação de replicação:
    • Os discos de propagação de replicação de provisionamento completo sempre provisionam discos de réplica thick lazy zeroed.
    • Os discos de propagação de replicação com provisionamento dinâmico sempre provisionam discos de réplica dinâmicos.
    Por exemplo, uma máquina virtual de propagação de replicação que contém um disco de provisionamento dinâmico e um disco de provisionamento completo sempre é replicada como um disco dinâmico e um disco completo no site de destino, independentemente da política de armazenamento do VDC de organização.
  • Quando a propagação não é usada na replicação, o provisionamento dos discos replicados segue a lógica anterior.

Replicação de outro armazenamento

Expressão de memória não volátil (NVMe)
Para replicar máquinas virtuais com um controlador de disco NVMe, o VMware Cloud Director Availability requer que os sites de origem e de destino executem o vCenter Server 7.0 U2 ou posterior.
DRS de Armazenamento (SDRS)
  • No site protegido, há suporte para o DRS de armazenamento.
  • No site de recuperação, o DRS de armazenamento não move arquivos de replicação entre repositórios de dados. O modo de manutenção do repositório de dados, o balanceamento de armazenamento e o balanceamento de E/S ignoram todos os arquivos de replicação. A única maneira com suporte de mover os arquivos de replicação entre repositórios de dados é alterar a política de armazenamento.
Raw Device Mapping (RDM)
  • O RDM no modo de compatibilidade virtual pode ser replicado.
  • O RDM no modo de compatibilidade físico é ignorado da replicação.
Discos multigravadores
O VMware Cloud Director Availability não replica discos no modo multigravador.
Discos Independentes
O VMware Cloud Director Availability não replica discos independentes.
Rastreamento de Blocos Modificados (CBT)

As instâncias do VMware Cloud Director Availability não são compatíveis com o CBT no site de origem. Para obter informações sobre as instâncias, consulte Uso de instâncias.

IOfilters
O VMware Cloud Director Availability não oferece suporte a APIs de vSphere para Filtragem de E/S nem no site de origem nem no site de destino. O VMware Cloud Director Availability não pode replicar uma máquina virtual de origem atribuída com uma Política de Armazenamento de VM que contenha IOFilters. Você também não pode atribuir essa política à máquina virtual de destino. Antes de replicar uma máquina virtual, certifique-se de que a Política de Armazenamento de VMs atribuída não contenha IOFilters. Não atribua políticas de Armazenamento de VMs com IOFilters a máquinas virtuais configuradas para replicação.

Consumo de espaço de armazenamento no destino

Observação: Os arquivos de réplica continuam se expandindo até que haja espaço no datastore, desconsiderando quaisquer restrições no VMware Cloud Director:

O VMware Cloud Director Availability redimensiona os discos independentes associados às máquinas virtuais replicadas para representar o espaço usado real pelos dados de réplica. Isso faz com que o VMware Cloud Director exiba o tamanho real da alocação, que pode ser maior que o limite de tamanho de alocação configurado do VDC de organização.

Algumas configurações e operações de replicação exigem espaço duplo no armazenamento de destino, em comparação com o tamanho da máquina virtual de origem.

  • Para o failover de teste e para operações de reversão, o armazenamento de destino deve acomodar o dobro do espaço para o tamanho do disco da máquina virtual de origem. Para obter informações sobre os pré-requisitos de cada operação, consulte Failover de teste de uma replicação e Reverter uma replicação. No VMware Cloud Director Availability 4.2 e posterior, as tarefas de failover exigem espaço de armazenamento de destino igual ao tamanho da carga de trabalho de origem. Para obter informações sobre o consumo de armazenamento de failover de teste com exemplos para um repositório de dados e para armazenamento do VMware vSAN, consulte Requisitos de armazenamento do VMware Cloud Director Availability em Installation, Configuration, and Upgrade Guide in the Cloud Director Site.

  • Ao usar a propagação, o armazenamento de destino deve acomodar o dobro do espaço para o tamanho do disco da máquina virtual de origem. Para obter informações sobre os requisitos de espaço ao usar a propagação, consulte Consumo do espaço do repositório de dados de destino.