AWS Application Migration Service virou AWS Transform MGN na documentação oficial, mas o motor de migração não mudou

A documentação da AWS já chama o antigo Application Migration Service de AWS Transform MGN. O motor de migração continua fazendo réplica contínua em nível de bloco, com cutover de minutos.

Quem planeja saída de data center ou consolidação de servidores na AWS vai notar uma mudança de nome na documentação oficial: o que era AWS Application Migration Service (MGN) é referenciado na documentação atual como AWS Transform MGN. A troca de rótulo, registrada na própria página de referência do serviço, não mexe no motor de replicação que sustenta o rehost de servidores físicos, virtuais e de outras nuvens para a AWS.

Para quem trabalha com migração no dia a dia, o nome importa menos que o comportamento da ferramenta. Mas entender o que a documentação confirma ajuda a decidir quando ela é a peça certa e quando um caminho mais simples resolve.

O que o nome novo sinaliza

A documentação atual do serviço já abre com o título "What Is AWS Transform MGN?", em uma página cujo endereço ainda referencia "application-migration-service", um indício de que o conteúdo foi atualizado sem alterar a URL antiga. O texto descreve exatamente a mesma função de sempre:

O serviço automatiza a migração de servidores físicos, virtuais e em nuvem para a AWS com o mínimo de indisponibilidade, geralmente com janelas de corte de poucos minutos.

AWS Transform MGN automates the migration of physical, virtual, and cloud servers to AWS with minimal downtime, typically cutover windows of minutes.Documentação oficial do AWS Transform MGN

O nome sugere que a AWS passou a tratar o MGN como parte da família AWS Transform, guarda-chuva que reúne ferramentas de modernização para diferentes pilhas legadas. Para quem opera o serviço, isso é mais relevante no console e na busca por documentação do que na operação em si: os parâmetros, templates e fluxo de trabalho continuam os mesmos descritos no guia técnico.

Como o motor de replicação funciona na prática

O MGN faz replicação contínua em nível de bloco para a AWS, não um snapshot periódico. Isso é o que permite cutover de minutos: quando chega a hora de virar a chave, só falta sincronizar as últimas alterações, não copiar o disco inteiro.

O serviço cobre tanto Windows Server quanto diversas distribuições Linux, com suporte a IPv4 e IPv6. A réplica pode ir para uma Availability Zone padrão ou para uma AWS Local Zone sem configuração especial, o que importa para quem migra carga que precisa ficar fisicamente perto de um mercado específico.

Um detalhe técnico que pega gente desavisada: o suporte a IPv6 só existe nas regiões onde o Amazon EC2 já tem endpoints dual-stack. Quem está desenhando a réplica de uma aplicação com requisitos de rede IPv6 precisa checar essa lista antes de assumir que vai funcionar em qualquer região.

Os três templates que controlam a migração

Tudo no MGN gira em torno de três templates configuráveis, replication, launch e post-launch, que controlam como os servidores são replicados, lançados e configurados depois da migração.

As configurações do template se aplicam a todo servidor recém-adicionado, mas dá para sobrescrever por servidor individual a qualquer momento. Isso é o que torna viável ajustar a configuração de um servidor com necessidades específicas sem reescrever o template inteiro para toda a leva de migração.

Servers, applications e waves: a unidade de trabalho de quem migra

Para quem está fechando um data center inteiro, migrar servidor por servidor não escala. O MGN deixa agrupar servidores em applications e applications em waves, e ações como launch, cutover e arquivamento podem ser disparadas no nível de servidor, de aplicação ou de onda inteira.

Na prática, isso significa que um engenheiro de migração pode desenhar o plano de saída do data center por dependência de negócio: a wave 1 leva o cluster de autenticação, a wave 2 leva o ERP com seus bancos satélites, e cada wave sobe e faz cutover como unidade, sem precisar clicar servidor por servidor no console.

Depois do rehost: replatform e refactor

A própria documentação é explícita sobre o papel do MGN na estratégia: ele existe para viabilizar um rehost rápido como primeiro passo, não como destino final. Depois que o servidor está rodando como instância EC2, o caminho normal é usar outros serviços AWS para replatform (trocar o banco self-managed por RDS, por exemplo) ou refactor (quebrar o monólito em serviços).

Em resumo: o MGN resolve o problema de sair do data center dentro do prazo, mas a conta de custo e a arquitetura final da aplicação só melhoram depois, na etapa de modernização que vem em seguida.

O trade-off do Well-Architected que ninguém pode ignorar

Rehost via MGN favorece o pilar de confiabilidade: a replicação contínua reduz o RTO de uma migração para minutos, o que é decisivo quando o contrato do data center está vencendo. Mas isso custa no pilar de otimização de custos: a instância EC2 que sobe no final é um espelho do servidor antigo, com o mesmo dimensionamento e as mesmas ineficiências, até alguém fazer o replatform.

Quem está planejando a migração para a região São Paulo (sa-east-1), que está na lista de regiões suportadas pelo MGN, precisa decidir já nessa fase se o rehost é só uma ponte ou se vai virar destino permanente. Deixar um servidor rehostado sem revisão por anos é o jeito mais comum de pagar fatura de nuvem no preço de servidor físico.

