Arquitetura de migração baseada em agente
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 Migração e modernização .
Usando a ferramenta Migração e modernização, você pode replicar VMs VMware com algumas opções:
- Migre VMs usando a replicação por agente conforme descrito neste artigo.
- Migre VMs do VMware usando a replicação sem agente. Migra VMs sem precisar 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. Ela também pode ser usada para migrar outros servidores virtualizados locais, bem como VMs de nuvem pública e privada, incluindo instâncias AWS e VMs GCP. A migração baseada em agente nas Migrações para Azure usa algumas funcionalidades de back-end do serviço Azure Site Recovery.
Componentes de 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 dispositivo detecta 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 dispositivo tem dois componentes: Servidor de configuração: conecta-se à ferramenta Migração e modernização e coordena a replicação. Servidor de processo: trata da replicação de dados. O servidor de processo recebe os dados do servidor, comprime e criptografa, depois 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 versões diferentes do serviço de Mobilidade estão localizados no dispositivo de replicação. Você baixa e instala o agente do qual 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 serviço de Mobilidade é instalado pelo servidor de processo quando você habilita a proteção para um servidor.
- Instalar manualmente: você pode instalar o serviço de Mobilidade manualmente em cada servidor usando a interface do usuário ou o prompt de comando.
O serviço de Mobilidade se comunica com o dispositivo de replicação e com os servidores replicados. Se você tiver um software antivírus em execução no dispositivo de replicação, servidores de processo ou servidores sendo replicados, as seguintes pastas deverão ser excluídas da verificação:
- C:\Arquivos de Programas\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 propagar uma cópia do disco na sua assinatura do Azure.
- Após a conclusão da replicação inicial, a replicação de alterações delta para o Azure é iniciada. A replicação acontece de bloco em bloco de forma quase contínua.
- O serviço de Mobilidade intercepta gravações na memória do disco, integrando-se ao subsistema de armazenamento do sistema operacional. Esse método evita operações de E/S de disco no servidor de replicação, 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. Essa porta pode ser modificada. O servidor de processo comprime, criptografa e depois envia para o Azure.
Portas
| Dispositivo | Conexão |
|---|---|
| Replicando servidores | O serviço de Mobilidade em execução nas VMs se comunica com o dispositivo de replicação local na porta HTTPS 443 de entrada, para o gerenciamento de replicação. Servidores enviam os dados de replicação para o servidor de processo na porta de entrada HTTPS 9443. Essa porta pode ser modificada. |
| Dispositivo de replicação | O dispositivo de replicação coordena a replicação com o Azure pela porta HTTPS 443 de saída. |
| Servidor de processo | O servidor de processo recebe dados de replicação, otimiza-os e criptografa-os e os envia para o armazenamento do Microsoft Azure pela porta 443 de saída. |
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 você estiver replicando apenas alguns servidores, essa implantação será suficiente. No entanto, se você estiver replicando e migrando centenas de servidores, um único servidor de processo poderá não ser capaz de lidar com todo o tráfego de replicação. Nesse caso, você pode implantar servidores de processo expansão.
Plano de implantação de VMware
Se você estiver replicando VMs do VMware, poderá usar o Planejador de Implantações do Azure Site Recovery para 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 mais um servidor de processo para a sua implantação.
- Se a taxa de alteração diária (rotatividade) tiver mais de 2 TB, implante um servidor de processo adicional.
- Se você estiver replicando mais de 200 servidores, implante um dispositivo de replicação adicional.
| CPU | Memória | Espaço livre – cache de dados | Rotatividade | Limites de replicação |
|---|---|---|---|---|
| 8 vCPUs (2 soquetes * 4 núcleos @ 2,5 GHz) | 16 GB | 300 GB | 500 GB ou menos | < 100 servidores |
| 12 vCPUs (2 soquetes * 6 núcleos @ 2,5 GHz) | 18 GB | 600 GB | 501 GB a 1 TB | 100-150 servidores. |
| 16 vCPUs (2 soquetes * 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 processo | Espaço livre para cache de dados | Rotatividade | Limites de replicação |
|---|---|---|---|
| 4 vCPUs (2 soquetes * 2 núcleos @ 2,5 GHz), 8 GB de memória | 300 GB | 250 GB ou menos | Até 85 servidores |
| 8 vCPUs (2 soquetes * 4 núcleos @ 2,5 GHz), 12 GB de memória | 600 GB | 251 GB a 1 TB | 86-150 servidores. |
| 12 vCPUs (2 soquetes * 6 núcleos @ 2,5 GHz), 24 GB de memória | 1 TB | 1-2 TB | 151-225 servidores. |
Restrição de largura de banda de upload.
o tráfego VMware que replica para o Azure passa por um servidor de processo específico. Você pode limitar a taxa de transferência de upload limitando a largura de banda nos servidores executados como servidores de processo. Você pode influenciar a largura de banda usando esta chave do registro:
O valor de registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM especifica o número de threads usados 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 usada para replicação. O valor padrão é quatro. O valor máximo é de 32. Monitore o tráfego para otimizar o valor.
Você também pode limitar a largura de banda no servidor de processo da seguinte maneira:
- No servidor de processo, abra o snap-in do MMC do Backup do Azure. Há um atalho na área de trabalho ou na pasta C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
- No snap-in, selecione Alterar as Propriedades.
- Em Limitação, selecione Habilitar limitação de uso da largura de banda de Internet para operações de backup. Defina os limites para horas de trabalho e folga. Os intervalos válidos são de 512 Kbps a 1.023 Mbps.
Próximas etapas
Experimente a migração baseada em agente para VMware ou servidores físicos.