Application Migration Service (MGN)

O AWS Application Migration Service (MGN) é o principal serviço da AWS para realojar (lift and shift) servidores locais — físicos ou virtuais — no Amazon EC2. O MGN replica continuamente os servidores de origem para uma área de preparação na AWS, portanto, quando estiver pronto para migrar, a janela de mudança será muito curta (minutos em vez de horas). O MGN oferece suporte a servidores Windows e Linux de qualquer hipervisor ou ambiente bare metal.

O MGN instala um AWS Replication Agent leve em cada servidor de origem. O agente estabelece uma conexão criptografada pela porta TCP 1500 e replica continuamente as alterações nos discos em nível de bloco para uma área de preparação na sua região da AWS de destino. A área de preparação consiste em servidores de replicação de baixo custo (iniciados automaticamente pelo MGN) e volumes do EBS que espelham os discos de origem quase em tempo real. Não ocorre tempo de inatividade durante a replicação.

Cada servidor de origem tem um Launch Template que define como a instância do EC2 migrada será configurada: tipo de instância, sub-rede, grupos de segurança, perfil de instância do IAM, tipos de volume do EBS e se um IP público será atribuído. Você configura o modelo de inicialização antes dos testes. O MGN usa esse modelo ao iniciar uma instância de teste ou de mudança a partir dos instantâneos replicados do EBS.

A fase de Test do MGN permite iniciar uma instância do EC2 de teste a partir do instantâneo replicado mais recente, sem interromper o servidor de origem. Execute testes básicos da aplicação, valide a conectividade de rede e verifique se o servidor migrado é inicializado e responde corretamente na AWS. Após os testes, encerre a instância de teste e a replicação continuará — não há nenhum impacto na origem em produção durante o teste.

Quando estiver confiante após os testes, inicie a mudança. O MGN tira um instantâneo final dos discos de origem, inicia a instância do EC2 de mudança e o servidor de origem deixa de receber novas replicações de gravação. Atualize o DNS para apontar para a nova instância do EC2. Toda a janela de mudança — desde o acionamento da mudança até a nova instância do EC2 ficar ativa — normalmente dura menos de 15 minutos, permitindo janelas de manutenção muito curtas.

O MGN oferece suporte a Ações Pós-Inicialização — scripts executados automaticamente na instância do EC2 migrada imediatamente após a inicialização. Use-as para instalar agentes de monitoramento (CloudWatch Agent, SSM Agent), aplicar configurações de linha de base de segurança, registrar a instância em sistemas internos de CMDB ou executar verificações de integridade. As ações pós-inicialização são associadas a um modelo de inicialização e executadas por meio do Systems Manager Run Command, reduzindo as etapas manuais após a migração.

A AWS oferecia anteriormente o Server Migration Service (SMS) para a migração de servidores. O MGN é seu sucessor e agora é o serviço recomendado. Entre as principais melhorias do MGN estão: replicação em nível de bloco (e não em nível de instantâneo), permitindo replicação contínua quase em tempo real em vez de instantâneos periódicos; suporte a uma variedade maior de ambientes de origem; e o fluxo de trabalho de mudança de teste sem interrupção. Se uma questão de prova mencionar o SMS como opção, prefira o MGN, a menos que a questão trate especificamente do SMS.

O MGN replica por meio de uma conexão TLS criptografada na porta 1500 para o servidor de replicação na área de preparação. A sincronização inicial replica todos os dados dos discos de origem, o que pode consumir muita largura de banda. Para servidores grandes em centros de dados com largura de banda limitada para a internet, considere usar o AWS Direct Connect ou o AWS Site-to-Site VPN para transportar o tráfego de replicação em vez da internet pública. Após a sincronização inicial, somente as alterações incrementais nos blocos são enviadas.

O MGN tem um modelo de preços simples: é gratuito durante os primeiros 90 dias por servidor e, depois disso, há uma cobrança por servidor e por hora. A área de preparação gera cobranças pelas instâncias do EC2 dos servidores de replicação (normalmente t3.small) e pelos volumes do EBS que replicam os discos de origem. Minimizar a duração total da replicação, realizando os testes e a mudança prontamente, mantém os custos baixos. Não há cobrança pelo próprio agente do MGN.

Na prova SAA-C03, o MGN aparece em cenários que exigem uma migração de servidores rápida e de baixo risco. Principais indicações: realojar com tempo de inatividade mínimo, fazer lift and shift de centenas de servidores, janela de mudança curta, nenhuma alteração na aplicação. Faça a distinção em relação ao DMS (migração de bancos de dados), ao Snowball (transferência em massa de dados sem servidor ativo) e ao Glue/DataSync (movimentação de dados entre serviços de armazenamento). O MGN é destinado a servidores, não a bancos de dados nem a transferências de dados puras.

Para aplicações multicamadas (servidores web, de aplicação e de banco de dados que precisam migrar juntos), o MGN oferece suporte a agrupamentos de Wave e Application. Você agrupa os servidores de origem em uma aplicação e, em seguida, inicia os testes e a mudança para todo o grupo em sequência, garantindo que as camadas dependentes sejam inicializadas na ordem correta. Isso evita a falha clássica de migrar um servidor web antes que o servidor de banco de dados esteja disponível na AWS.

Teste sua compreensão dos conceitos de AWS Solutions Architect (SAA-C03) desta lição.

Nesta lição, você aprendeu que: o MGN fornece replicação contínua em nível de bloco de servidores locais para a AWS, permitindo uma mudança com tempo de inatividade quase zero; o recurso de teste sem interrupção permite validar servidores migrados sem interromper a origem; e as Ações Pós-Inicialização automatizam a configuração após a migração por meio do Systems Manager. A seguir, exploraremos o Database Migration Service para cenários específicos de migração de bancos de dados.