Información general sobre Azure Site Recovery

Azure Site Recovery en Azure Stack Hub ayuda a garantizar la continuidad empresarial manteniendo las aplicaciones empresariales y las cargas de trabajo en ejecución durante las interrupciones. Azure Site Recovery en Azure Stack Hub replica cargas de trabajo de máquina virtual (VM) desde un sitio primario a una ubicación secundaria. Cuando se produce una interrupción en el sitio principal, se conmuta por error a la ubicación secundaria y se accede desde allí a las aplicaciones. Cuando la ubicación principal vuelva a estar en ejecución, puede realizar la conmutación por recuperación en ella.

Para habilitar la replicación de máquinas virtuales en dos stamps de Azure Stack Hub, configure los siguientes entornos:

• El entorno de origen es la marca de Azure Stack Hub donde se ejecutan las máquinas virtuales de inquilino.

  • Operador de Azure Stack Hub, descargue la máquina virtual del dispositivo de Azure Site Recovery y las extensiones de máquina virtual de Azure Site Recovery en la administración de Marketplace.
  • Los usuarios de Azure Stack, en las suscripciones de usuario, configuran la conexión al almacén de destino en este entorno de origen.

• El entorno de destino es donde se ejecuta el proveedor de recursos de Azure Site Recovery.

  • Operador de Azure Stack Hub, descargue e instale el proveedor de recursos correspondiente.

  • Usuarios de Azure Stack Hub, configure el almacén y prepare los requisitos previos para las máquinas virtuales replicadas.

    

Azure Site Recovery en Azure Stack Hub está disponible tanto para implementaciones de tipos de Microsoft Entra ID como de Servicios de federación de Active Directory (AD FS) (AD FS) de Azure Stack Hub, lo que significa que se puede ejecutar en entornos desconectados.

¿Qué ofrece Site Recovery?

Azure Site Recovery proporciona muchas características, como se describe en la tabla siguiente.

Característica	Detalles
Solución BCDR	Con Site Recovery, puede configurar y administrar la replicación, la conmutación por error y la conmutación por recuperación desde una sola ubicación en el portal de Azure Stack Hub.
Integración de BCDR	Site Recovery se integra con otras tecnologías de BCDR. Por ejemplo, puede utilizar Site Recovery para proteger el back-end de SQL Server de cargas de trabajo corporativas, con compatibilidad nativa para SQL Server Always On, a fin de administrar la conmutación por error de grupos de disponibilidad.
Integración de Azure Automation	Una ingente biblioteca de Azure Automation proporciona scripts específicos de la aplicación y preparados para la producción que se pueden descargar e integrarse con Site Recovery.
Destinos RTO y PRO	Mantenga los objetivos de tiempo de recuperación (RTO) y los objetivos de punto de recuperación (RPO) dentro de los límites de la organización. Site Recovery proporciona replicación continua para máquinas virtuales de Azure Stack Hub.
Mantener la coherencia de aplicaciones a través de la conmutación por error	Puede realizar la replicación mediante puntos de configuración con instantáneas coherentes con la aplicación. Estas instantáneas capturan los datos del disco, todos los datos en que hay en la memoria y todas las transacciones en curso.
Pruebas sin interrupciones	Puede ejecutar fácilmente maniobras de recuperación ante desastres, sin que ello afecte a la replicación en curso.
Conmutaciones por error flexibles	Puede ejecutar conmutaciones por error planeadas para interrupciones esperadas con pérdida de datos cero o con conmutaciones por error no planeadas con una pérdida de datos mínima, según la frecuencia de replicación, para desastres inesperados. Puede conmutar por recuperación a su sitio principal fácilmente cuando vuelva a estar disponible.
Planes de recuperación personalizados	Actualmente no está disponible en esta versión. Todavía puede personalizar y secuenciar la conmutación por error y la recuperación de aplicaciones de varios niveles que se ejecutan en varias máquinas virtuales mediante scripts de PowerShell, etiquetado de máquinas juntas en grupos y, opcionalmente, agregar scripts y acciones manuales.

¿Cómo se factura Site Recovery?

Azure Site Recovery en Azure Stack Hub está diseñado para proteger un número especificado de Virtual Machines. Para proporcionar este servicio a una velocidad competitiva, el costo de Azure Site Recovery se determina en función del recuento de núcleos físicos del entorno de destino, independientemente del número de máquinas virtuales protegidas. Para obtener opciones de precios detalladas, consulte los detalles de precios de Azure Stack Hub.

Nota

Hasta el 1 de junio de 2024, no hay ningún costo para ejecutar el servicio azure Site Recovery. Las opciones de precios de pago por uso se aplicarán a partir del 1 de junio de 2024.

Al instalar Por primera vez Azure Site Recovery en Azure Stack Hub, se proporciona un período de evaluación gratuita de 30 días. Este período de prueba habilita las pruebas, la configuración de automatización y la replicación de máquinas virtuales para la protección. Después de la conclusión de la versión de prueba de 30 días, los cargos comienzan, se calculan en el recuento total de núcleos físicos en el entorno de destino en el que está instalado el proveedor de recursos de Azure Site Recovery.

Los proveedores de soluciones en la nube (CSP) que ofrecen entornos multiinquilino deben tener en cuenta que el uso de Azure Site Recovery solo se notifica en la suscripción de registro principal de Azure Stack Hub. Cualquier uso de máquinas virtuales o almacenamiento conmutado por error asociado a máquinas virtuales protegidas se asigna con precisión a la suscripción respectiva de Azure del cliente. El costo de la solución de Azure Site Recovery (en el lado de destino) solo se notifica en la suscripción usada para el registro de Azure Stack Hub. Normalmente, esta suscripción es propiedad de CSP que ofrece el entorno multiinquilino . Por lo tanto, el CSP es responsable de determinar y facturar correctamente cada uno de sus clientes mediante Azure Site Recovery.

