Compruebe los requisitos previos.

Ejecute la herramienta de planificación de la capacidad para realizar recomendaciones de recursos y configuración.

Implemente JetStream DR MSA en cada host de vSphere en el clúster designado.

Inicie MSA usando su nombre DNS en un explorador.

Registre el servidor vCenter con el MSA.

Una vez que se haya puesto en marcha JetStream DR MSA y se haya registrado vCenter Server, desplácese hasta el complemento de recuperación ante desastres JetStream con vSphere Web Client. Para ello, vaya a Datacenter > Configure > JetStream DR.

Desde la interfaz DR de JetStream, realice las siguientes tareas:

Implemente el número necesario de dispositivos virtuales de recuperación ante desastres (DRVAs) desde la ficha Appliances (dispositivos virtuales).

Utilice la herramienta de planificación de la capacidad para calcular el número de DRVAs necesarios.

Cree volúmenes de registro de replicación para cada DRVA utilizando el VMDK desde los almacenes de datos disponibles o el pool de almacenamiento iSCSI compartido independiente.

En la pestaña Protected Domains, cree la cantidad necesaria de dominios protegidos utilizando información acerca del sitio de Azure Blob Storage, la instancia de DRVA y el registro de replicación. Un dominio protegido define una máquina virtual o un conjunto específico de máquinas virtuales de aplicación dentro del clúster que se protegen en conjunto y asignó un orden de prioridad para las operaciones de conmutación por error y conmutación tras recuperación.

Seleccione las máquinas virtuales que se van a proteger y agrupe las máquinas virtuales en grupos de aplicaciones en función de la dependencia. Las definiciones de aplicaciones le permiten agrupar conjuntos de máquinas virtuales en grupos lógicos que contengan sus órdenes de arranque, retrasos de arranque y validaciones de aplicaciones opcionales que se pueden ejecutar tras la recuperación.

Asegúrese de que se utilice el mismo modo de protección para todas las máquinas virtuales de un dominio protegido.

El modo Write-Back (VMDK) ofrece un mayor rendimiento.

Asegúrese de que los volúmenes de registros de replicación se colocan en un almacenamiento de alto rendimiento.

Una vez que haya terminado, haga clic en Iniciar protección para el dominio protegido. Esto inicia la replicación de datos de las máquinas virtuales seleccionadas en el almacén BLOB designado.

Una vez finalizada la replicación, el estado de protección del equipo virtual se Marca como recuperable.

Los runbooks pueden configurarse para agrupar los equipos virtuales (denominados «grupo de recuperación»), establecer la secuencia de órdenes de arranque y modificar la configuración de CPU/memoria junto con las configuraciones de IP.

Haga clic en Configuración y, a continuación, en el enlace Configurar libro de ejecución para configurar el grupo de libro de ejecución.

Haga clic en el botón Crear grupo para comenzar a crear un nuevo grupo runbook.

Si es necesario, en la parte inferior de la pantalla, aplique scripts previos y posteriores personalizados para que se ejecuten automáticamente antes y después del funcionamiento del grupo runbook. Asegúrese de que los scripts de Runbook residen en el servidor de administración.

Edite la configuración de la máquina virtual según sea necesario. Especifique los parámetros para recuperar las VM, incluida la secuencia de arranque, el retraso de arranque (especificado en segundos), el número de CPU y la cantidad de memoria que se debe asignar. Cambie la secuencia de arranque de las VM haciendo clic en las flechas arriba o abajo. También se proporcionan opciones para conservar MAC.

Las direcciones IP estáticas pueden configurarse manualmente para las máquinas virtuales individuales del grupo. Haga clic en el enlace NIC View de una máquina virtual para configurar manualmente las opciones de su dirección IP.

Haga clic en el botón Configure para guardar los ajustes de NIC de los equipos virtuales correspondientes.

Para instalar JetStream DR para AVS en un cloud privado de Azure VMware Solution, utilice el comando Run. En el portal de Azure, vaya a la solución VMware de Azure, seleccione la nube privada y seleccione Ejecutar comando > Paquetes > JSDR.Configuration.

El usuario CloudAdmin predeterminado de la solución VMware de Azure no tiene suficientes privilegios para instalar JetStream DR para AVS. La solución Azure VMware permite una instalación simplificada y automatizada de la recuperación ante desastres de JetStream mediante la llamada al comando Azure VMware Solution Run para la recuperación ante desastres de JetStream.

Una vez finalizada la instalación de JetStream DR para AVS, actualice el explorador. Para acceder a la interfaz de usuario de recuperación ante desastres de JetStream, vaya a SDDC Datacenter > Configure > JetStream DR.

Desde la interfaz DR de JetStream, realice las siguientes tareas:

El dominio se importa para la recuperación. Vaya a la ficha Dominios protegidos y compruebe que el dominio deseado se ha seleccionado o elija el que desee en el menú Seleccionar dominio protegido. Se muestra una lista de las máquinas virtuales recuperables del dominio protegido.

Después de importar los dominios protegidos, implemente dispositivos DRVA.

Estos pasos también se pueden automatizar mediante planes creados por CPT.

Cree volúmenes de registros de replicación con almacenes de datos VSAN o ANF disponibles.

Importe los dominios protegidos y configure el va de recuperación para utilizar un almacén de datos ANF para las ubicaciones de las máquinas virtuales.

Asegúrese de que DHCP está habilitado en el segmento seleccionado y de que hay suficientes IP disponibles. Las IP dinámicas se utilizan temporalmente mientras se recuperan los dominios. Cada VM que se recupera (incluida la rehidratación continua) requiere una IP dinámica individual. Una vez finalizada la recuperación, se libera la IP y se puede volver a utilizar.

