Planear a capacidade e o dimensionamento da recuperação após desastre do VMware para o Azure

Utilize este artigo para planear a capacidade e o dimensionamento quando replicar VMs VMware no local e servidores físicos para o Azure com o Azure Site Recovery – Clássico.

Na modernização, tem de criar e utilizar a aplicação de replicação do Azure Site Recovery/várias aplicações para planear a capacidade.

Como devo proceder para iniciar o planeamento da capacidade?

Para saber mais sobre os requisitos de infraestrutura do Azure Site Recovery, recolha informações sobre o seu ambiente de replicação ao executar Planeador de Implementações do Azure Site Recovery para a replicação do VMware. Para obter mais informações, veja About Site Recovery Deployment Planner for VMware to Azure (Acerca do Planeador de Implementações do Site Recovery para VMware para o Azure).

Site Recovery Deployment Planner fornece um relatório com informações completas sobre VMs compatíveis e incompatíveis, discos por VM e alterações a dados por disco. A ferramenta também resume os requisitos de largura de banda de rede para cumprir o RPO de destino e a infraestrutura do Azure necessária para a replicação e a ativação pós-falha de teste com êxito.

Considerações de capacidade

Componente	Detalhes
Replicação	Taxa máxima de alterações diárias: uma máquina protegida só pode utilizar um servidor de processos. Um único servidor de processo é capaz de gerir uma taxa de alteração diária de até 2 TB. Portanto, 2 TB é a taxa máxima de alteração de dados diária que é suportada para uma máquina protegida. Débito máximo: uma máquina replicada pode pertencer a uma conta de armazenamento no Azure. Uma conta de Armazenamento do Azure padrão pode processar um máximo de 20 000 pedidos por segundo. Recomendamos que limite o número de operações de entrada/saída por segundo (IOPS) num computador de origem para 20 000. Por exemplo, se tiver um computador de origem com cinco discos e cada disco gerar 120 IOPS (8 K de tamanho) no computador de origem, o computador de origem está dentro do limite de IOPS por disco do Azure de 500. (O número de contas de armazenamento necessárias é igual ao total de IOPS da máquina de origem dividido por 20 000.)
Servidor de configuração	O servidor de configuração tem de conseguir lidar com a capacidade de taxa de alteração diária em todas as cargas de trabalho em execução em máquinas protegidas. O computador de configuração tem de ter largura de banda suficiente para replicar continuamente dados para o Armazenamento do Azure. Uma melhor prática é colocar o servidor de configuração no mesmo segmento de rede e LAN que os computadores que pretende proteger. Pode colocar o servidor de configuração numa rede diferente, mas as máquinas que pretende proteger devem ter visibilidade de rede de camada 3. As recomendações de tamanho para o servidor de configuração são resumidas na tabela na secção seguinte.
Servidor de processos	O primeiro servidor de processos é instalado por predefinição no servidor de configuração. Pode implementar servidores de processos adicionais para dimensionar o seu ambiente. O servidor de processos recebe dados de replicação de máquinas protegidas. O servidor de processos otimiza os dados através da colocação em cache, compressão e encriptação. Em seguida, o servidor de processos envia os dados para o Azure. O computador do servidor de processos tem de ter recursos suficientes para efetuar estas tarefas. O servidor de processos utiliza uma cache baseada em disco. Utilize um disco de cache separado de 600 GB ou mais para processar alterações de dados que são armazenadas se ocorrer um estrangulamento de rede ou indisponibilidade.

Recomendações de tamanho para o servidor de configuração e o servidor de processos incorporado

Um servidor de configuração que utiliza um servidor de processos incorporado para proteger a carga de trabalho pode processar até 200 máquinas virtuais com base nas seguintes configurações:

CPU	Memória	Tamanho do disco da cache	Taxa de alteração de dados	Máquinas protegidas
8 vCPUs (2 sockets * 4 núcleos @ 2,5 GHz)	16 GB	300 GB	500 GB ou menos	Utilizado para replicar menos de 100 máquinas.
12 vCPUs (2 sockets * 6 núcleos @ 2,5 GHz)	18 GB	600 GB	501 GB a 1 TB	Utilizado para replicar 100 a 150 máquinas.
16 vCPUs (2 tomadas * 8 núcleos @ 2,5 GHz)	32 GB	1 TB	>1 TB a 2 TB	Utilizado para replicar 151 a 200 máquinas.
Implemente outro servidor de configuração com um modelo OVF.				Implemente um novo servidor de configuração se estiver a replicar mais de 200 máquinas.
Implementar outro servidor de processos.			>2 TB	Implemente um novo servidor de processos de escalamento horizontal se a taxa de alteração de dados diária global for superior a 2 TB.

Nestas configurações:

• Cada computador de origem tem três discos de 100 GB cada.
• Utilizámos o armazenamento de referência de oito unidades de assinatura de acesso partilhado de 10 K RPM com RAID 10 para medições do disco de cache.