Quando o MGN não é a ferramenta certa

Nem toda migração justifica configurar agente, template e wave. Vale considerar alternativas quando:

• A aplicação é cloud-native ou já roda em container: migrar direto para ECS ou EKS evita carregar o sistema operacional de origem.
• São poucos servidores isolados, sem dependência entre si: vale avaliar se o esforço de manter replicação contínua ativa se justifica frente ao volume migrado.
• O servidor será descomissionado em poucos meses: o esforço de configurar replicação e waves não se paga antes do desligamento.

Para o grosso dos cenários de saída de data center com dezenas ou centenas de servidores físicos e virtuais, porém, o MGN, sob o nome AWS Transform MGN na documentação atual, continua sendo o caminho indicado pela AWS, com o console acessível em console.aws.amazon.com/mgn/home e suporte oficial a Local Zones nas regiões já habilitadas.

Fonte 1: Documentação do AWS Application Migration Service (https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html)

What Is AWS Transform MGN? - AWS Transform MGN

View a markdown version of this page What Is AWS Transform MGN? - AWS Transform MGN Documentation AWS Transform MGN User Guide Accessing the AWS Transform MGN console Supported AWS Regions MGN technical training materials What Is AWS Transform MGN? AWS Transform MGN (MGN) automates the migration of physical, virtual, and cloud servers to AWS with minimal downtime, typically cutover windows of minutes.

MGN performs continuous block-level replication of your source servers and converts them for launch on AWS, allowing you to migrate large numbers of servers without compatibility issues or performance disruption. MGN works across a broad range of operating systems including Windows Server and various Linux distributions, and supports both IPv4 and IPv6 network configurations. You can replicate into standard Availability Zones or AWS Local Zones without any special configuration. The service uses three configurable templates (replication, launch, and post-launch) to control how servers are replicated, launched, and configured after migration.

Template settings are applied to each newly added server, and you can override settings for individual servers at any time. To manage migrations at scale, you can group servers into applications and applications into waves. Configuration changes and actions such as launch, cutover, and archival can be performed at the server, application, or wave level, enabling bulk operations across large environments. After migration, you can use AWS services to replatform or refactor your applications, making rehosting a fast first step toward modernization.

Accessing the AWS Transform MGN console

You can access AWS Transform MGN through the AWS Management Console or through the following link:

https://console.aws.amazon.com/mgn/home

Supported AWS Regions

The following AWS Regions are supported by AWS Transform MGN:

Region name Region identity Support in AWS Transform MGN

US East (Ohio) us-east-2 Yes

US East (N. Virginia) us-east-1

US West (N. California) us-west-1

US West (Oregon) us-west-2

Africa (Cape Town) af-south-1

Asia Pacific (Hong Kong) ap-east-1

Asia Pacific (Taipei) ap-east-2

Asia Pacific (Thailand) ap-southeast-7

Asia Pacific (Jakarta) ap-southeast-3

Asia Pacific (Malaysia) ap-southeast-5

Asia Pacific (New Zealand) ap-southeast-6

Asia Pacific (Melbourne) ap-southeast-4

Asia Pacific (Mumbai) ap-south-1

Asia Pacific (Hyderabad) ap-south-2

Asia Pacific (Osaka) ap-northeast-3

Asia Pacific (Seoul) ap-northeast-2

Asia Pacific (Singapore) ap-southeast-1

Asia Pacific (Sydney) ap-southeast-2

Asia Pacific (Tokyo) ap-northeast-1

Canada (Central) ca-central-1

Canada West (Calgary) ca-west-1

Europe (Frankfurt) eu-central-1

Europe (Zurich) eu-central-2

Europe (Ireland) eu-west-1

Europe (London) eu-west-2

Europe (Paris) eu-west-3

Europe (Milan) eu-south-1

Europe (Spain) eu-south-2

Europe (Stockholm) eu-north-1

Israel (Tel Aviv) il-central-1

Middle East (Bahrain) me-south-1

Middle East (UAE) me-central-1

Mexico (Central) mx-central-1

South America (São Paulo) sa-east-1

AWS GovCloud (US-East) us-gov-east-1

AWS GovCloud (US-West) us-gov-west-1

Learn more about AWS Regional services .

AWS Transform MGN regional support includes AWS Local Zones associated with the above supported regions.

Important MGN supports IPv6 in the regions where Amazon EC2 dual-stack endpoints are present. For the list of EC2 dual-stack endpoints, see Dual-stack (IPv4 and IPv6) endpoints in the Amazon EC2 Developer Guide .

MGN technical training materials

The following technical trainings are available for MGN:

AWS Transform MGN - A Technical Introduction

Blog posts related to MGN

MGN video playlist

Document Conventions Quick start guide Did this page help you? - Yes Thanks for letting us know we're doing a good job! If you've got a moment, please tell us what we did right so we can do more of it. Did this page help you? - No Thanks for letting us know this page needs work. We're sorry we let you down. If you've got a moment, please tell us how we can make the documentation better.

Fonte: Documentação do AWS Application Migration Service