Configuraciones de matriz externa y vSAN de ONTAP Select
Sugerir cambios
PDF
Las implementaciones de NAS virtual (vNAS) admiten clústeres ONTAP Select en SAN virtual (vSAN), algunos productos HCI y tipos de matrices externas de almacenes de datos. La infraestructura subyacente de estas configuraciones proporciona resiliencia a los almacenes de datos.
El requisito mínimo es que el hipervisor que está utilizando (VMware ESXi o KVM en un host Linux compatible) admita la configuración subyacente. Si el hipervisor es ESXi, debe aparecer en las HCL de VMware respectivas.
Arquitectura vNAS
La nomenclatura vNAS se utiliza para todas las configuraciones que no usan DAS. Para los clústeres ONTAP Select de varios nodos, esto incluye arquitecturas en las que los dos nodos ONTAP Select del mismo par de alta disponibilidad comparten un único datastore (incluidos los datastores vSAN). Los nodos también se pueden instalar en datastores separados del mismo array externo compartido. Esto permite que las eficiencias de almacenamiento del lado del array reduzcan la huella total de todo el par de alta disponibilidad de ONTAP Select. La arquitectura de las soluciones ONTAP Select vNAS es muy similar a la de ONTAP Select en DAS con una controladora RAID local. Es decir, cada nodo ONTAP Select sigue teniendo una copia de los datos de su pareja de alta disponibilidad. Las políticas de eficiencia de almacenamiento de ONTAP tienen alcance de nodo. Por lo tanto, las eficiencias de almacenamiento del lado del array son preferibles porque pueden aplicarse potencialmente a los conjuntos de datos de ambos nodos ONTAP Select.
También es posible que cada nodo de ONTAP Select de un par de alta disponibilidad utilice una cabina externa independiente. Ésta es una opción común al usar SDS de ONTAP Select MetroCluster con almacenamiento externo.
Cuando se utilizan cabinas externas independientes para cada nodo de ONTAP Select, es muy importante que las dos cabinas proporcionen características de rendimiento similares a las de la máquina virtual de ONTAP Select.
Arquitecturas vNAS frente a DAS local con controladores RAID de hardware
La arquitectura vNAS es lógicamente más similar a la arquitectura de un servidor con DAS y una controladora RAID. En ambos casos, ONTAP Select consume espacio en el almacén de datos. Ese espacio de almacén de datos se esculpen y estos VMDK forman los agregados tradicionales de datos de ONTAP. La puesta en marcha de ONTAP garantiza que los VMDK tengan el tamaño correcto y se asignen al plex correcto (en el caso de parejas de alta disponibilidad) durante las operaciones de clúster -create y Storage-add.
Existen dos diferencias principales entre vNAS y DAS con una controladora RAID. La diferencia más inmediata es que vNAS no requiere una controladora RAID. VNAS da por sentado que la cabina externa subyacente proporciona la persistencia de datos y la resiliencia que proporciona un DAS con una configuración de controladora RAID. La segunda y más sutil diferencia tiene que ver con el rendimiento de la NVRAM.
VNAS, NVRAM
La NVRAM de ONTAP Select es un VMDK. Esto significa que ONTAP Select emula un espacio direccionable de bytes ( NVRAM tradicional) sobre un dispositivo direccionable por bloques (VMDK). Sin embargo, el rendimiento de la NVRAM es fundamental para el rendimiento general del nodo ONTAP Select .
Para las configuraciones DAS con un controlador RAID de hardware, el caché del controlador RAID de hardware actúa como caché NVRAM , porque todas las escrituras en el VMDK NVRAM se alojan primero en el caché del controlador RAID.
En arquitecturas VNAS, la implementación de ONTAP configura automáticamente los nodos ONTAP Select con un argumento de arranque denominado Registro de datos de instancia única (IDL). Cuando este argumento de arranque está presente, ONTAP Select omite la NVRAM y escribe la carga útil de los datos directamente en el agregado de datos. La NVRAM solo se utiliza para registrar la dirección de los bloques cambiados mediante la operación de ESCRITURA. El beneficio de esta función es que evita una doble escritura: Una escritura en NVRAM y una segunda escritura cuando el NVRAM se separa. Esta función solo está habilitada para vNAS, ya que las escrituras locales en la caché de la controladora RAID tienen una latencia adicional mínima.
La característica IDL no es compatible con todas las funciones de eficiencia del almacenamiento de ONTAP Select. La operación SIDL se puede deshabilitar a nivel de agregado con el siguiente comando:
storage aggregate modify -aggregate aggr-name -single-instance-data-logging off
|
El rendimiento de escritura se ve afectado si la función SIDL está desactivada. Es posible volver a activar la función SIDL después de que todas las directivas de eficiencia del almacenamiento en todos los volúmenes de ese agregado estén desactivadas: |
volume efficiency stop -all true -vserver * -volume * (all volumes in the affected aggregate)
Coloque los nodos de ONTAP Select cuando use vNAS en ESXi
ONTAP Select incluye soporte para clústeres ONTAP Select de varios nodos en almacenamiento compartido. ONTAP Deploy permite la configuración de varios nodos ONTAP Select en el mismo host ESXi siempre que estos nodos no sean parte del mismo clúster.
|
|
Esta configuración solo es válida para entornos VNAS (almacenamiento compartido). No se admiten varias instancias de ONTAP Select por host cuando se utiliza almacenamiento DAS porque estas instancias compiten por la misma controladora RAID de hardware. |
ONTAP Deploy se asegura de que el despliegue inicial del clúster VNAS multinodo no coloque varias instancias de ONTAP Select del mismo clúster en el mismo host. La siguiente figura ilustra un ejemplo de un despliegue correcto de dos clústeres de cuatro nodos que se cruzan en dos hosts.
Implementación inicial de clústeres VNAS multinodo
Después de la implementación, los nodos ONTAP Select se pueden migrar entre hosts. Esto podría dar como resultado configuraciones no óptimas y no compatibles para las cuales dos o más nodos ONTAP Select del mismo clúster compartan el mismo host subyacente. NetApp recomienda la creación manual de reglas de anti-afinidad de máquinas virtuales, de modo que VMware mantiene automáticamente la separación física entre los nodos del mismo clúster, no solo los nodos del mismo par de alta disponibilidad.
|
|
Las reglas de antiafinidad requieren que DRS esté habilitado en el clúster ESXi. |
Consulte el siguiente ejemplo sobre cómo crear una regla de anti-afinidad para los equipos virtuales de ONTAP Select. Si el clúster de ONTAP Select contiene más de un par de alta disponibilidad, todos los nodos del clúster deben incluirse en esta regla.
Dos o más nodos ONTAP Select del mismo clúster ONTAP Select podrían encontrarse en el mismo host ESXi por una de las siguientes razones:
-
DRS no aparece debido a las limitaciones de la licencia de VMware vSphere o si no está habilitado DRS.
-
La regla de antiafinidad de DRS se omite porque tiene prioridad una operación de alta disponibilidad de VMware o una migración de máquinas virtuales iniciada por el administrador.
|
|
ONTAP Deploy no supervisa de forma proactiva las ubicaciones de las máquinas virtuales de ONTAP Select. Sin embargo, una operación de actualización del clúster refleja esta configuración no admitida en los registros de ONTAP Deploy: |
