Migração de uma aplicação 3 camadas para AWS

• Etapa atual: Revisão de documentação

Cenário:

Este laboratório simula a migração de um site WordPress hospedado em ambiente on-premises para a AWS, com foco em uso de serviços nativos da nuvem e baixo downtime

Objetivos:

• Praticar conceitos de migração para AWS com foco na certificação Solutions Architect – Associate.
• Criar um ambiente documentado, reprodutível e realista.
• Proporcionar aprendizado prático.

Resultados atingidos:

• Downtime no cutover de 5 minutos com a virada de DNS.
• A aplicação permaneceu ativa durante a migração, com suporte a leitura, escrita e uploads, garantindo continuidade operacional até o cutover.
• Toto o processo foi realizado ips privados via VPN site-to-site entre AWS e GCP

Diagramas de Arquitetura:

Cenário em ambiente cloud

Cenário de Migração (VPN)

Cenário On-premisse

Ambiente On-premise

• O ambiente on-premises foi simulado na GCP, com:
  • 1 VM executando o WordPress com Apache e NFS
  • 1 VM separada com o banco de dados MySQL
  • 1 VM com firewall OPNsense (fork do PFsense)

A escolha do WordPress se deu por envolver múltiplas camadas:

Aplicação (Apache/PHP) Banco de dados (MySQL) Filesystem compartilhado (NFS)

Com isso, foi possível:

Utilizar AWS DataSync para sincronizar arquivos durante a migração Utilizar AWS DMS com CDC (Change Data Capture) para replicação contínua do banco Simular uso da aplicação durante a migração com uploads de arquivos e escrita/leitura no banco de dados.

Requisitos:

• Banco de dados foi RDS MySQL
• Para arquivos foi usado serviço EFS para NFS
• Wordpress foi hospedado em dois servidores EC2 em multi-az atrás de um Application Load Balancer
• A aplicação rodou em docker compose.
• EC2 sob um grupo de autoscaling em subredes privadas
• Credenciais armazenadas no Secrets Manager com acesso gerenciado via IAM.

Restrições:

• Downtime mínimo no cutover.
• Foi usado os serviços AWS para o laboratório.
• A migração ocorreu através de uma conexão segura e privada, utilizando Site-to-Site VPN conectando ao OPNsense na GCP.
• O site manteve-se disponível e em uso (escrita/leitura e upload) durante a fase de migração.

Estratégia de Cutover

• Validação completa do novo ambiente com domínio secundário.
• Pausa da aplicação antiga para sincronizar os bancos.
• Apontamento do DNS para novo ambiente.
• Rollback para o ambiente antigo alterando o apontamento DNS.
• Desligamento do ambiente antigo após validação do novo ambiente.

Serviços usados para migração

• VPN site-to-site para proteger conexão.
• DMS para migrar banco de dados.
• DataSync para migrar filesystem.

Custo total desse laboratório além do free-tier U$$ 2,15

Documentação do técnica das etapas:

• Configurando VPN AWS site-to-site
• Configurando Datasync
• Configurando DMS
• Documentação fase on-premise em desenvolvimento, não foi o foco desse laboratório
• Instalação e configuração OPNsense em breve
• Configuração LAMP