La "Solución Azure VMware" (AVS) es un servicio de cloud híbrido que proporciona SDDC de VMware totalmente funcionales dentro de un cloud público de Microsoft Azure. AVS es una solución de primera parte totalmente gestionada y compatible con Microsoft y verificada por VMware que utiliza infraestructura de Azure. Por lo tanto, los clientes obtienen VMware ESXi para virtualización informática, vSAN para almacenamiento hiperconvergente y NSX para redes y seguridad, y todo ello al tiempo que aprovechan la presencia global de Microsoft Azure, instalaciones de centros de datos líderes de su clase y la proximidad al rico ecosistema de servicios y soluciones nativos de Azure. Una combinación de un SDDC de la solución para Azure VMware y Azure NetApp Files proporciona el mejor rendimiento con una latencia de red mínima.

Para configurar una nube privada AVS en Azure, siga los pasos que se indican en este "enlace" Para la documentación de NetApp y en este "enlace" Para obtener documentación de Microsoft. Se puede utilizar un entorno piloto configurado con una configuración mínima para recuperaciones ante desastres. Esta configuración solo contiene componentes principales para admitir aplicaciones esenciales y puede escalar horizontalmente y generar más hosts para asumir la mayor carga si se produce una recuperación tras fallos.

"Azure NetApp Files" es un servicio de almacenamiento de archivos de uso medido, de nivel empresarial y de alto rendimiento. Siga los pasos que se indican a continuación "enlace" Para aprovisionar y configurar Azure NetApp Files como almacén de datos NFS para optimizar las puestas en marcha de cloud privado de AVS.

Una vez agregadas las plataformas, agrupe las máquinas virtuales que desee recuperar en grupos de recursos. LOS grupos de recursos DE DRO permiten agrupar un conjunto de máquinas virtuales dependientes en grupos lógicos que contienen sus órdenes de arranque, retrasos de arranque y validaciones de aplicaciones opcionales que se pueden ejecutar tras la recuperación.

Para comenzar a crear grupos de recursos, haga clic en el elemento de menú Crear nuevo grupo de recursos.

Es necesario tener un plan para la recuperación de aplicaciones en caso de desastre. Seleccione las plataformas vCenter de origen y destino en el menú desplegable, elija los grupos de recursos que se incluirán en este plan y también incluya la agrupación sobre cómo deben restaurarse y encenderse las aplicaciones (por ejemplo, controladores de dominio, nivel 1, nivel 2, etc.). A menudo, los planes también se denominan planos. Para definir el plan de recuperación, vaya a la pestaña Plan de replicación y haga clic en Nuevo plan de replicación.

Para comenzar a crear un plan de replicación, lleve a cabo los siguientes pasos:

Durante las opciones de conmutación por error y conmutación por error de prueba, se utiliza la instantánea más reciente o se puede seleccionar una instantánea específica a partir de una instantánea puntual. La opción point-in-time puede ser muy beneficiosa si te enfrentas a un evento de corrupción como ransomware, donde las réplicas más recientes ya están comprometidas o cifradas. DRO muestra todos los puntos de tiempo disponibles.

Para activar failover o failover de prueba con la configuración especificada en el plan de replicación, puede hacer clic en Failover o Test Failover. Puede supervisar el plan de replicación en el menú de tareas.

Una vez activada la conmutación al respaldo, los elementos recuperados pueden verse en el sitio secundario AVS SDDC vCenter (máquinas virtuales, redes y almacenes de datos). De forma predeterminada, las máquinas virtuales se recuperan en la carpeta Workload.

La conmutación tras recuperación se puede activar en el nivel del plan de replicación. En caso de conmutación por error de prueba, la opción de desmontaje puede utilizarse para revertir los cambios y eliminar el volumen recién creado. Los fallos relacionados con la conmutación al nodo de respaldo son un proceso de dos pasos. Seleccione el plan de replicación y seleccione Reverse Data Sync.

Una vez completado este paso, active la conmutación por recuperación para volver al sitio AVS principal.

Desde Azure Portal, podemos ver que el estado de la replicación se ha roto con los volúmenes apropiados que se asignaron al centro secundario AVS SDDC como volúmenes de lectura/escritura. Durante la conmutación al nodo de respaldo de prueba, DRO no asigna el volumen de destino o de réplica. En su lugar, crea un nuevo volumen de la instantánea de replicación entre regiones necesaria y expone el volumen como almacén de datos, que consume capacidad física adicional del pool de capacidad y garantiza que el volumen de origen no se modifique. En particular, las tareas de replicación pueden continuar durante las pruebas de recuperación ante desastres o clasificar los flujos de trabajo. Además, este proceso garantiza que la recuperación se puede limpiar sin el riesgo de que la réplica se destruya en caso de que se produzcan errores o se recuperen datos dañados.

Recuperarse del ransomware puede ser una tarea abrumadora. Concretamente, puede ser difícil para las ORGANIZACIONES DE TECNOLOGÍA identificar cuál es el punto de retorno seguro y, una vez determinado esto, cómo garantizar que las cargas de trabajo recuperadas se protejan de los ataques que se producen (por ejemplo, al dañar al dormir o a través de aplicaciones vulnerables).

DRO hace frente a estas preocupaciones permitiendo a las organizaciones recuperarse de cualquier momento específico disponible. A continuación, las cargas de trabajo se recuperan en redes funcionales y aisladas, de modo que las aplicaciones pueden funcionar y comunicarse entre sí, pero no están expuestas a ningún tráfico norte-sur. Este proceso proporciona a los equipos de seguridad un lugar seguro para realizar análisis forenses e identificar cualquier malware oculto o dormido.

Si quiere más información sobre el contenido de este documento, consulte los siguientes documentos o sitios web: