El AZ-305 incluye diseñar migraciones: clasificar workloads con las 6 R del CAF, descubrir y evaluar con Azure Migrate, mover bases de datos con DMS, y elegir online vs offline para datos masivos.
Contenido
| Estrategia | Qué implica | Señal |
|---|---|---|
| Rehost (lift-and-shift) | VM → VM sin cambios. Rápido, sin beneficios PaaS | "Migrar rápido sin tocar código", "salir del datacenter en 6 meses" |
| Refactor (repackage) | Cambios mínimos para PaaS: app → App Service, DB → MI, contenedores | "Reducir administración sin reescribir" |
| Rearchitect | Rediseñar partes: monolito → microservicios, colas, escalado | "La app no escala; modernizar la arquitectura" |
| Rebuild | Reescribir cloud-native desde cero (serverless, Container Apps) | "El código legacy no es viable" |
| Replace | Sustituir por SaaS (Dynamics, Salesforce) | "Dejar de mantener la app a medida" |
| Retire | Descomisionar — la app no aporta valor; eliminar del inventario | "Inventario descubre apps sin usuarios activos o duplicadas por consolidación" |
Proceso CAF de migración: Assess → Migrate → Optimize → Secure & Manage, aterrizando en una landing zone ya gobernada (no migrar a una suscripción vacía sin policies).
Discovery & Assessment
Migración
| Herramienta | Para qué |
|---|---|
| Azure Database Migration Service (DMS) | Migración SQL Server → Azure SQL (DB/MI/VM): offline u ONLINE (mínimo downtime con sync continua y cutover) |
| Azure SQL Migration extension (Azure Data Studio) | Assessment + migración guiada de SQL Server, recomendación de destino y SKU |
| Managed Instance Link | Réplica casi en tiempo real SQL Server ↔ MI — migración con downtime mínimo o DR híbrido |
| Backup/restore a URL | El camino simple con ventana de downtime (full + logs a blob, restore en destino) |
| Data Factory | Mover/transformar DATOS entre stores heterogéneos (no migra el motor) |
Online vs offline
"La base de datos no puede estar fuera de servicio más de X minutos" → migración online (DMS online / MI Link): replicación continua + cutover breve. Si hay ventana de mantenimiento amplia → offline (más simple y barato).
| Método | Cuándo |
|---|---|
| AzCopy / Storage Explorer | GBs a pocos TBs por red — scriptable, credenciales SAS o Entra ID |
| Azure Storage Mover | Servicio gestionado para mover shares SMB/NFS y blobs a Azure — proyecto/job con seguimiento de progreso sin scripts manuales |
| Azure Data Box (appliance física) | Red insuficiente o datos masivos: Microsoft envía el appliance. Data Box Disk (40 TB), Data Box (80 TB), Data Box Heavy (~1 PB) |
| Data Box Gateway / Azure File Sync | Transferencia CONTINUA híbrida (gateway virtual / cache de shares) |
| Data Factory | Pipelines programados con transformación entre stores heterogéneos |
| Import/Export (discos propios) | Alternativa a Data Box con tus propios discos SATA |
Regla práctica
Calcula el tiempo por red: 100 TB sobre 100 Mbps ≈ 100+ días. Si el tiempo de red es inviable o no hay ancho de banda → Data Box. Si los datos cambian continuamente, combinar: bulk con Data Box + delta por red. Para mover shares o blobs sin scripting → Storage Mover.
| Requisito | Diseño |
|---|---|
| Inventariar 500 VMs VMware sin instalar agentes | Azure Migrate appliance (agentless discovery) |
| Saber qué servidores forman cada aplicación | Dependency analysis |
| Dimensionar VMs destino por uso real, no por specs | Assessment con right-sizing |
| SQL Server → MI con downtime de minutos | DMS online / MI Link |
| Migrar app sin tocar código ni SO | Rehost con Migration tool |
| Web .NET a PaaS con cambios mínimos | Refactor → App Service |
| App sin usuarios tras el inventario — no migrar | Retire (descomisionar) |
| 300 TB con enlace de 200 Mbps | Azure Data Box (80 TB) o Data Box Heavy (~1 PB) |
| Mover shares SMB/NFS o blobs sin escribir scripts | Azure Storage Mover |
| Validar la migración antes del cutover | Test migration a VNet aislada |
| Sincronizar shares on-prem con la nube durante la transición | Azure File Sync |
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Una empresa debe migrar 200 VMs VMware y 40 instancias de SQL Server a Azure. Antes de mover nada necesitan: inventario completo sin instalar agentes, mapa de dependencias para agrupar servidores por aplicación, estimación de costos con right-sizing, y para las DBs más críticas una migración con downtime de minutos. ¿Qué combinación usas?
Inicia sesión para llevar tu progreso.