Gerir a Réplica de Armazenamento no VMM

Artigo
04/29/2023

Importante

Esta versão do Virtual Machine Manager (VMM) chegou ao fim do suporte. Recomendamos que atualize para o VMM 2022.

A Réplica de Armazenamento foi introduzida no Windows Server 2016. Permite a replicação síncrona ao nível do bloco, agnóstica ao nível do armazenamento entre clusters ou servidores para preparação e recuperação após desastre e o alongamento de um cluster de ativação pós-falha entre sites para elevada disponibilidade. A replicação síncrona permite o espelhamento de dados em sites físicos com volumes consistentes de falhas, que garantem uma perda nula de dados ao nível do sistema de ficheiros. A replicação assíncrona permite a extensão de sites para além dos intervalos metropolitanos com a possibilidade de perda de dados.

Saiba mais e reveja as FAQs.

Este artigo explica como a Réplica de Armazenamento se integra com o System Center – Virtual Machine Manager (VMM) e descreve como configurar a Réplica de Armazenamento com o PowerShell para replicar o armazenamento nos recursos de infraestrutura do VMM.

Réplica de Armazenamento no VMM

Pode utilizar a Réplica de Armazenamento para replicar dados do cluster Hyper-V ou dados de ficheiros. A utilização da Réplica de Armazenamento no VMM proporciona muitas vantagens empresariais:

Elimina o custo e a complexidade inerentes às soluções de replicação síncrona, tais como a SAN.
A replicação síncrona minimiza o período de indisponibilidade e a perda de dados. Fornece um RPO de 0 (perda de dados zero). O RTO (indisponibilidade de dados) só ocorre durante o período de tempo em que um site primário falha e um site secundário inicia.
O hardware de armazenamento de origem e de destino não têm de ser idênticos.

Antes de começar

O VMM tem de estar em execução no Windows Server 2016 ou posterior datacenter Edition.
O Hyper-V tem de estar em execução no Windows Server 2016 ou posterior Datacenter, Server Core ou Nano.
Só é suportada a replicação síncrona. A assíncrona não é suportada.
Precisa de dois conjuntos de armazenamento: de volumes ou de ficheiros. As localizações de origem e de destino têm de ter o mesmo tipo de armazenamento (ficheiros ou volumes), mas o armazenamento em si pode ser misto. Por exemplo, pode ter SAN de Canal de Fibra numa extremidade e Espaços Diretos (no modo hiperconvergido ou desagregado) no outro.
Cada conjunto de armazenamento deve estar disponível em cada um dos clusters. O armazenamento de clusters não deve ser partilhado.
Os volumes de origem e de destino (incluindo volumes de registo) têm de ser idênticos em tamanho e tamanho de bloco. Isto deve-se ao facto de a Réplica de Armazenamento utilizar a replicação de blocos.
Precisa de, pelo menos, uma ligação de 1 GbE em cada servidor de armazenamento, de preferência 10 GbE, iWARP ou InfiniBand.
Cada servidor de ficheiros ou nó de cluster precisa de regras de firewall que permitam tráfego bidirecional ICMP, SMB (porta 445, mais 5445 para SMB Direto) e WS-MAN (porta 5985) entre todos os nós.
Tem de ser um membro do grupo Administrador em cada nó de cluster.
Atualmente, a Réplica de Armazenamento só pode ser configurada através do Windows PowerShell.
O armazenamento de origem e de destino tem de ser gerido pelo mesmo servidor VMM.
A integração do VMM no Azure Site Recovery não é suportada.
A definição da ordem de escrita e de grupos de consistência não é suportada.

Passos da implementação

