O blog da AWS
Como simplificar e organizar migrações em escala com as funcionalidades do AWS Application Migration Service (MGN) – Parte 3
Agrupando servidores em Aplicações (Applications)
É comum empresas possuírem conjuntos de servidores com dependências entre si. Por exemplo, um ambiente pode ser composto por diferentes servidores de banco de dados, aplicação e web, os quais possuem comunicação entre si e demandam uma baixa latência para um desempenho mais otimizado. O AWS MGN possui a funcionalidade de agrupar servidores em uma aplicação (Application), permitindo realizar operações em massa como monitoração, testes, migração, cutover e arquivamento das migrações.
Para adicionar um Application, acesse “Applications”, clique em “Add application”, forneça um nome e selecione os servidores que devem ser migrados de maneira conjunta. Repita o processo para cada grupo de servidores que possuem interdependências.
Cada Application terá diferentes servidores os quais podem ser movidos ao mesmo tempo de maneira mais fácil, cujos passos da migração não precisam mais ser executados individualmente e repetidos para cada servidor:
| Dica #5: Saiba antecipadamente quais são as interdependências entre servidores para evitar problemas durante a migração. Estas interdependências podem estar em vários níveis, como aplicação, bancos de dados, autenticação em um domínio, ETL, etc. Utilize uma ferramenta como o AWS Application Discovery Service para descobrir conexões abertas entre servidores e agrupe estes servidores em um Application no AWS MGN para a execução de atividades em paralelo durante a migração. |
Defina ondas para a migração (Waves)
O planejamento de ondas é um marco importante em uma migração em larga escala. Em um plano de ondas, você agrupa aplicações semelhantes, a prioridade das aplicações, a semelhança da arquitetura da aplicação, funcionalidade empresarial, impacto no negócio e cronograma operacional. Por exemplo, uma aplicação só pode ser migrada durante uma janela específica ou o responsável por uma aplicação pode estar disponível apenas para uma janela específica de migração, portanto, todas as aplicações do responsável devem estar na mesma onda (Wave). O AWS MGN ajuda os usuários a gerenciar suas migrações agrupando servidores de origem e aplicações em Waves.
Para adicionar uma Wave, acesse “Waves”, clique em “Add wave”, forneça um nome e selecione os Applications que devem fazer parte da mesma janela migração. Repita o processo para cada grupo de Applications.
Após criar as Waves, será possível visualizar as Applications, o status das migrações e possíveis alertas. Em vez de executar o lançamento de instâncias de teste, cutover, arquivamento, etc. para cada servidor e para cada Application, é possível realizar estas operações em escala para dezenas de servidores que estejam presentes na mesma Wave, a qual possui uma ou mais Applications com um ou mais servidores”:
| Dica #6: Defina ondas de migração alinhadas com os resultados da empresa e “owners” das aplicações. Dentro destas ondas, defina quais são os grupos de aplicações que possuem similaridades ou interdependências e migre-as em conjunto. Através do AWS MGN, é possível criar estas ondas para uma melhor organização e execução de atividades simultâneas em escala. |
Testando as instâncias antes do cutover final (Launch Test Instances)
Após o término da replicação dos servidores, o próximo passo é lançar as instâncias de teste. Este passo é obrigatório. Isto pode ser feito individualmente para cada servidor, por Application ou por Wave. Ao escolher um Application, esta ação será executada em todos os servidores dentro do mesmo Application. Ao escolher uma Wave, esta ação será realizada em todas as Applications e consequentemente, todos os servidores, simplificando o processo de migração como um todo.
Para fazer o launch de instâncias de teste de um grupo de servidores dentro de um Application, vá para “Applications” e em “Actions”, escolha “Launch test instances”:
Clique em “Launch”:
As devidas instâncias EC2 serão criadas e o status dentro do AWS MGN será modificado para “Test in progress”:
| Dica #7: O AWS MGN exige o lançamento de instâncias de teste antes do cutover final. Não é possível realizar o cutover sem passar pelo ciclo de vida completo de migração do AWS MGN. |
Marque os servidores como “Ready for Cutover”
Caso os testes tenham sido bem sucedidos, o próximo passo é marcar os servidores como “Ready for Cutover”. No mesmo menu do passo anterior, escolha “Mark as ‘Ready for cutover’”:
No cutover final, outras instâncias EC2 são criadas e as máquinas de testes não são aproveitadas. Caso não necessite de acesso às instâncias, para não incorrer em custos adicionais deixe marcado o checkbox “Yes, terminate launched instances (recommended)” e clique em “Continue”:
Inicie as instâncias EC2 definitivas através do AWS MGN (Launch Cutover Instances)
O processo de cutover é similar ao de testes. No mesmo menu “Actions”, acesse a opção “Launch cutomer instances”:
Confirme a ação na próxima tela, clicando em “Launch”:
Após esta ação, o AWS MGN lançará as instâncias EC2 definitivas. Assim como no ambiente de testes, você pode confirmar o status das instâncias pela própria console EC2 também:
Finalize o Cutover
Após a migração definitiva para a AWS, os snapshots utilizados pelo AWS MGN durante o processo de migração podem ser descartados e a replicação pode ser encerrada. Para que isto ocorra, basta indicar ao AWS MGN que o cutover deve ser finalizado. Ainda no menu “Actions”, escolha a opção “Finalize cutover”:
Confirme o término da janela na próxima tela clicando em “Finalize”. A replicação de dados será encerrada e os recursos utilizados para esta replicação serão descartados.
Arquive os servidores (Archive Application)
O processo anterior não removerá os servidores migrados da console do AWS MGN, mas é possível mudar o status dos mesmos para que você possa focar somente nas Waves, Applications e servidores a migrar no futuro. Para “arquivar” este grupo de servidores, acesse o menu “Actions” e clique em “Archive application”:
Clique em “Archive” para confirmar:
Depois disto, o status do Application mudará para “Archived”:
Através da console do AWS MGN, é possível filtrar o status da migração, mostrando somente o que ainda está em progresso ou não:
Conclusão
A possibilidade de agrupar múltiplos servidores em Applications e Waves amplifica as funcionalidades citadas para dezenas ou centenas de servidores, otimizando o tempo dos responsáveis pela migração para que possam focar nas atividades mais críticas dentro de uma janela de migração. Visite a página Getting started with AWS Application Migration Service para obter mais informações sobre como iniciar as suas migrações para a AWS.
Sobre os Autores
Juliano Fernandes Baeta é Arquiteto de Soluções para Parceiros Globais nos Estados Unidos e América Latina. Sua missão é ajudar Clientes e Empresas Integradoras de Sistemas a construir soluções seguras, eficazes e resilientes na AWS.
Thiago Mantovani está localizado no Brasil e é Arquiteto de Soluções da AWS com especialização em Migrações. Seu maior foco é ajudar os clientes de diversos segmentos na América Latina em sua jornada para nuvem de forma resiliente e escalável. Fora do trabalho, ele adora se divertir com sua família e é um grande fã e praticante de esportes.
Pedro Calixto é Arquiteto de Soluções especialista em migrações na AWS. Pedro integra a equipe de Cloud Acceleration para a América Latina. Seu foco é ajudar empresas a exceder resultados de negócio, acelerando a migração e a modernização de workloads para a AWS de forma escalável