Recomendações de dimensão do servidor de processamento

O servidor de processos é o componente que processa a replicação de dados no Azure Site Recovery. Se a taxa de alteração diária for superior a 2 TB, tem de adicionar servidores de processos de escalamento horizontal para processar a carga de replicação. Para aumentar horizontalmente, pode:

• Aumente o número de servidores de configuração ao implementar com um modelo OVF. Por exemplo, pode proteger até 400 máquinas utilizando dois servidores de configuração.
• Adicionar servidores de processos de escalamento horizontal. Utilize os servidores de processos de escalamento horizontal para processar o tráfego de replicação em vez de (ou para além do) servidor de configuração.

A tabela seguinte descreve este cenário:

• Configure um servidor de processos de escalamento horizontal.
• Configurou máquinas virtuais protegidas para utilizar o servidor de processos de escalamento horizontal.
• Cada computador de origem protegido tem três discos de 100 GB cada.

Servidor de processos adicional	Tamanho do disco da cache	Taxa de alteração de dados	Máquinas protegidas
4 vCPUs (2 sockets * 2 núcleos @ 2,5 GHz), 8 GB de memória	300 GB	250 GB ou menos	Utilizado para replicar 85 ou menos máquinas.
8 vCPUs (2 sockets * 4 núcleos @ 2,5 GHz), 12 GB de memória	600 GB	251 GB a 1 TB	Utilizado para replicar 86 a 150 máquinas.
12 vCPUs (2 sockets * 6 núcleos @ 2,5 GHz) 24 GB de memória	1 TB	>1 TB a 2 TB	Utilizado para replicar 151 a 225 máquinas.

A forma como dimensiona os servidores depende da sua preferência por um modelo de aumento vertical ou escalamento horizontal. Para aumentar verticalmente, implemente alguns servidores de configuração de gama alta e servidores de processos. Para aumentar horizontalmente, implemente mais servidores com menos recursos. Por exemplo, se quiser proteger 200 máquinas com uma taxa de alteração de dados diária global de 1,5 TB, pode efetuar uma das seguintes ações:

• Configure um único servidor de processos (16 vCPUs, 24 GB de RAM).
• Configure dois servidores de processos (2 x 8 vCPUs, 2* 12 GB de RAM).

Controlar a largura de banda de rede

Depois de utilizar Site Recovery Planeador de Implementações para calcular a largura de banda necessária para a replicação (replicação inicial e, em seguida, delta), tem algumas opções para controlar a quantidade de largura de banda utilizada para a replicação:

• Limitar a largura de banda: o tráfego VMware que é replicado para o Azure passa por um servidor de processos específico. Pode limitar a largura de banda nas máquinas que estão a ser executadas como servidores de processos.
• Influenciar a largura de banda: pode influenciar a largura de banda utilizada para a replicação com algumas chaves de registo:
  • OHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM valor do registo especifica o número de threads que são utilizados para a transferência de dados (replicação inicial ou delta) de um disco. Um valor mais alto aumenta a largura de banda de rede que é utilizada na replicação.
  • O valor do registoHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\DownloadThreadsPerVM especifica o número de threads utilizados para a transferência de dados durante a reativação pós-falha.

Limitar largura de banda

1. Abra o Azure Backup snap-in MMC no computador que utiliza como servidor de processos. Por predefinição, está disponível um atalho para Cópia de Segurança no ambiente de trabalho ou na seguinte pasta: C:\Programas\Agente dos Serviços de Recuperação do Microsoft Azure\bin.

2. No snap-in, selecione Alterar Propriedades.

   

3. No separador Limitação , selecione Ativar limitação de utilização da largura de banda da Internet para operações de cópia de segurança. Defina os limites para as horas de funcionamento e paragem. Os intervalos válidos variam entre 512 Kbps e 1023 Mbps por segundo.

   

Também pode utilizar o cmdlet Set-OBMachineSetting para configurar a limitação. Eis um exemplo:

$mon = [System.DayOfWeek]::Monday
$tue = [System.DayOfWeek]::Tuesday
Set-OBMachineSetting -WorkDay $mon, $tue -StartWorkHour "9:00:00" -EndWorkHour "18:00:00" -WorkHourBandwidth  (512*1024) -NonWorkHourBandwidth (2048*1024)

Set-OBMachineSetting -NoThrottle indica que não é necessária nenhuma limitação.

Alterar a largura de banda de rede de uma VM

1. No registo da VM, aceda a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication.
   • Para alterar o tráfego de largura de banda num disco de replicação, modifique o valor de UploadThreadsPerVM. Crie a chave se não existir.
   • Para alterar a largura de banda do tráfego de reativação pós-falha do Azure, modifique o valor de DownloadThreadsPerVM.
2. O valor predefinido para cada chave é 4. Numa rede “sobreaprovisionada”, os valores predefinidos destas chaves de registo devem ser alterados. O valor máximo que pode utilizar é 32. Monitorize o tráfego para otimizar o valor.

