Compartir vía

Conmutación por recuperación de máquinas virtuales de VMware después de la recuperación ante desastres en Azure

  • Artículo

Una vez que ha conmutado por error en Azure como parte del proceso de recuperación ante desastres, puede conmutar por recuperación a su sitio local. Con Azure Site Recovery, se pueden realizar dos tipos de conmutación por recuperación:

  • Conmutación por recuperación a la ubicación original
  • Conmutación por recuperación a la ubicación alternativa

Si ha conmutado por error una máquina virtual de VMware, puede conmutar por recuperación a la misma máquina virtual de origen local si aún existe. En este escenario solo se replicarán de nuevo los cambios. Este escenario se conoce como recuperación de ubicación original. Si no existe máquina virtual local, será una recuperación a ubicación alternativa.

Nota:

Solo puede realizar la conmutación por recuperación en los servidores de configuración y vCenter originales. No puede implementar un nuevo servidor de configuración y realizar la conmutación por recuperación usándolo. Además, no puede agregar un nuevo vCenter al servidor de configuración existente y realizar la conmutación por recuperación en el nuevo vCenter.

Recuperación de ubicación original (OLR)

Si elige conmutar por recuperación la máquina virtual original, deben cumplirse las siguientes condiciones:

  • Si la máquina virtual se administra desde un servidor vCenter, el host ESX de destino principal debe tener acceso al almacén de datos de esta.
  • Si la máquina virtual está en un host ESX pero no está administrada por vCenter, su disco duro debe residir en un almacén de datos accesible para el host del destino maestro.
  • Si la máquina virtual está en un host ESX y no usa vCenter, debe completar la detección del host ESX de destino principal antes de volver a protegerla. Lo mismo se aplica si también conmuta por recuperación a servidores físicos.
  • Puede realizar una conmutación por recuperación a una red de área de almacenamiento virtual (vSAN) o un disco basado en la asignación de dispositivos sin procesar (RDM) si los discos ya existen y están conectados a la máquina virtual en local.

Importante

Es importante habilitar disk.enableUUID= TRUE para que durante la conmutación por recuperación, el servicio de Azure Site Recovery sea capaz de identificar el archivo VMDK original en la máquina virtual en el que se escribirán los cambios pendientes. Si este valor no se establece en TRUE, el servicio intenta identificar el archivo VMDK local correspondiente en la medida de lo posible. Si no se encuentra el archivo VMDK correcto, se crea un disco adicional en el que se escribirán los datos.

Recuperación de ubicación alternativa (ALR)

Si no existe máquina virtual local antes de volver a proteger la máquina virtual, el escenario se denomina recuperación a ubicación alternativa. El flujo de trabajo protegido de nuevo vuelve a crear la máquina virtual local. Esto también provoca una descarga de datos completa.

  • Cuando se conmuta por recuperación a una ubicación alternativa, la máquina virtual se recupera en el mismo host ESX en el que se implementara el servidor de destino principal. El almacén de datos donde se creó el disco será el mismo que se seleccionó al volver a proteger la máquina virtual.
  • Solo se puede conmutar por recuperación a un almacén de datos del sistema de archivos de máquina virtual (VMFS) o vSAN. Si tiene un RDM, el proteger de nuevo y la conmutación por recuperación no funcionarán.
  • La reprotección implica una gran transferencia de datos inicial seguida de los cambios. Este proceso tiene lugar porque no existe máquina virtual local. Deben volver a replicarse todos los datos. Proteger de nuevo también tardará más tiempo que la recuperación de ubicación original.
  • No se puede conmutar por recuperación a discos basados en RDM. En un almacén de datos VMFS/vSAN solo pueden crearse discos de máquina virtual (VMDK) nuevos.

Nota:

Cuando una máquina física conmuta por error en Azure, solo puede conmutar por recuperación como una máquina virtual de VMware. Esto sigue el mismo flujo de trabajo que la recuperación en ubicación alternativa. Asegúrese detectar al menos un servidor de destino principal junto con los hosts ESX/ESXi necesarios para la conmutación por recuperación.

Pasos siguientes

Siga los pasos para realizar la operación de conmutación por recuperación.