🧠FFVAcademy
🚚

Migração para o Arquiteto: DMS, SCT, MGN e DRS

12 min de leitura·+65 XP

No Practitioner vimos os serviços de migração na altura do nome. Aqui vamos ao nível em que o SAA-C03 cobra: padrões arquiteturais. Qual combinação de MGN + DMS + DataSync faz sentido pra um cenário específico? Como dimensionar replication instance do DMS? Quando usar DRS em vez de Backup para DR? Qual a diferença real entre Transfer Family, DataSync e Storage Gateway? Essas decisões são o coração do domínio Resilient + Cost-Optimized do exame.

📘 Resilient + Cost-Optimized· ~26% + 20% do SAA-C03

As 7 estratégias (7 Rs) — o framework

EstratégiaO que fazEsforçoExemplo
RetireDescontinua a aplicaçãoNenhumApp legado sem uso
RetainMantém on-prem por oraNenhumSistema com compliance restrita
RehostLift-and-shift para EC2BaixoMGN replica VM para EC2 sem mudar código
RelocateMove hypervisor para AWS sem mudançasBaixoVMware Cloud on AWS
ReplatformLift-and-reshape com pequenas otimizaçõesMédioOracle em EC2 → Aurora PostgreSQL
RepurchaseMigra para SaaSMédioCRM custom → Salesforce
RefactorReescreve cloud-nativeAltoMonolito Java → Lambda + DynamoDB
💡
O exame cobra muito a diferença Rehost vs Replatform vs Refactor — quase sempre aparece num caso de uso com restrição de tempo ou budget. Menor esforço = Rehost. Melhor custo-benefício a médio prazo = Replatform. Melhor longo prazo e elasticidade = Refactor.

DMS + SCT: migração de bancos heterogêneos

🗺️ DMS + SCT + CDC

  On-prem Oracle                                  AWS Aurora PostgreSQL
  ┌──────────────┐                                ┌──────────────┐
  │   Source     │    1. SCT converte schema      │   Target     │
  │   Database   │ ─────────────────────────────→ │  (pronto)    │
  └──────┬───────┘                                └──────┬───────┘
         │                                               ▲
         │  2. DMS Full Load (dados iniciais)            │
         └─────────────────────────────────────────────→ │
         │                                               │
         │  3. DMS CDC (change data capture contínuo)    │
         └─────────────────────────────────────────────→ │
         │                                               │
         │  4. Cutover quando lag de CDC = 0             │
         └─── redireciona aplicação ────────────────────→
        
ComponentePapel
SCT (Schema Conversion Tool)Converte schema, stored procedures, triggers, views, índices entre dialetos (Oracle → PostgreSQL, SQL Server → Aurora MySQL, etc.). Gera assessment report com tudo que precisa conversão manual.
DMS Replication InstanceEC2 gerenciada que executa o job. Dimensionar: memória para tabelas largas, rede para alto throughput. Classes dms.r5/r6 para heavy workloads.
DMS Task Full LoadCarga inicial das tabelas. Pode rodar em paralelo (LOB mode: inline, full, limited).
DMS Task CDCReplica log transacional (redo log Oracle, binlog MySQL) em tempo quase-real.
DMS Fleet AdvisorRecomenda dimensionamento e estima custo a partir de métricas do banco origem.
⚠️
Armadilha: DMS não migra stored procedures em migração heterogênea. SCT é obrigatório antes. Em migração homogênea (Oracle → Oracle), SCT é opcional e você pode usar native tools (Data Pump) combinado com DMS CDC.

AWS MGN: lift-and-shift em escala

MGN (Application Migration Service) substitui o antigo SMS/CloudEndure Migration. Replica servidores inteiros (Windows/Linux, VMware/Hyper-V/físico) para AWS com downtime mínimo. Fluxo:

  1. Instala replication agent no servidor origem
  2. Replica blocos para área de staging (EBS) na AWS continuamente
  3. Configura Launch Template (instance type, VPC, SG, IAM profile)
  4. Test launch: sobe EC2 de teste a partir da réplica sem afetar produção
  5. Cutover: janela de manutenção, sobe EC2 final, redireciona tráfego
💡
Os primeiros 90 dias de replicação são gratuitos — paga só EBS + EC2 do teste. MGN também pode ser usado como DR barato (manter réplicas em standby).

AWS DRS: Disaster Recovery contínuo

AWS Elastic Disaster Recovery (ex-CloudEndure DR) é o primo do MGN focado em DR. Diferença prática:

AspectoMGN (migração)DRS (DR)
ObjetivoUma vez — cutover e pararContínuo — failover sempre disponível
CustoGrátis 90 dias + EBS stagingContínuo: EBS staging pequeno + licenças
RTOMinutos no cutoverMinutos no failover
RPOSegundosSegundos (sub-segundo em média)
FailbackSim — volta para origem após incidente
DRS é a recomendação atual da AWS para DR de EC2 e on-prem em Pilot Light / Warm Standby. Para Backup & Restore pura use AWS Backup. Para Multi-Site Active/Active use replicação nativa do banco (Aurora Global, DynamoDB Global Tables).

