Como usar o AWS Application Migration Service

Por Jason Gregson & Artem Shchodro

Fui cliente do CloudEndure por vários anos. É (ou era) uma ótima ferramenta para Disaster Recovery, porque replicava o estado atual (on-prem) para a AWS de forma contínua. Como dava para replicar ambientes, também era útil para copiar lateralmente — de Produção para Testes, por exemplo — e aí dava para reduzir o gasto do ambiente de Testes com right-sizing. A gente sabe que o jeito certo de fazer isso é definir toda a infraestrutura como código (IaC) para conseguir implantar e mudar o que for preciso, mas nem todo mundo tem o luxo de já ter isso pronto ou o conhecimento necessário quando começa a trabalhar com a AWS.

A Amazon adquiriu o CloudEndure em 2019 e, alguns anos depois, criou o AWS Server Migration Service (AWS SMS <- nem me puxe esse assunto dos nomes dos serviços da AWS). Eu gosto bastante desse serviço: ele faz o que promete e simplesmente funciona. Foi uma ótima adição ao kit, mas, desde 31/03/2022, tem um novo jogador em campo: o AWS Application Migration Service (AWS MGN), que agora é o serviço recomendado para migrações lift-and-shift para a AWS. A Amazon vem incentivando os clientes que ainda usam o CloudEndure Migration ou o AWS SMS a migrarem para o AWS MGN nos próximos projetos. Lendo nas entrelinhas: comece a usar o novo serviço o quanto antes, porque os antigos vão começar a sair de cena… em breve.

O AWS MGN permite mover aplicações para a AWS sem precisar mexer nas aplicações, na arquitetura ou nos servidores migrados. Show!

Com o AWS MGN, você reduz processos manuais ao replicar servidores inteiros de forma automática e converter seus servidores de origem — sejam eles físicos, virtuais ou de outra nuvem — para rodar nativamente na AWS. O "Lift and Shift" é um ponto de partida válido como estratégia tática para ir para a nuvem, desde que a palavra-chave "partida" esteja sempre em mente. No médio e longo prazo, ainda haverá muito a fazer para extrair todo o potencial da computação como utilidade. Como sabemos, automatizar essas etapas manuais traz mais consistência, menos complexidade e menos erros nas migrações. O AWS MGN simplifica o processo ao permitir que você use o mesmo fluxo automatizado para todo o seu portfólio de aplicações. Ao rodar testes não disruptivos antes da migração, você ganha confiança de que aplicações críticas como SAP, Oracle e SQL Server vão funcionar na AWS — e, se algo der errado, o suporte da DoiT estará aqui como seu copiloto, dando uma mão no troubleshooting. Migrações mais econômicas também estão no menu ;)

O AWS MGN reduz o custo total da migração porque é mágico e faz tudo por você. Brincadeira — mas o MGN tem alguns recursos bem úteis que ajudam de verdade na migração, já que você não precisa investir em várias soluções diferentes, em desenvolvimento especializado em nuvem nem em conhecimentos específicos de cada aplicação para começar. Isso porque o AWS MGN consegue migrar qualquer aplicação a partir de qualquer infraestrutura de origem que rode sistemas operacionais suportados. O MGN não é o CloudEndure Migrate; é um serviço novo, com diferenças em várias áreas — numerosas demais para listar aqui. Mas dá uma olhada neste link para o PDF, com a tabela completa das diferenças.

Como o AWS MGN funciona?

Para começar, instale o AWS MGN Replication Agent nos seus servidores de origem e configure as opções de replicação no AWS Console do AWS MGN.

Por trás dos panos, o AWS MGN usa essas configurações para criar e gerenciar uma sub-rede de staging com algumas instâncias pequenas do Amazon EC2. Essas instâncias recebem os serviços replicados a partir da origem.

Essas instâncias de replicação recebem os dados do agente que está rodando nos seus servidores de origem e gravam tudo nos volumes EBS anexados. O AWS MGN mantém seus servidores de origem atualizados na AWS por meio de replicação contínua de dados em nível de bloco. Ele usa as configurações de inicialização que você definiu para subir instâncias quando você faz testes não disruptivos ou um cutover. Vale lembrar que os dados em trânsito são compactados e criptografados; ao chegar no volume EBS, a criptografia do EBS garante a segurança dos dados em repouso.

Quando você sobe instâncias de teste ou de cutover, o AWS MGN converte os servidores de origem para que iniciem e rodem nativamente na AWS. Assim você consegue confirmar que está tudo certo do lado da AWS. Depois de validar que as instâncias estão operando corretamente, é só descomissionar os servidores de origem — não tem por que manter os dois rodando.

Como eu disse, esse "lift and shift" é só o primeiro passo. A partir dele, você pode modernizar suas aplicações com toda a gama de serviços e produtos disponíveis na AWS. Uma das primeiras coisas a fazer é garantir que a instância replicada tem a especificação certa para operar — e não simplesmente seguir as recomendações do fornecedor. O Amazon CloudWatch é o seu ponto de partida agora para verificar se há recursos suficientes nas instâncias e se você está tendo o melhor custo-benefício. Na maioria das vezes, a especificação está acima do necessário, abrindo espaço para ajustar finamente as instâncias resultantes em termos de "Right sizing".