Configurar a infraestrutura de Site Recovery para proteger mais de 500 VMs

Antes de configurar a infraestrutura de Site Recovery, aceda ao ambiente para medir os seguintes fatores: máquinas virtuais compatíveis, taxa de alteração de dados diária, largura de banda de rede necessária para o RPO que pretende alcançar, o número de componentes Site Recovery necessários e o tempo necessário para concluir a replicação inicial. Conclua os seguintes passos para recolher as informações necessárias:

1. Para medir estes parâmetros, execute Site Recovery Deployment Planner no seu ambiente. Para obter diretrizes úteis, veja About Site Recovery Deployment Planner for VMware to Azure (Acerca do Planeador de Implementações do Site Recovery para VMware para o Azure).
2. Implemente um servidor de configuração que cumpra as recomendações de tamanho do servidor de configuração. Se a carga de trabalho de produção exceder as 650 máquinas virtuais, implemente outro servidor de configuração.
3. Com base na taxa de alteração de dados diária medida, implemente servidores de processos de escalamento horizontal com a ajuda das diretrizes de tamanho.
4. Se espera que a taxa de alteração de dados de uma máquina virtual de disco exceda os 2 MBps, certifique-se de que utiliza discos geridos premium. Site Recovery Planeador de Implementações é executado durante um período de tempo específico. Os picos na taxa de alteração de dados noutras alturas podem não ser capturados no relatório.
5. Defina a largura de banda de rede com base no RPO que pretende alcançar.
6. Quando a infraestrutura estiver configurada, ative a recuperação após desastre para a carga de trabalho. Para saber como, veja Configurar o ambiente de origem da replicação do VMware para o Azure.

Implementar servidores de processos adicionais

Se aumentar horizontalmente a implementação para além de 200 máquinas virtuais de origem ou se tiver uma taxa de abandono diária total superior a 2 TB, tem de adicionar servidores de processos para processar o volume de tráfego. Melhorámos o produto na versão 9.24 para fornecer alertas do servidor de processos sobre quando configurar um servidor de processos de escalamento horizontal. Configure o servidor de processos para proteger novos computadores de origem ou equilibrar a carga.

Migrar máquinas para utilizar o novo servidor de processos

1. Selecione Definições>Site Recovery servidores. Selecione o servidor de configuração e, em seguida, expanda Servidores de processos.

   

2. Clique com o botão direito do rato no servidor de processos atualmente em utilização e, em seguida, selecione Mudar.

   

3. Em Selecionar servidor de processos de destino, selecione o novo servidor de processos que pretende utilizar. Em seguida, selecione as máquinas virtuais que o servidor irá processar. Para obter informações sobre o servidor, selecione o ícone de informações. Para o ajudar a tomar decisões de carga, é apresentado o espaço médio necessário para replicar cada máquina virtual selecionada para o novo servidor de processos. Selecione a marca de verificação para começar a replicar para o novo servidor de processos.

Implementar servidores de destino mestre adicionais

Nos seguintes cenários, é necessário mais do que um servidor de destino principal:

• Quer proteger uma máquina virtual baseada em Linux.
• O servidor de destino principal disponível no servidor de configuração não tem acesso ao arquivo de dados da VM.
• O número total de discos no servidor de destino principal (o número de discos locais no servidor mais o número de discos a proteger) é superior a 60 discos.

Para saber como adicionar um servidor de destino principal para uma máquina virtual baseada em Linux, veja Instalar um servidor de destino principal do Linux para reativação pós-falha.

Para adicionar um servidor de destino principal para uma máquina virtual baseada no Windows:

1. Aceda a Cofre >dos Serviços de Recuperação Site Recoveryservidores de Configuração da Infraestrutura>.

2. Selecione o servidor de configuração necessário e, em seguida, selecione Servidor de Destino Principal.

   

3. Transfira o ficheiro de configuração unificada e, em seguida, execute o ficheiro na VM para configurar o servidor de destino principal.

4. Selecione Instalar destino> principalSeguinte.

   

5. Selecione a localização de instalação predefinida e, em seguida, selecione Instalar.

   

6. Para registar o destino principal no servidor de configuração, selecione Continuar para Configuração.

   

7. Introduza o endereço IP do servidor de configuração e, em seguida, introduza a frase de acesso. Para saber como gerar uma frase de acesso, veja Gerar uma frase de acesso do servidor de configuração.

   

8. Selecione Registar. Quando o registo estiver concluído, selecione Concluir.

Quando o registo for concluído com êxito, o servidor é listado na portal do Azure em Cofre >dos Serviços de Recuperação Site Recoveryservidores de Configuração da Infraestrutura>, nos servidores de destino mestre do servidor de configuração.

Nota

Transfira a versão mais recente do ficheiro de configuração unificada do servidor de destino principal para Windows.

Passos seguintes

Transfira e execute Site Recovery Deployment Planner.