Arquitetura de migração baseada em agentes
Este artigo fornece uma visão geral da arquitetura e dos processos usados para replicação baseada em agente de VMs VMware com a ferramenta de migração e modernização .
Usando a ferramenta de migração e modernização, você pode replicar VMs VMware com algumas opções:
- Migre VMs usando replicação baseada em agente, conforme descrito neste artigo.
- Migre VMs VMware usando replicação sem agente. Isso migra VMs sem a necessidade de instalar nada nelas.
Saiba mais sobre como selecionar e comparar métodos de migração para VMs VMware.
Migração baseada em agente
A migração baseada em agente é usada para migrar VMs VMware locais e servidores físicos para o Azure. Ele também pode ser usado para migrar outros servidores virtualizados locais, bem como VMs de nuvem pública e privada, incluindo instâncias da AWS e VMs GCP. A migração baseada em agente no Azure Migrate usa algumas funcionalidades de back-end do [Azure Site Recovery].. /.. /site-recovery/site-recovery-overview.md).
Componentes da arquitetura
O diagrama ilustra os componentes envolvidos na migração baseada em agente.
A tabela resume os componentes usados para a migração baseada em agente.
| Componente | Detalhes | Instalação |
|---|---|---|
| Dispositivo de replicação | O dispositivo de replicação (servidor de configuração/servidor de processo) é um servidor local que atua como uma ponte entre o ambiente local e a ferramenta de migração e modernização. O appliance descobre o inventário do servidor local, para que a ferramenta Migração e modernização possa orquestrar a replicação e a migração. O aparelho tem dois componentes: Servidor de configuração: conecta-se à ferramenta Migração e modernização e coordena a replicação. Servidor de processo: lida com a replicação de dados. O servidor de processo recebe dados do servidor, compacta-os, criptografa-os e envia para o Azure. No Azure, a ferramenta Migração e modernização grava os dados em discos gerenciados. |
Por padrão, o servidor de processo é instalado junto com o servidor de configuração no dispositivo de replicação. |
| Serviço de mobilidade | O serviço de mobilidade é um agente instalado em cada servidor que você deseja replicar e migrar. Ele envia dados de replicação do servidor para o servidor de processo. | Os arquivos de instalação para diferentes versões do serviço de mobilidade estão localizados no dispositivo de replicação. Você baixa e instala o agente de que precisa, de acordo com o sistema operacional e a versão do servidor que deseja replicar. |
Instalação do serviço de Mobilidade
Você pode implantar o Serviço de Mobilidade usando os seguintes métodos:
- Instalação por push: o servidor de processo instala o serviço de mobilidade quando você habilita a proteção para um servidor.
- Instalar manualmente: você pode instalar o serviço de mobilidade manualmente em cada servidor por meio da interface do usuário ou do prompt de comando.
O serviço de mobilidade comunica com a aplicação de replicação e com os servidores replicados. Se tiver software antivírus em execução na aplicação de replicação, nos servidores de processo ou nos servidores que estão a ser replicados, as seguintes pastas têm de ser excluídas da análise:
- C:\Program Files\Microsoft Azure Recovery Services Agent
- C:\ProgramData\ASR
- C:\ProgramData\ASRLogs
- C:\ProgramData\ASRSetupLogs
- C:\ProgramData\LogUploadServiceLogs
- C:\ProgramData\Microsoft Azure Site Recovery
- C:\Program Files (x86)\Microsoft Azure Site Recovery
- C:\ProgramData\ASR\agent (em servidores Windows com o serviço de mobilidade instalado)
Processo de replicação
- Quando você habilita a replicação para um servidor, a replicação inicial para o Azure começa.
- Durante a replicação inicial, o serviço de mobilidade lê os dados dos discos do servidor e os envia para o servidor de processo.
- Esses dados são usados para semear uma cópia do disco em sua assinatura do Azure.
- Após a conclusão da replicação inicial, a replicação das alterações delta para o Azure é iniciada. A replicação é em nível de bloco e quase contínua.
- O serviço de mobilidade interceta gravações na memória de disco, integrando-se com o subsistema de armazenamento do sistema operacional. Esse método evita operações de E/S de disco no servidor replicante, para replicação incremental.
- As alterações controladas para um servidor são enviadas para o servidor de processo na porta de entrada HTTPS 9443. Esta porta pode ser modificada. O servidor de processo compacta e criptografa e envia para o Azure.
Portas
| Dispositivo | Ligação |
|---|---|
| Replicando servidores | O serviço de mobilidade em execução nas VMs comunica com a aplicação de replicação no ambiente no local na porta HTTPS 443 de entrada, para a gestão das replicações. Os servidores enviam os dados de replicação ao servidor de processos na porta HTTPS 9443 de entrada. Esta porta pode ser modificada. |
| Dispositivo de replicação | A aplicação de replicação orquestra a replicação com o Azure através da porta HTTPS 443 de saída. |
| Servidor de processos | O servidor de processo recebe dados de replicação, otimiza-os, encripta-os e envia-os para o armazenamento do Azure através da porta de saída 443. |
Desempenho e dimensionamento
Por padrão, você implanta um único dispositivo de replicação que executa o servidor de configuração e o servidor de processo. Se estiver apenas a replicar alguns servidores, esta implementação é suficiente. No entanto, se estiver a replicar e a migrar centenas de servidores, um único servidor de processos pode não ser capaz de lidar com todo o tráfego de replicação. Nesse caso, você pode implantar servidores de processo de expansão adicionais.
Planejar a implantação do VMware
Se você estiver replicando VMs VMware, poderá usar o Site Recovery Deployment Planner for VMware para ajudar a determinar os requisitos de desempenho, incluindo a taxa diária de alteração de dados e os servidores de processo necessários.
Capacidade do dispositivo de replicação
Use os valores nesta tabela para descobrir se você precisa de um servidor de processo adicional em sua implantação.
- Se a taxa de variação diária (taxa de abandono) for superior a 2 TB, implemente um servidor de processos adicional.
- Se estiver a replicar mais de 200 servidores, implemente uma aplicação de replicação adicional.
| Processador | Memória | Cache de dados de espaço livre | Taxa de churn | Limites de replicação |
|---|---|---|---|---|
| 8 vCPUs (2 sockets * 4 núcleos @ 2,5 GHz) | 16 GB | 300 GB | 500 GB ou menos | < 100 servidores |
| 12 vCPUs (2 sockets * 6 núcleos @ 2,5 GHz) | 18 GB | 600 GB | 501 GB a 1 TB | 100-150 servidores. |
| 16 vCPUs (2 tomadas * 8 núcleos @ 2,5 GHz) | 32 GB | 1 TB | 1 TB a 2 TB | 151-200 servidores. |
Dimensionamento de servidores de processo de expansão
Se você precisar implantar um servidor de processo de expansão, use esta tabela para descobrir o dimensionamento do servidor.
| Servidor de processos | Espaço livre para armazenamento em cache de dados | Taxa de churn | Limites de replicação |
|---|---|---|---|
| 4 vCPUs (2 sockets * 2 núcleos @ 2,5 GHz), 8 GB de memória | 300 GB | 250 GB ou menos | Até 85 servidores |
| 8 vCPUs (2 sockets * 4 núcleos @ 2,5 GHz), 12 GB de memória | 600 GB | 251 GB a 1 TB | 86 - 150 servidores. |
| 12 vCPUs (2 sockets * 6 núcleos @ 2,5 GHz), 24 GB de memória | 1 TB | 1 - 2 TB | 151 - 225 servidores. |
Limite a largura de banda de upload.
O tráfego VMware que replica para o Azure passa por um servidor de processo específico. Pode reduzir o débito de carregamento ao limitar a largura de banda nos servidores que estão a ser executados como servidores de processos. Pode influenciar a largura de banda com esta chave de registo:
O valor de registo HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM 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 predefinido é quatro. O valor máximo é 32. Para otimizar o valor, monitore o tráfego.
Além disso, pode limitar a largura de banda no servidor de processos da seguinte forma:
- No servidor de processos, abra o snap-in da MMC do Azure Backup. Há um atalho no ambiente de trabalho ou na pasta C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
- No snap-in, selecione Alterar Propriedades.
- Em Limitação, selecione Habilitar limitação de uso de largura de banda da Internet para operações de backup. Defina os limites para as horas de funcionamento e paragem. Os intervalos válidos variam entre 512 Kbps e 1023 Mbps por segundo.