Como esta será uma instância "nova", o primeiro lugar para olhar é o Amazon CloudWatch, que vai te entregar métricas de desempenho quase em tempo real da instância. Você encontra dicas sobre o que observar aqui

Outro lugar para buscar otimização de custos das suas instâncias é o Cost Explorer. Tem um ótimo artigo aqui sobre como usar esse serviço para receber recomendações. Você precisa habilitar esse recurso na conta e, possivelmente, instalar o CloudWatch Agent em cada servidor. O CloudWatch Agent permite expor métricas adicionais da instância que não ficam disponíveis no nível do hypervisor. Com mais dados chegando ao CloudWatch, o Cost Explorer consegue gerar recomendações melhores.

Se quiser saber mais sobre o AWS MGN, dá uma olhada neste ótimo vídeo de 10 minutos que explica os conceitos. Outros links relacionados:

Página de recursos técnicos- Documentação do AWS MGN

YouTube: Workshop virtual - Um "lift and shift" com o AWS MGN

Disponibilidade:

O AWS Application Migration Service (AWS MGN) já está disponível em:

• US East (N. Virginia)

• US East (Ohio)

• Asia Pacific (Sydney)

• Europe (Ireland)

• Europe (Stockholm)

• US West (Oregon)

• Asia Pacific (Tokyo)

• Asia Pacific (Singapore)

• Europe (Frankfurt)

Se a sua Região AWS preferida ainda não for suportada pelo AWS MGN, considere usar o CloudEndure Migration.

Se você não conseguir instalar um agente nos seus servidores, considere usar o AWS Server Migration Service (AWS SMS).

Embora o AWS MGN ofereça um período gratuito de uso, você terá custos por qualquer infraestrutura AWS provisionada durante a migração e após o cutover. Para mais informações, confira a página de preços do AWS MGN.

Bora para o próximo passo?

Aqui na DoiT, temos orgulho da nossa obsessão pelo cliente e do mergulho profundo nos detalhes técnicos que você precisa para ter sucesso nas suas migrações. O "Lift and Shift" é um excelente ponto de partida, mas é importante ter uma conversa mais ampla sobre o valor de negócio que a migração vai trazer. No meu outro artigo sobre Acelerando sua migração para a AWS, mergulhamos bem mais fundo no cenário de migração para a AWS e em todos os pontos a considerar quando você começa essa jornada na nuvem.

P: Quanto tudo isso vai me custar?

O AWS MGN oferece um período gratuito de uso. Depois disso, você terá custos por qualquer infraestrutura AWS provisionada durante a migração e pela infraestrutura remanescente após o cutover. Quanto à consultoria da DoiT, a melhor parte é que temos um modelo de precificação único para apoiar nossos clientes — e isso vale também para as migrações para a AWS. Fazemos esse trabalho sem custo adicional; não há cobrança extra pela DoiT te orientar e apoiar nessa jornada.

P: Qual é a pegadinha?

Não tem nenhuma. Você só precisa pagar a sua fatura AWS por meio da DoiT como revendedora — e é isso. Somos um complemento aos serviços e ao suporte que você já recebe diretamente da Amazon; nós não tiramos nada dessa relação, exceto o pagamento da fatura AWS, que passa a ser feito pela DoiT.

Considerando o custo zero, dá para entender que a DoiT não vai executar a migração em si, mas vamos atuar como consultores para garantir que você receba a orientação certa, no momento certo, em cada etapa do processo. A execução fica por sua conta — ou de um terceiro, se preferir.

Além disso, você ganha todos os benefícios de ser cliente DoiT, incluindo:

• Suporte ilimitado (24x7 - Follow the sun)

• Treinamento sem custo

• Acesso sem custo ao DoiT Cloud Intelligence™

• Revisões Well Architected Framework (WAfR) sem custo

• Flexsave da DoiT (economias flexíveis)

• Spot0 da DoiT (preços Spot flexíveis)

Se quiser conversar sobre a sua migração ou está pensando em migrar para a AWS, fale com a gente — vai ser um prazer começar esse papo.

Jason

Jason Gregson é Global Head of AWS Programs and Operations da DoiT international. Depois de muitos anos como Solution Architect, incluindo 5 anos na Amazon, ele é apaixonado por ajudar clientes a construir aplicações modernas com os serviços mais recentes da AWS. Tecnólogo pragmático e engenheiro de coração, adora aprender em comunidade e compartilhar tecnologia para que todo mundo descubra a Arte do possível. Siga-o no Twitter em @JasonGregson.

Artem

Artem Shchodro é Senior Cloud Architect na DoiT international. Ex-Amazonian, ele ajuda clientes a extrair o máximo valor da nuvem. Artem é pragmático e direto, conectando valor de negócio com tecnologia. Não o siga no Twitter.