Skip to main content
NetApp Solutions
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

VMware vSphere Metro Storage Cluster con sincronización activa SnapMirror

Colaboradores

"VMware vSphere Metro Storage Cluster (VMSC)" Es una solución de clúster ampliada en diferentes dominios de fallo para proporcionar movilidad * de carga de trabajo en zonas o sitios de disponibilidad. * evitación del tiempo de inactividad * prevención de desastres * recuperación rápida

Este documento proporciona detalles sobre la implementación de VMSC con "Sincronización activa de SnapMirror (SM-AS)" el uso de System Manager y las herramientas de ONTAP. Además, muestra cómo se puede proteger la VM replicando en un tercer sitio y gestionando con el complemento de SnapCenter para VMware vSphere.

VMSC con arquitectura de sincronización activa de SnapMirror

La sincronización activa de SnapMirror admite cabinas de almacenamiento ASA, AFF y FAS. Se recomienda utilizar el mismo tipo (modelos de rendimiento/capacidad) en ambos dominios de fallo. Actualmente, solo se admiten protocolos de bloque como FC e iSCSI. Para obtener más directrices de soporte, consulte "Herramienta de matriz de interoperabilidad" y. "Hardware Universe"

VMSC admite dos modelos de implementación diferentes denominados Acceso de host uniforme y Acceso de host no uniforme. En una configuración de acceso de host uniforme, todos los hosts del clúster tienen acceso a la LUN en ambos dominios de fallos. Por lo general, se utiliza en diferentes zonas de disponibilidad en un mismo centro de datos.

Modo de acceso de host VMSC uniforme frente a no uniforme

En la configuración de acceso a host no uniforme, el host solo tiene acceso al dominio de fallo local. Normalmente se utiliza en diferentes sitios donde la ejecución de varios cables en los dominios de fallo es una opción restrictiva.

Nota En el modo de acceso de host no uniforme, vSphere HA reiniciará las máquinas virtuales en otro dominio de fallo. La disponibilidad de las aplicaciones se verá afectada por su diseño. El modo de acceso al host no uniforme sólo se admite con ONTAP 9,15 en adelante.

Acceso de host no uniforme del VMSC con la interfaz de usuario de System Manager de ONTAP.

Nota: Se pueden utilizar las herramientas de ONTAP 10,2 o superior para aprovisionar un almacén de datos ampliado con un modo de acceso de host no uniforme sin necesidad de cambiar las múltiples interfaces de usuario. Esta sección es solo para referencia si no se utilizan las herramientas de ONTAP.

  1. Anote una de las direcciones IP de LIF de datos iSCSI de la cabina de almacenamiento de dominio de fallos local. LIF iSCSI de System Manager

  2. En vSphere host iSCSI Storage Adapter, agregue esa IP de iSCSI en la pestaña Dynamic Discovery. Agregue el servidor iSCSI para la detección dinámica

    Nota Para el modo de acceso uniforme, debe proporcionar la dirección lif de datos iSCSI del dominio de fallo de origen y de destino.
  3. Repita el paso anterior en los hosts de vSphere para el otro dominio de fallos agregando su IP de lif de datos iSCSI local en la pestaña de detección dinámica.

  4. Con la conectividad de red correcta, deben existir cuatro conexiones iSCSI por host vSphere que tenga dos nic de VMkernel iSCSI y dos LIF de datos iSCSI por controladora de almacenamiento. Información de conexión iSCSI

  5. Crear LUN mediante ONTAP System Manager, configurar SnapMirror con la política de replicación AutomatedFailOverDuplex, seleccionar los iniciadores del host y establecer la proximidad del host. Cree LUN con AutomatedFailOverDuplex

  6. En otra cabina de almacenamiento del dominio de fallos, cree el iGroup SAN con sus iniciadores de host de vSphere y establezca la proximidad del host. IGroup SAN

    Nota Para el modo de acceso uniforme, el igroup se puede replicar desde el dominio de fallo de origen.
  7. Asigne la LUN replicada con el mismo ID de asignación que en el dominio de fallo de origen. ID de asignación de LUN

  8. En vCenter, haga clic con el botón derecho en vSphere Cluster y seleccione Rescan Storage Option. Vuelva a analizar el almacenamiento

  9. En uno de los host de vSphere del clúster, compruebe que el dispositivo recién creado aparezca en el almacén de datos que muestra no consumido. Lista de dispositivos iSCSI en el host de vSphere

  10. En vCenter, haga clic con el botón derecho en vSphere Cluster y seleccione New Datastore Option. Nuevo almacén de datos

  11. En el Asistente, recuerde proporcionar el nombre del almacén de datos y seleccionar el dispositivo con la capacidad y el identificador de dispositivo adecuados. Creación del almacén de datos en el dispositivo iSCSI

  12. Compruebe que el almacén de datos se haya montado en todos los hosts del clúster de ambos dominios con fallos. El almacén de datos en el host de origen

    Almacén de datos en el host de destino

    Nota Las capturas de pantalla anteriores muestran E/S activas en un solo controlador, ya que utilizamos AFF. Para ASA, tendrá Active IO en todas las rutas.
  13. Cuando se añaden almacenes de datos adicionales, es necesario recordar la expansión del grupo de consistencia existente para que sea coherente en todo el clúster de vSphere. Política de protección de CG

