Azure Site Recovery: cómo garantizar la continuidad del negocio

Una caída del centro de datos, un ataque de ransomware, un error humano o una interrupción en toda una región cloud. No se trata de si algo va a fallar, sino de cuándo. Lo que distingue a una organización resiliente de una paralizada es tener un plan de continuidad probado y automatizado. En este artículo vemos cómo Azure Site Recovery (ASR) ayuda a conseguirlo, en qué se diferencia de un backup tradicional y cómo implantarlo paso a paso.

What Is Azure Site Recovery?

Es el servicio de recuperación ante desastres (DR) nativo de Azure. Proporciona resiliencia de infraestructura para las cargas críticas del negocio mediante replicación continua, conmutación por error (failover) y capacidades de recuperación. Protege las máquinas virtuales frente a interrupciones planificadas y no planificadas, desde fallos de una zona hasta caídas de una región entera, cumpliendo los objetivos de recuperación (RPO y RTO).

El funcionamiento es sencillo: Site Recovery replica las cargas que se ejecutan en máquinas físicas y virtuales desde un sitio principal a una ubicación secundaria. Cuando hay una caída en el sitio principal, se hace failover a la ubicación secundaria y se accede a las aplicaciones desde allí. Cuando el sitio principal vuelve a estar operativo, se puede volver a él (failback).

Backup vs. Site Recovery: no son lo mismo (y se necesitan los dos)

Es un error frecuente pensar que tener copias de seguridad equivale a tener un plan de recuperación ante desastres. Microsoft separa claramente ambos servicios dentro de Azure Recovery Services: Site Recovery ayuda a garantizar la continuidad del negocio manteniendo apps y cargas de trabajo en funcionamiento durante las interrupciones, mientras que Azure Backup mantiene los datos seguros y recuperables.

Conclusion: el backup responde a la pregunta «¿puedo recuperar mis datos?» y Site Recovery a «¿puedo seguir operando?». Una estrategia BCDR (continuidad de negocio y recuperación ante desastres) madura combina ambos

¿Qué puedo proteger?

ASR cubre escenarios híbridos y cloud: cualquier carga que se ejecute en VM de Azure compatibles, VM locales de Hyper-V y VMware, y servidores físicos Windows/Linux. Escenarios principales:

• Azure a Azure: replicación de VM entre regiones (o entre zonas de disponibilidad).
• Local a Azure: VMware, Hyper-V y servidores físicos, eliminando el coste y la complejidad de mantener un centro de datos secundario.
• VMware con el nuevo appliance: el appliance de replicación mejorado ofrece más seguridad y resiliencia que el antiguo servidor de configuración.
• Cargas con mucha escritura: opción High Churn para VM de Azure con una tasa de cambio de datos de hasta 100 MB/s.

Conceptos clave: RPO, RTO y puntos de recuperación

• RPO (Recovery Point Objective): cuántos datos puedes permitirte perder. Site Recovery ofrece replicación continua para VM de Azure y VMware, y una frecuencia de replicación de hasta 30 segundos para Hyper-V.
• RPO (Recovery Point Objective): cuánto tiempo puedes estar sin servicio. Se puede reducir todavía más integrándolo con Azure Traffic Manager.
• Consistencia: recuperación coherente ante bloqueos (crash-consistent) o coherente con la aplicación, con puntos de recuperación de hasta 15 días. Las instantáneas coherentes con la aplicación capturan los datos del disco, los datos en memoria y las transacciones en curso, algo fundamental para bases de datos como SQL Server.

Tipos de failover

1. Test failover (simulacro): permite ejecutar simulacros de recuperación sin afectar a la replicación en curso. Es la funcionalidad más infravalorada y la más importante.
2. Failover planificado: para interrupciones previstas, sin pérdida de datos. Útil para mantenimientos o migraciones.
3. Failover no planificado: para desastres inesperados, con una pérdida de datos mínima que depende de la frecuencia de replicación.
4. Failback: volver al sitio original una vez restablecido.

Planes de recuperación: orquestar aplicaciones completas

