Comparteix a través de


Acerca de Site Recovery

¡Bienvenido al servicio Azure Site Recovery! En este artículo se ofrece una rápida información general del servicio.

Como organización, necesita adoptar una estrategia de continuidad empresarial y recuperación ante desastres (BCDR) que mantenga sus datos seguros, y sus aplicaciones y cargas de trabajo en línea cuando se produzcan interrupciones planeadas o imprevistas.

Azure Recovery Services colabora con su estrategia de BCDR:

  • Servicio Site Recovery: Site Recovery ayuda a garantizar la continuidad empresarial manteniendo las aplicaciones y cargas de trabajo empresariales en funcionamiento durante las interrupciones. Site Recovery replica las cargas de trabajo que se ejecutan en máquinas físicas y virtuales desde un sitio principal hasta 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.
  • Servicio Backup: el servicio Azure Backup mantiene los datos seguros y permite recuperarlos.

Azure Site Recovery tiene una opción de alta renovación, lo que le permite configurar la recuperación ante desastres para máquinas virtuales de Azure que tienen una renovación de datos de hasta 100 MB/s. Esto le ayuda a habilitar la recuperación ante desastres para cargas de trabajo más intensivas de E/S. Más información.

Site Recovery puede administrar la replicación de:

  • Máquinas virtuales de Azure que se replican entre regiones de Azure.
  • Replicación desde el proceso perimetral multiacceso público (MEC) de Azure a la región
  • Replicación entre dos MEC públicos de Azure
  • Máquinas virtuales locales, máquinas virtuales de Azure Stack y servidores físicos.

Nota

La funcionalidad de Azure Site Recovery para MEC público está en estado de versión preliminar.

¿Qué ofrece Site Recovery?

Característica Detalles
Solución de BCDR simple Mediante Site Recovery se pueden configurar y administrar la replicación, la conmutación por error y la conmutación por recuperación desde una sola ubicación en Azure Portal.
Replicación de máquinas virtuales de Azure Puede configurar la recuperación ante desastres de máquinas virtuales de Azure desde una región primaria a una región secundaria, desde un MEC público de Azure a la región de Azure o desde un MEC público de Azure a otro MEC público de Azure conectado a la misma región de Azure.
Replicación de máquinas virtuales de VMware Puede replicar máquinas virtuales de VMware en Azure mediante el dispositivo de replicación de Azure Site Recovery mejorado que ofrece una mayor seguridad y resistencia que el servidor de configuración. Para más información, consulte Recuperación ante desastres de máquinas virtuales de VMware.
Replicación de máquinas virtuales local Puede replicar máquinas virtuales locales y servidores físicos en Azure. Si se replican en Azure, se elimina el costo y la complejidad de mantener un centro de datos secundario.
Replicación de la carga de trabajo La replicación de cualquier carga de trabajo que se ejecuta en máquinas virtuales de Azure compatibles, máquinas virtuales de Hyper-V y VMware locales y servidores físicos Windows o Linux.
Resistencia de datos Site Recovery coordina la replicación sin interceptar los datos de las aplicaciones. Cuando se realiza la replicación en Azure, los datos se almacenan en Azure Storage con toda la resistencia que proporciona. Cuando se produce la conmutación por error, las máquinas virtuales de Azure en función de los datos replicados. Esto también se aplica al MEC público al escenario de Azure Site Recovery de la región de Azure. En el caso del MEC público de Azure al escenario de Azure Site Recovery para MEC público (la función de Azure Site Recovery para MEC público está en estado de versión preliminar), los datos se almacenan en el MEC público.
Destinos RTO y el RPO 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 una replicación continua tanto a las máquinas virtuales de Azure como a las máquinas virtuales VMware con una frecuencia de tan solo 30 segundos para Hyper-V. Para reducir aún más el RTO, realice la integración con Azure Traffic Manager.
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 las interrupciones previstas sin pérdida de datos. O conmutaciones por error no planeadas con la mínima pérdida de datos, dependiendo de 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 Con los planes de recuperación, puede personalizar y secuenciar la conmutación por error y la recuperación de aplicaciones de niveles múltiples en varias máquinas virtuales. Puede agrupar las máquinas en un plan de recuperación y, opcionalmente, agregar scripts y acciones manuales. Los planes de recuperación se pueden integrar con runbooks de Azure Automation.
Nota: Esta función se admite actualmente para la replicación de región a región y estará disponible en el MEC público de Azure próximamente.
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.
Integración de red Site Recovery se integra con Azure para la administración de la red de aplicaciones. Por ejemplo, para reservar direcciones IP, configurar equilibradores de carga y usar Azure Traffic Manager para los cambios de red eficientes.
Disco compartido (versión preliminar) Puede proteger, supervisar, conmutar por error y volver a proteger las cargas de trabajo que se ejecutan en clústeres de conmutación por error de Windows Server (WSFC) en máquinas virtuales de Azure mediante disco compartido.
Puede usar discos compartidos para las aplicaciones críticas, como FCI de SQL, ASCS de SAP, servidores de archivos de escalabilidad horizontal, etc., al tiempo que garantiza la continuidad empresarial y la recuperación ante desastres con Azure Site Recovery.

¿Qué puedo replicar?

Compatible Detalles
Escenarios de replicación Replicación de máquinas virtuales de Azure de
1. Una región de Azure a otra.
2. MEC público de Azure a la región de Azure a la que está conectado.
3. Un MEC público de Azure a otro MEC público conectado a la misma región de Azure.

Replique las máquinas virtuales de VMware locales, las máquinas virtuales de Hyper-V, los servidores físicos (Windows y Linux) y las máquinas de virtuales Azure Stack en Azure.

Replique las instancias de Windows de AWS a Azure.

Replique las máquinas virtuales locales de VMware, de Hyper-V administradas por System Center VMM y los servidores físicos en un sitio secundario.
Regiones Revise las regiones admitidas para Site Recovery.
Máquinas replicadas Revise los requisitos de la replicación de máquinas virtuales de Azure, máquinas virtuales y servidores físicos de VMware locales y los máquinas virtuales de Hyper-V locales.
Cargas de trabajo Puede replicar cualquier carga de trabajo que se ejecute en una máquina que se admita para la replicación. Obtenga más información sobre el resumen de carga de trabajo específico de la aplicación.

Pasos siguientes