Seleccione la opción de conmutación por error adecuada (conmutación por error continua o conmutación por error). En este ejemplo, se selecciona la rehidratación continua (conmutación por error continua).

Aunque los modos de conmutación por error continua y conmutación por error varían cuando se realiza la configuración, ambos modos de conmutación por error se configuran siguiendo los mismos pasos. Los pasos de conmutación por error se configuran y se realizan de forma conjunta en respuesta a un evento de desastre. La conmutación por error continua se puede configurar en cualquier momento y luego se puede ejecutar en segundo plano durante el funcionamiento normal del sistema. Una vez ocurrido un evento de desastre, la conmutación al respaldo continua se completa para transferir inmediatamente la propiedad de las máquinas virtuales protegidas al sitio de recuperación (objetivo de tiempo de recuperación cercano a cero).

Cuando se produce un desastre en el clúster protegido del entorno local (fallo parcial o completo), puede activarse la conmutación por error para máquinas virtuales mediante Jetstream tras romper la relación de SnapMirror con los volúmenes de aplicaciones correspondientes.

Este paso puede automatizarse fácilmente para facilitar el proceso de recuperación.

Acceda a Jetstream UI en AVS SDDC (destino) y active la opción de recuperación tras fallos para completar la recuperación tras fallos. La barra de tareas muestra el progreso de las actividades de failover.

Una vez finalizada la conmutación por error continua, aparece un mensaje que confirma la finalización de la tarea. Una vez finalizada la tarea, acceda a los equipos virtuales recuperados para configurar sesiones ISCSI o NFS.

El modo de recuperación tras fallos cambia a ejecutarse en Failover y el estado del equipo virtual es recuperable. Todas las máquinas virtuales del dominio protegido ahora se ejecutan en el sitio de recuperación con el estado especificado por la configuración de runbook para conmutación por error.

Para verificar la configuración de recuperación tras fallos y la infraestructura, JetStream puede utilizarse en modo de prueba (opción de conmutación por error de prueba) para observar la recuperación de máquinas virtuales y sus datos desde el almacén de objetos en un entorno de recuperación de pruebas. Cuando se ejecuta un procedimiento de conmutación por error en el modo de prueba, su operación se asemeja a un proceso de conmutación por error real.

Después de recuperar las máquinas virtuales, utilice la recuperación ante desastres de almacenamiento para el almacenamiento invitado. Para demostrar este proceso, se utiliza SQL Server en este ejemplo.

Inicie sesión en el SnapCenter VM recuperado en AVS SDDC y habilite el modo de recuperación ante desastres.

Asegúrese de que la relación de SnapMirror esté rota.

Asociar la LUN de Cloud Volumes ONTAP a la máquina virtual invitada de SQL recuperada con las mismas letras de unidad.

Abra el iniciador iSCSI, borre la sesión desconectada anterior y añada el nuevo destino junto con la multivía para los volúmenes Cloud Volumes ONTAP replicados.

Asegúrese de que todos los discos están conectados utilizando las mismas letras de unidad que se usaron antes de la recuperación ante desastres.

Reinicie el servicio del servidor MSSQL.

Asegúrese de que los recursos SQL vuelven a estar en línea.

En el caso de NFS, asocie los volúmenes con el comando Mount y actualice el /etc/fstab entradas.

En el extremo de NSX-T, es posible crear una pasarela de nivel 1 dedicada separada para simular escenarios de conmutación por error. De este modo, se garantiza que todas las cargas de trabajo se puedan comunicar entre sí, pero que ningún tráfico pueda enrutarse tanto dentro como fuera del entorno, de modo que las tareas de clasificación, contención o endurecimiento se puedan realizar sin riesgo de contaminación cruzada. Esta operación se encuentra fuera del alcance de este documento, pero se puede realizar fácilmente para simular el aislamiento.

Restaure el entorno de sus instalaciones. En función del tipo de incidente de desastre, podría ser necesario restaurar o verificar la configuración del clúster protegido. Si es necesario, puede que sea necesario volver a instalar el software JetStream DR.

Acceda al entorno local restaurado, vaya a la interfaz de usuario de recuperación ante desastres de Jetstream y seleccione el dominio protegido adecuado. Una vez que el sitio protegido esté listo para la conmutación tras recuperación, seleccione la opción de conmutación por recuperación en la interfaz de usuario.

El plan de conmutación por recuperación generado por CPT también se puede usar para iniciar la devolución de los equipos virtuales y sus datos del almacén de objetos al entorno VMware original.

Especifique la demora máxima después de pausar las máquinas virtuales en el sitio de recuperación y reiniciarlas en el sitio protegido. El tiempo necesario para completar este proceso incluye la finalización de la replicación tras detener la conmutación por error de las máquinas virtuales, el tiempo necesario para limpiar el sitio de recuperación y el tiempo necesario para recrear las máquinas virtuales en el sitio protegido. NetApp recomienda 10 minutos.

Completar el proceso de conmutación tras recuperación y, a continuación, confirmar la reanudación de la protección de los equipos virtuales y la consistencia de datos.

Una vez recuperados los equipos virtuales, desconecte el almacenamiento secundario del host y conéctelo al almacenamiento principal.

Reinicie el servicio del servidor MSSQL.

Compruebe que los recursos de SQL vuelven a estar en línea.

Para volver a realizar la conmutación tras recuperación al almacenamiento principal, asegúrese de que la dirección de la relación sigue siendo la misma que antes de la conmutación por error realizando una operación de resincronización inversa.

Para conservar las funciones de almacenamiento primario y secundario después de la operación de resincronización inversa, vuelva a realizar la operación de resincronización inversa.