Modo de acceso de host uniforme VMSC con herramientas de ONTAP.

  1. Compruebe que las herramientas de NetApp ONTAP se implementen y se registren en vCenter. El plugin de herramientas de ONTAP registrado en vCenter Si no es así, siga "Puesta en marcha de Herramientas de ONTAP" y. "Añada una instancia de vCenter Server"

  2. Comprobar que los sistemas de almacenamiento de ONTAP están registrados en las herramientas de ONTAP. Esto incluye los sistemas de almacenamiento de dominio de fallo y el tercero para replicación remota asíncrona para su uso para protección de VM con el complemento SnapCenter para VMware vSphere. Back-ends de almacenamiento registrados De lo contrario, siga "Añadir el back-end de almacenamiento mediante la interfaz de usuario del cliente de vSphere"

  3. Actualice los datos del host para sincronizarlos con las herramientas de ONTAP y, a continuación, "cree un almacén de datos". Actualizar los datos del host

  4. Para habilitar SM-As, haga clic con el botón derecho en el clúster de vSphere y elija Protect Cluster en herramientas de NetApp ONTAP (consulte la captura de pantalla anterior)

  5. Mostrará los almacenes de datos existentes para el clúster junto con los detalles de SVM. El nombre predeterminado del CG es <vSphere Cluster name>_<SVM name>. Haga clic en el botón Agregar relación. Proteja el clúster

  6. Seleccione la SVM de destino y establezca la política en AutomatedFailOverDuplex para SM-AS. Hay un conmutador para la configuración de host uniforme. Establezca la proximidad para cada host. Añada una relación de SnapMirror

  7. Compruebe la información de promidad del host y otros detalles. Añada otra relación a un tercer sitio con una política de replicación de Asynchronous si es necesario. A continuación, haga clic en Proteger. Agregar relación NOTA: Si planea usar el plugin de SnapCenter para VMware vSphere 6,0, la replicación debe configurarse a nivel de volumen en lugar de a nivel de grupo de consistencia.

  8. Con acceso de host uniforme, el host tiene conexión iSCSI a las dos cabinas de almacenamiento de dominio de fallo. Información multivía de iSCSI NOTA: La captura de pantalla anterior es de AFF. Si la ASA, las operaciones de I/O ACTIVAS deben estar en todas las rutas con las conexiones de red adecuadas.

  9. El complemento Herramientas de ONTAP también indica que el volumen está protegido o no. Estado de protección de volúmenes

  10. Para obtener más detalles y actualizar la información de proximidad del host, se puede utilizar la opción de relaciones del clúster de host en Herramientas de ONTAP. Relaciones de los clústeres de hosts

Protección de máquina virtual con el plugin de SnapCenter para VMware vSphere.

El plugin de SnapCenter para VMware vSphere (SCV) 6,0 o posterior admite la sincronización activa de SnapMirror y también en combinación con SnapMirror Async para replicar a un tercer dominio de fallos.

Topología de tres sitios

Topología de tres sitios con conmutación por error asíncrona

Los casos de uso admitidos incluyen: * Copia de seguridad y restauración de la máquina virtual o el almacén de datos desde cualquiera de los dominios de fallo con sincronización activa de SnapMirror. * Restaurar recursos desde el tercer dominio de falla.

  1. Añada todos los sistemas de almacenamiento de ONTAP que se han planificado utilizar en SCV. Registre las cabinas de almacenamiento

  2. Crear una política. Asegúrese de que Actualizar SnapMirror después de la copia de seguridad está comprobado para SM-AS y también Actualizar SnapVault después de la copia de seguridad para la replicación asíncrona en el tercer dominio de falla. Política de backup

  3. Cree un grupo de recursos con elementos deseados que deban protegerse y asociarse a la política y la programación. Grupo de recursos NOTA: El nombre de la instantánea que termina en _recent no es compatible con SM-AS.

  4. Los backups se realizan en el tiempo programado según la política asociada al grupo de recursos. Los trabajos se pueden supervisar desde el supervisor de trabajos de la consola o desde la información de backup de esos recursos. Consola de SCV Información de backup de recursos para el almacén de datos Información de backup de recurso para máquina virtual

  5. Las máquinas virtuales se pueden restaurar a la misma instancia de vCenter o a una alternativa desde la SVM en el dominio de fallo primario o desde una de las ubicaciones secundarias. Opciones de ubicación de restauración de VM

  6. También hay disponible una opción similar para la operación de montaje del almacén de datos. Opciones de ubicación de restauración de almacenes de datos

Para obtener ayuda con las operaciones adicionales con SCV, consulte "Documentación del plugin de SnapCenter para VMware vSphere"