¿Qué puedo replicar?

Azure Site Recovery en Azure Stack Hub, con un agente necesario instalado en cada una de las máquinas virtuales protegidas, habilita la replicación de máquinas virtuales en dos instancias o stamps de Azure Stack Hub. Azure Stack Hub usa una extensión de máquina virtual, disponible a través de Marketplace de Azure Stack Hub, para instalar este agente.

Los siguientes sistemas operativos de máquina virtual se probaron y validaron, y cada uno tiene las imágenes respectivas de Marketplace de Azure Stack Hub disponibles para su descarga:

Windows

Sistema operativo	Detalles
Windows Server 2022	Compatible.
Windows Server 2019	Se admite para Server Core y Server con Experiencia de escritorio.
Windows Server 2016	Se admite para Server Core y Server con Experiencia de escritorio
Windows Server 2012 R2	Compatible.
Windows Server 2012	Compatible.
Windows Server 2008 R2 con SP1/SP2	Compatible. Desde la versión 9.30 de la extensión de servicio de Mobility Service para máquinas virtuales de Azure, necesita instalar una actualización de la pila de servicio (SSU) de Windows y la actualización de SHA-2 en las máquinas que ejecutan Windows Server 2008 R2 SP1/SP2. SHA-1 no se admite desde septiembre de 2019 y si la firma de código SHA-2 no está habilitada, la extensión del agente no se instalará ni actualizará según lo previsto. Para obtener más información, consulte Actualización y requisitos de SHA-2.
Windows 10 (x64)	Compatible.
Windows 8.1 (x64)	Compatible.
Windows 8 (x64)	Compatible.
Windows 7 (x64) con SP1 en adelante	Compatible. A partir de la versión 9.30 de la extensión del servicio de movilidad para máquinas virtuales de Azure, instale una actualización de pila de mantenimiento (SSU) de Windows y una actualización sha-2 en máquinas que ejecutan Windows 7 con SP1. A partir de septiembre de 2019, no se admite SHA-1 y si la firma de código SHA-2 no está habilitada, la extensión del agente no se instalará ni actualizará según lo previsto. Para obtener más información, consulte Actualización y requisitos de SHA-2.

Linux

Sistema operativo	Detalles
Red Hat Enterprise Linux	6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 o superior), 8.5 (4.18.0-348.5.1.el8_5.x86_64 o superior), 8.6 y 8.7.
Servidor Ubuntu 14.04 LTS	Incluye compatibilidad con todas las versiones 14.04.x. Versiones de kernel admitidas.
Servidor Ubuntu 16.04 LTS	Incluye compatibilidad con todas las versiones 16.04.x. Versión de kernel admitida. Los servidores Ubuntu que usan la autenticación basada en contraseña y el inicio de sesión, y el paquete cloud-init para configurar las máquinas virtuales en la nube, podrían tener deshabilitado el inicio de sesión basado en contraseña en la conmutación por error, en función de la configuración de cloud-init. El inicio de sesión basado en contraseña, de la máquina virtual de conmutación por error en Azure Portal, se puede volver a habilitar en la máquina virtual restableciendo la contraseña en el menú Configuración de solución de problemas > de soporte > técnico.
Servidor Ubuntu 18.04 LTS	Incluye compatibilidad con todas las versiones 18.04.x. Versión de kernel admitida. Los servidores Ubuntu que usan la autenticación basada en contraseña y el inicio de sesión, y el paquete cloud-init para configurar las máquinas virtuales en la nube, podrían tener deshabilitado el inicio de sesión basado en contraseña en la conmutación por error, en función de la configuración de cloud-init. El inicio de sesión basado en contraseña, de la máquina virtual de conmutación por error en Azure Portal, se puede volver a habilitar en la máquina virtual restableciendo la contraseña en el menú Configuración de solución de problemas > de soporte > técnico.
Servidor Ubuntu 20.04 LTS	Incluye compatibilidad con todas las versiones 20.04.x. Versión de kernel admitida.
Debian 7	Incluye compatibilidad con versiones a partir de la versión 7.4 y posteriores (7.2 y versiones anteriores no se admiten debido a una limitación en esa versión).
Debian 8	Incluye compatibilidad para todas las versiones 8. x versiones. Versiones de kernel admitidas.
Debian 9	Incluye compatibilidad con las versiones 9.1 a 9.13. No se admite Debian 9.0. Versiones de kernel admitidas.
Debian 10	Versiones de kernel admitidas.
Debian 11	Versiones de kernel admitidas.
SUSE Linux Enterprise Server 11	SP3. No se admite la actualización de máquinas de replicación de SP3 a SP4. Si se actualizó una máquina replicada, debe deshabilitar la replicación y volver a habilitar la replicación después de la actualización.
SUSE Linux Enterprise Server 11	SP4
SUSE Linux Enterprise Server 12	SP1, SP2, SP3, SP4 y SP5. Versiones de kernel admitidas.
SUSE Linux Enterprise Server 15	15, SP1, SP2, SP3 y SP4. Versiones de kernel admitidas.
Oracle Linux	6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3 (ejecutando el kernel compatible con Red Hat o la versión 3, 4, 5 y 6 (UEK3, UEK4, UEK5, UEK6) y 8.4, 8.5, 8.6 y 8.7. 8.1 (se admiten en todos los kernels de UEK y el kernel redHat mayor o igual que 3.10.0-10620 en la versión 9.35). La compatibilidad con el resto de kernels de RedHat está disponible en la versión 9.36.

Pasos siguientes

Planeamiento de la capacidad de Azure Site Recovery en Azure Stack Hub