Identificar armazenamento: identifique o armazenamento de origem e de destino que pretende utilizar.
Detetar e classificar: se o seu armazenamento não estiver atualmente nos recursos de infraestrutura do VMM, tem de detetá-lo com o VMM. Tanto o armazenamento de origem como de destino têm de ser geridos pelo mesmo servidor VMM. Após a deteção, crie um agrupamento de armazenamento e uma classificação de armazenamento para o mesmo. Saiba mais.
Emparelhar: emparelhe a matriz de armazenamento de origem e de destino.
Aprovisionamento: depois de o armazenamento estar emparelhado, terá de aprovisionar volumes de registo e dados idênticos dos agrupamentos de armazenamento de origem e de destino criados nas respetivas matrizes de armazenamento. Além de aprovisionar um volume para os dados que serão replicados, também terá de aprovisionar um volume para os registos de transações de replicação. Como os dados são atualizados no armazenamento de origem, o registo de transações é acrescentado e as alterações diferenciais são sincronizadas (com a replicação síncrona) com o armazenamento de destino.
Criar grupos de replicação: depois de os volumes estarem implementados, irá criar grupos de replicação. Os grupos de replicação são grupos lógicos que contém múltiplos volumes. Os grupos de replicação têm de ser idênticos, contendo os volumes de dados e registos dos sites de origem e de destino, respetivamente.
Ativar replicação: agora pode ativar a replicação entre os grupos de replicação de origem e de destino.
Atualização: para finalizar a criação de grupos de replicação e para acionar a replicação de dados inicial, tem de atualizar o fornecedor de armazenamento primário e secundário. Os dados são replicados para o armazenamento de destino.
Verificar estado: agora pode verificar o estado do grupo de replicação primário. Deve estar no estado A Replicar.
Adicionar VMs: quando a replicação delta estiver em execução, pode adicionar VMs que utilizam o armazenamento contido no grupo de replicação. Quando adicionar as VMs, estas serão detetadas e começarão a replicar automaticamente.
Ativação pós-falha de execução: após a replicação estar num estado de Sincronização, pode executar uma ativação pós-falha para verificar se está a funcionar conforme esperado. Não existe um mecanismo de ativação pós-falha de teste, pelo que irá executar uma ativação pós-falha manual em resposta a falhas planeadas ou não planeadas. Após a ativação pós-falha, pode eliminar a VM no site de origem (se ainda existir) e criar uma VM no site de destino com os dados replicados.
Executar reativação pós-falha: quando a ativação pós-falha for concluída e as VMs de réplica estarem operacionais, pode efetuar a reativação pós-falha conforme necessário. Certifique-se de que:
- Se executar uma ativação pós-falha não planeada e a localização de origem não estiver disponível, executará uma ativação pós-falha para efetuar a reativação pós-falha da localização secundária para a localização primária e, em seguida, criará a VM na localização primária.
- Se executar uma ativação pós-falha planeada e a VM de origem ainda estiver disponível, terá de parar a replicação, remover a VM de origem, criar a VM na localização secundária e, em seguida, reiniciar a replicação. Em seguida, no site primário, pode criar a VM com as mesmas definições que a VM original.

Obter os objetos do PowerShell

Antes de começar, obtenha o nome dos objetos do PowerShell que pretende utilizar.
Obtenha o nome da matriz de armazenamento primária e atribua-o a uma variável.
```
    $PriArray = Get-SCStorageArray - Name $PriArrayName
```
Obtenha o nome da matriz de armazenamento secundária e atribua-o a uma variável.
```
    RecArray = Get-SCStorageArray - Name $RecArrayName
```
Obtenha o nome do agrupamento de armazenamento primário e atribua-o a uma variável.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Obtenha o nome do agrupamento de armazenamento secundário e atribua-o a uma variável.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Emparelhar as matrizes de armazenamento

Emparelhe as matrizes de armazenamento primário e secundário com as variáveis dos nomes de matrizes de armazenamento.

Nota

O nome da matriz deve ser o mesmo que o nome do cluster.

      Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

Se tiver criado o cluster fora do VMM e precisar de mudar o nome da matriz para corresponder ao nome do cluster, utilize:

      Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"

Aprovisionar LUNs e criar grupos de armazenamento

Aprovisione um LUN a partir do agrupamento de armazenamento para os dados e o registo. Em seguida, crie os grupos de replicação.

Aprovisione e crie na origem.

    Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

    $PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume $PrimaryLogVol

Aprovisione e crie no destino.

    $RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -StorageVolume $RecoveryVol -LogStorageVolume $RecoveryLogVol

Ativar a replicação

Agora, pode ativar a replicação síncrona entre os grupos de replicação de origem e de destino.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous

Atualizar os fornecedores de armazenamento

Abra a consola do VMM.
SelecioneFornecedores de Recursos> de Infraestrutura. Clique com o botão direito do rato no fornecedor >Atualizar.

Verificar o estado de replicação

Obtenha o estado de replicação do grupo de replicação de origem para garantir que a replicação está a funcionar conforme esperado.

    Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or ($_.Name.EndsWith("RecRG"))}  | fl Name, IsPrimary, ReplicationState, ReplicationHealth

Criar uma VM

Crie uma VM através de um LUN no grupo de replicação de origem. Em alternativa, pode criar uma VM na consola do VMM.

    New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Executar uma ativação pós-falha

Execute a ativação pós-falha.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Executar a reativação pós-falha

Antes de efetuar a reativação pós-falha, na consola do VMM, remova as VMs de origem se ainda estiverem disponíveis. Não pode efetuar a reativação pós-falha para a mesma VM.

Agora, execute a reativação pós-falha:

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode Synchronous -TargetReplicationGroup $RecRG

Depois de executar a reativação pós-falha, pode criar VMs no site de origem com o VHD/ficheiros de configuração com falha.

Parar replicação

Se quiser parar a replicação, terá de executar este cmdlet na origem e no destino.

    Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown  Tear down need to be done on both RGs

Saber mais

Saiba mais sobre a Réplica de Armazenamento.
Saiba mais sobre como alocar armazenamento a anfitriões e clusters Hyper-V.
Saiba mais sobre Migrar armazenamento.

Partilhar via