Una aplicación real no es una sola VM: hay base de datos, servidores de aplicación, front-end y balanceadores, y el orden de arranque importa. Los planes de recuperación permiten personalizar y secuenciar el failover de aplicaciones multinivel que se ejecutan en varias VM, agrupando máquinas y añadiendo scripts y acciones manuales, con integración con runbooks de Azure Automation.

Implantación paso a paso (escenario Azure a Azure)

1. Análisis previo: evaluar dependencias de las aplicaciones, requisitos de recuperación, conectividad de red, capacidad del entorno de destino y requisitos de failover.
2. Crear un almacén de Recovery Services en la región de destino (nunca en la misma región de origen).
3. Habilitar la replicación desde la VM (Recuperación ante desastres) o desde el almacén: región de destino, grupo de recursos, red virtual, cuenta de caché y directiva de replicación.
4. Definir la directiva de replicación: retención de puntos de recuperación y frecuencia de instantáneas coherentes con la aplicación.
5. Configurar la red de destino: subredes, NSG, IPs y, si aplica, conectividad privada mediante Azure Private Link para replicar desde redes virtuales aisladas.
6. Crear el plan de recuperación con grupos, scripts y runbooks.
7. Ejecutar un test failover en una red aislada, validar y limpiar.
8. Monitorizar: estado de replicación, RPO real, alertas y trabajos desde el almacén o el Centro de Resiliencia.

Seguridad e integridad de los datos

• Site Recovery orquesta la replicación sin interceptar los datos de la aplicación.
• Todas las comunicaciones entre servicios se hacen por HTTPS y la transferencia de datos se valida con sumas de comprobación (checksums) para garantizar su coherencia.
• Regulatory compliance: habilitar Site Recovery entre regiones de Azure separadas ayuda a cumplir regulaciones como ISO 27001, y apoya requisitos como NIS2 o DORA en el sector financiero.

Buenas prácticas

• Prueba, prueba y vuelve a probar. Un plan de DR que no se ha probado no es un plan, es una esperanza. Haz test failovers al menos cada trimestre.
• Combina ASR con Azure Backup. La replicación copia también el ransomware o el borrado accidental; el backup inmutable con retención larga es tu última línea de defensa.
• Documenta RPO/RTO por aplicación y clasifica las cargas (críticas, importantes, no críticas). No todo necesita DR.
• Automatiza con planes de recuperación y runbooks: cambios de DNS, cadenas de conexión y arranque de servicios.
• Infraestructura como código (Bicep/Terraform) para la red de destino, para que el entorno de recuperación esté siempre alineado con producción.
• No olvides las dependencias: identidad (Entra ID/AD DS), DNS, licencias, certificados y conectividad con terceros.
• Monitoriza el RPO real y configura alertas cuando supere el umbral acordado.

Conclusion

Azure Site Recovery convierte la recuperación ante desastres, antes un proyecto caro y complejo, en un servicio gestionado, automatizable y de pago por uso. Combinado con Azure Backup, permite construir una estrategia de resiliencia completa: los datos siempre recuperables y los servicios siempre disponibles.

¿Ya tienes definido tu RPO y RTO por aplicación? Ese es el primer paso

Azure Site Recovery y continuidad de negocio: ABD te ayuda

At ABD Consulting and IT Solutions ayudamos a las empresas a proteger sus sistemas y garantizar la continuidad de su actividad ante posibles interrupciones. Como partner de Microsoft, te acompañamos en el diseño e implantación de soluciones de Azure que permiten mejorar la resiliencia de tu infraestructura, reducir los tiempos de inactividad y reforzar la seguridad de tus datos.

Nuestro equipo puede ayudarte a definir una estrategia de recuperación ante desastres adaptada a las necesidades de tu negocio, combinando tecnologías como Azure Site Recovery y Azure Backup para proteger tus aplicaciones y sistemas críticos.

Get in touch with ABD y descubre cómo preparar tu infraestructura IT para seguir funcionando incluso ante un imprevisto.