Notas de la versión
Pares de alta disponibilidad en Azure
Sugerir cambios
PDF
Una pareja de alta disponibilidad (ha) Cloud Volumes ONTAP proporciona fiabilidad empresarial y operaciones continuas en caso de fallos en su entorno de cloud. En Azure, el almacenamiento se comparte entre los dos nodos.
Componentes DE ALTA DISPONIBILIDAD
Una configuración de alta disponibilidad de Cloud Volumes ONTAP en Azure incluye los siguientes componentes:
Tenga en cuenta lo siguiente acerca de los componentes de Azure que Cloud Manager pone en marcha para usted:
- Equilibrador de carga estándar de Azure
-
El equilibrador de carga gestiona el tráfico entrante en el par ha de Cloud Volumes ONTAP.
- Conjunto de disponibilidad
-
El conjunto de disponibilidad garantiza que los nodos se encuentren en diferentes dominios de actualización y fallo.
- Discos
-
Los datos del cliente residen en Blobs de la página de Premium Storage. Cada nodo tiene acceso al almacenamiento del otro nodo. También se requiere almacenamiento adicional para "datos sobre el arranque, la raíz y el núcleo".
- Cuentas de almacenamiento
-
-
Se necesita una cuenta de almacenamiento para los discos gestionados.
-
Se requieren una o más cuentas de almacenamiento para los BLOB de la página Premium Storage, ya que se alcanza el límite de capacidad de disco por cuenta de almacenamiento.
-
Se necesita una cuenta de almacenamiento para la organización en niveles de los datos en el almacenamiento de Azure Blob.
-
A partir de Cloud Volumes ONTAP 9.7, las cuentas de almacenamiento que crea Cloud Manager para los pares de alta disponibilidad son cuentas de almacenamiento de versión 2 generales.
-
Puede habilitar una conexión HTTPS de una pareja de ha Cloud Volumes ONTAP 9.7 a cuentas de almacenamiento Azure al crear un entorno de trabajo. Tenga en cuenta que al habilitar esta opción, el rendimiento de escritura puede afectar. No se puede cambiar la configuración después de crear el entorno de trabajo.
-
RPO y RTO
Una configuración de alta disponibilidad mantiene una alta disponibilidad de los datos de la siguiente manera:
-
El objetivo de punto de recuperación (RPO) es 0 segundos. Sus datos son coherentes transcionalmente sin pérdida de datos.
-
El objetivo de tiempo de recuperación (RTO) es de 60 segundos. En el caso de que se produzca una interrupción del servicio, los datos deben estar disponibles en 60 segundos o menos.
Toma de control y retorno al nodo primario del almacenamiento
De forma similar a un clúster de ONTAP físico, el almacenamiento en un par de alta disponibilidad de Azure se comparte entre los nodos. Las conexiones con el almacenamiento del partner permiten a cada nodo acceder al almacenamiento del otro en caso de que se produzca un takeover. Los mecanismos de conmutación al nodo de respaldo de ruta de red garantizan que los clientes y los hosts sigan comunicarse con el nodo superviviente. El partner devuelve el almacenamiento cuando el nodo vuelve a estar online.
En el caso de configuraciones NAS, las direcciones IP de datos migran automáticamente entre nodos de alta disponibilidad si se dan fallos.
Para iSCSI, Cloud Volumes ONTAP utiliza I/o multivía (MPIO) y ALUA (Asymmetric Logical Unit Access) para gestionar la conmutación por error de ruta entre las rutas activas y no optimizadas.
|
Para obtener información sobre qué configuraciones de host específicas admiten ALUA, consulte "Herramienta de matriz de interoperabilidad de NetApp" Y la guía de instalación y configuración de las utilidades de host para el sistema operativo host. |
Configuraciones de almacenamiento
Puede utilizar un par de alta disponibilidad como configuración activo-activo, en el cual ambos nodos sirven datos a los clientes o como una configuración activo-pasivo, en la cual el nodo pasivo responde a las solicitudes de datos únicamente si ha tomado almacenamiento para el nodo activo.
Limitaciones de ALTA DISPONIBILIDAD
Las siguientes limitaciones afectan a las parejas de alta disponibilidad de Cloud Volumes ONTAP en Azure:
-
Los pares de ALTA DISPONIBILIDAD son compatibles con Cloud Volumes ONTAP Standard, Premium y BYOL. No se admite la exploración.
-
NFSv4 no es compatible. NFSv3 es compatible.
-
En algunas regiones no se admiten pares DE HA.