Transferência de dados: matriz de decisão

ServiçoUsoProtocolo / Interface
DataSyncTransferência contínua/agendada on-prem ↔ AWS ou AWS ↔ AWSNFS, SMB, HDFS, S3, EFS, FSx
Storage Gateway — File GatewayExpor buckets S3 localmente como NFS/SMB (cache local)NFS v3/v4.1, SMB
Storage Gateway — Volume GatewayVolume iSCSI respaldado por S3 (cache ou stored mode)iSCSI
Storage Gateway — Tape GatewaySubstitui tape library física (VTL backup)iSCSI VTL
Storage Gateway — FSx File GatewayAcesso cache local a shares FSx for WindowsSMB
Transfer FamilyUsuários externos trocando arquivos via SFTP/FTPS/FTP/AS2SFTP, FTPS, FTP, AS2
Snowball EdgeTransferir PB sem rede — appliance que AWS enviaNFS · S3 API local
SnowconeEdge compute + storage leve (2TB SSD · 8TB HDD)NFS · batch
SnowmobileCaminhão com 100 PB (casos especiais)

Cenários arquiteturais

📋 Migrar 500 servidores VMware para EC2 em 6 meses com cutover programado por wave

AWS MGN + Migration Hub Orchestrator

MGN automatiza replicação por bloco para 500 servidores. Migration Hub Orchestrator agenda waves, validações e cutover. Grátis 90 dias.

Alt: VMware HCX + VMware Cloud on AWSse quer manter vSphere.

Alt: Refactor por ondamuito mais longo e caro.

📋 DR cross-region para aplicações críticas com RTO de 5 minutos e RPO de 30 segundos

AWS DRS (Pilot Light/Warm Standby) + Aurora Global Database

DRS mantém réplicas EC2 em standby de baixo custo com failover rápido. Aurora Global replica banco com RPO < 1s. Backup & Restore não atenderia RTO.

Alt: Multi-Site Active/ActiveRPO ~0 mas muito mais caro.

Alt: AWS Backup + manual restoreRPO/RTO altos.

📋 Fornecedor externo precisa enviar arquivos CSV diariamente para processamento

AWS Transfer Family (SFTP) + Lambda + S3

Transfer Family expõe endpoint SFTP gerenciado com autenticação IAM/Active Directory/service-managed. Arquivo cai em S3, EventBridge dispara Lambda.

Alt: EC2 rodando OpenSSHoverhead operacional.

Alt: DataSyncnão expõe endpoint externo.

📋 Backup de fita legado (LTO) precisa ser substituído por storage em nuvem sem mudar app

Storage Gateway — Tape Gateway (VTL)

Tape Gateway apresenta endpoints iSCSI VTL compatíveis com NetBackup/Veeam. Fitas virtuais vão para S3/Glacier automaticamente.

Alt: AWS Backupse pode reescrever o fluxo.

Alt: Custom com S3 diretomais trabalho.

Perguntas típicas (Q&A)

MGN ou DRS para mover workloads para AWS?

MGN se o objetivo final é migrar e parar. DRS se a replicação será contínua para DR mesmo após a migração. Ambos usam a mesma tecnologia base.

Como dimensionar a DMS Replication Instance?

Depende de: volume total, tamanho de LOBs, throughput de escrita no origem e tipo de engine. Como regra: dms.r5.large para carga ≤ 500 GB, dms.r5.xlarge/2xlarge para 1-5 TB, dms.r6i.4xlarge+ para workloads heavy com CDC. Use Fleet Advisor para recomendação data-driven.

Qual diferença entre Snowball Edge Storage Optimized e Compute Optimized?

Storage Optimized: 80 TB usáveis, para transferência de grandes volumes. Compute Optimized: 42 TB + CPU/GPU para rodar Lambda e EC2 no edge (ambientes desconectados — navios, bases militares, minas).

DMS suporta NoSQL?

Como target: sim (DynamoDB, DocumentDB, OpenSearch, Kinesis, Kafka, Redis). Como source: MongoDB e DocumentDB nativamente. Para outros NoSQL use custom ETL com Glue.
Take-aways: 7 Rs = framework de escolha · MGN = migrar servidores · DRS = DR contínuo · DMS+SCT+CDC = bancos heterogêneos · Transfer Family = SFTP gerenciado · DataSync = transferência em rede · Storage Gateway = acesso híbrido · Snow Family = petabytes offline · Migration Hub = painel central.
🧩

Quiz rápido

3 perguntas · Acerte tudo e ganhe o badge 🎯 Gabarito