Conmutación por error y conmutación por recuperación de servidores físicos replicados en Azure
En este tutorial se describe cómo conmutar por error servidores físicos locales que replican a Azure con Azure Site Recovery. Una vez realizada la conmutación por error, se realizará la conmutación por recuperación a su sitio local cuando esté disponible.
Antes de comenzar
- Obtenga información sobre el proceso de conmutación por error en la recuperación ante desastres.
- Si desea conmutar por error varias máquinas, aprenda a juntar todas ellas en un plan de recuperación.
- Antes de realizar una conmutación por error completa, realice una exploración de la recuperación ante desastres para asegurarse de que todo funciona según lo previsto.
- Siga estas instrucciones para preparar la conexión con las máquinas virtuales de Azure después de la conmutación por error.
Ejecución de la conmutación por error
Comprobar lar propiedades del servidor
Compruebe las propiedades del servidor y asegúrese de que cumpla con los requisitos de Azure de las máquinas virtuales de Azure.
- En Elementos protegidos, haga clic en Elementos replicados y seleccione la máquina.
- En el panel Elemento replicado, puede ver un resumen de la información del equipo, el estado de mantenimiento y los puntos de recuperación disponibles más recientes. Haga clic en Propiedades para ver más detalles.
- En Proceso y red, puede modificar el nombre de Azure, el grupo de recursos, el tamaño de destino, el conjunto de disponibilidad y la configuración de discos administrados
- Puede ver y modificar la configuración de red, incluida la red o subred en la que se va a ubicar la máquina virtual de Azure después de la conmutación por error y la dirección IP que se le va a asignar.
- En Discos puede ver información sobre los discos de datos y el sistema operativo del equipo.
Conmutación por error a Azure
En Settings>Replicated items (Configuración > Elementos replicados) haga clic en la máquina >Conmutación por error.
En Conmutación por error, seleccione un punto de recuperación en el que realizar la conmutación por error. Puede seleccionar una de las siguientes opciones:
- Último: esta opción procesa primero todos los datos enviados a Site Recovery. Ofrece el objetivo de punto de recuperación (RPO) mínimo, ya que la máquina virtual de Azure creada después de la conmutación por error tiene todos los datos replicados en Site Recovery al desencadenarse la conmutación por error.
- Procesado más recientemente: con esta opción se realiza una conmutación por error de la máquina al último punto de recuperación que procesó Site Recovery. Esta opción proporciona un objetivo de tiempo de recuperación (RTO) bajo, ya que no se invierte tiempo en el procesamiento de datos sin procesar.
- Más reciente coherente con la aplicación: esta opción realiza una conmutación por error de la máquina al punto de recuperación más reciente coherente con la aplicación que haya procesado Site Recovery.
- Personalizado: especifique un punto de recuperación.
Seleccione Apague la máquina antes de comenzar con la conmutación por error si desea que Site Recovery intente apagar la máquina de origen antes de desencadenar la conmutación por error. La conmutación por error continúa aunque se produzca un error de cierre. Puede seguir el progreso de la conmutación por error en la página Trabajos.
Si está preparado para conectarse a la máquina virtual de Azure, hágalo para validarla después de la conmutación por error.
Después de la comprobación, confirme la conmutación por error. Esta acción elimina todos los puntos de recuperación disponibles.
Advertencia
No cancele una conmutación por error en curso. Antes de que comience la conmutación por error, se detendrá la replicación de la máquina. Si cancela la conmutación por error esta se detiene, pero no replica de nuevo la máquina. En cuanto a los servidores físicos, el proceso de conmutación por error adicional puede tardar de ocho a diez minutos en completarse.
Automatización de acciones durante la conmutación por error
Es posible que desee automatizar acciones durante la conmutación por error. Para ello, puede utilizar scripts o runbooks de Azure Automation en planes de recuperación.
- Aprenda a crear y personalizar planes de recuperación, lo que incluye la incorporación de scripts.
- Aprenda a agregar runbooks de Azure Automation a los planes de recuperación.
Configuración tras la conmutación por error
Después de la conmutación por error debe configurar Azure para conectarse a las máquinas virtuales de Azure replicadas. Además, debe configurar tanto las direcciones IP públicas como las internas.
Preparación para la reprotección y la conmutación por recuperación
Después de realizar la conmutación por error a Azure, vuelva a proteger las máquinas virtuales de Azure, para lo que debe replicarlas en el sitio local. Luego, después de que se hayan replicado, puede conmutarlas por recuperación al entorno local, para lo que debe realizar una conmutación por error desde Azure al sitio local.
- Los servidores físicos replicados en Azure mediante Site Recovery solo pueden realizar conmutaciones por recuperación como máquinas virtuales de VMware. Esto significa que necesita una infraestructura de VMware para realizar conmutaciones por recuperación. Siga los pasos descritos en este artículo para prepararse para la reprotección y la conmutación por recuperación. Esto incluye la configuración de un servidor de procesos en Azure y un servidor de destino maestro local, así como la configuración de una VPN de sitio a sitio, o del emparejamiento privado de ExpressRoute para la conmutación por recuperación.
- Asegúrese de que el servidor de configuración local esté en ejecución y conectado a Azure. Durante la conmutación por error a Azure, es posible que no se pueda acceder al sitio local y el servidor de configuración puede estar no disponible o apagado. Durante la conmutación por recuperación, la VM debe encontrarse en la base de datos del servidor de configuración. En caso contrario, la conmutación por recuperación no será correcta.
- Elimine todas las instantáneas en el servidor de destino maestro local. La reprotección no funcionará si existe alguna instantánea. Las instantáneas de la VM se combinan automáticamente durante los trabajos de reprotección.
- Si va a reproteger máquinas virtuales agrupadas en un grupo de replicación para asegurar la coherencia de varias máquinas virtuales, asegúrese de que todas tienen el mismo sistema operativo (Windows o Linux) y de que el servidor de destino maestro que va a implementar tiene el mismo tipo de sistema operativo. Todas las máquinas virtuales de un grupo de replicación deben usar el mismo servidor de destino maestro.
- Abra los puertos necesarios para realizar la conmutación por recuperación.
- Asegúrese de que vCenter Server esté conectado antes de realizar la conmutación por recuperación. En caso contrario, se producirá un error al desconectar los discos y conectarlos a la máquina virtual.
- Si una instancia de vCenter Server administra las máquinas virtuales a las que quiere conmutar por recuperación, asegúrese de tener los permisos necesarios. Si realiza la detección de usuarios de solo lectura de vCenter y protege las máquinas virtuales, la protección se ejecutará correctamente y la conmutación por error funcionará. Sin embargo, durante la reprotección, se produce un error de conmutación por error porque no se pueden detectar los almacenes de datos y no aparecen durante la reprotección. Para solucionar este problema, puede actualizar las credenciales de vCenter con la cuenta o los permisos adecuados y volver a intentar el trabajo.
- Si ha usado una plantilla para crear las máquinas virtuales, asegúrese de que cada una tenga su propio UUID para los discos. Si el UUID de la VM local entra en conflicto con el UUID del servidor de destino maestro porque ambos se crearon a partir de la misma plantilla, se produce un error de reprotección. En este caso, implemente desde una plantilla diferente.
- Si va a conmutar por recuperación en una instancia de vCenter Server alternativa, asegúrese de que se detectan tanto el nuevo vCenter Server como el servidor de destino maestro. Normalmente, si no se detectaron, significa que los almacenes de datos no son accesibles o visibles en Reproteger.
- Compruebe los siguientes escenarios en los que no se puede realizar la conmutación por recuperación:
- Si utiliza las ediciones gratuitas de ESXi 5.5 o vSphere Hypervisor 6, actualice a una versión diferente.
- Si tiene un servidor físico de Windows Server 2008 R2 SP1.
- Máquinas virtuales que han migrado.
- Un a máquina virtual que se ha migrado a otro grupo de recursos.
- Una máquina virtual de Azure de réplica que se ha eliminado.
- Una máquina virtual de Azure de réplica que no está protegida (se está replicando en el sitio local).
- Revise los tipos de conmutación por recuperación que puede usar: recuperación de ubicación original y recuperación de ubicación alternativa.
Reprotección de máquinas virtuales de Azure en otra ubicación
En este procedimiento se da por supuesto que la máquina virtual local no está disponible.
- En el almacén >Configuración>Elementos replicados, haga clic con el botón derecho en la máquina virtual en que se ha realizado la conmutación por error >Volver a proteger.
- En Reproteger, compruebe que la opción De Azure a local esté seleccionada.
- Especifique el servidor de destino maestro local y el servidor de procesos.
- En Almacén de datos, seleccione el almacén de datos de destino maestro en el que quiera recuperar los discos en el entorno local. - Utilice esta opción si la VM local se ha eliminado o no existe, y es necesario crear discos. - Esta configuración se omite si existen discos, pero es necesario especificar un valor.
- Seleccione la unidad de retención de destino maestra. La directiva de conmutación por recuperación se selecciona automáticamente.
- Haga clic en Aceptar para comenzar con la reprotección. Comienza un trabajo para replicar la máquina virtual de Azure en el sitio local. Puede realizar el seguimiento del progreso en la pestaña Trabajos.
Nota:
Si desea recuperar la máquina virtual de Azure en una máquina virtual local existente, el almacén de datos de la máquina virtual local debe montarse con acceso de lectura/escritura en el host ESXi del servidor de destino maestro.
Conmutación por recuperación desde Azure
Ejecute la conmutación por error de la manera siguiente:
- En la página Elementos replicados, haga clic con el botón derecho en la máquina >Conmutación por error no planeada.
- En Confirmar conmutación por error, compruebe que la dirección de la conmutación por error sea desde Azure.
3. Seleccione el punto de recuperación que desea usar para la conmutación por error.
- Se recomienda usar el punto de recuperación Más reciente. El punto coherente con la aplicación se encuentra detrás del último momento dado y provoca cierta pérdida de datos.
- Más reciente es un punto de recuperación coherente con los bloqueos.
- Cuando se ejecuta la conmutación por error, Site Recovery apaga las máquinas virtuales de Azure y arranca la máquina virtual local. Habrá cierto tiempo de inactividad, por lo que debe elegir la hora adecuada.
- Haga clic con el botón derecho en la máquina y haga clic en Confirmar. Esto desencadenará un trabajo en el que se quitarán las máquinas virtuales de Azure.
- Compruebe que las máquinas virtuales de Azure se hayan apagado según lo previsto.
Reprotección de máquinas locales en Azure
Los datos ahora deben volver a estar en el sitio local, pero no se está replicando en Azure. Puede volver a iniciar la replicación en Azure de la siguiente forma:
- En el almacén >Configuración>Elementos replicados, seleccione las máquinas virtuales que han sido objeto de la conmutación por recuperación y haga clic en Volver a proteger.
- Seleccione el servidor de procesos que se usa para enviar los datos replicados a Azure y haga clic en Aceptar.
Pasos siguientes
Una vez finalizado el trabajo de reprotección, la máquina virtual local se replica en Azure. Si fuera necesario, podría ejecutar otra conmutación por error en Azure.