ONTAP Select vSAN y configuraciones de arrays externas
Sugerir cambios
PDF
Las implantaciones de NAS virtual (vNAS) admiten clústeres ONTAP Select en SAN virtual (vSAN), algunos productos HCI y tipos de array externos de datastores. La infraestructura subyacente de estas configuraciones proporciona resiliencia al datastore.
El requisito mínimo es que el hipervisor que estás utilizando (VMware ESXi o KVM en un host Linux compatible) sea compatible con la configuración subyacente. Si el hipervisor es ESXi, debería aparecer en las respectivas HCL de VMware.
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 ONTAP Select de un par de HA utilice un array externo independiente. Esta es una opción habitual cuando se utiliza ONTAP Select MetroCluster SDS con almacenamiento externo.
Cuando se utilizan arrays externos independientes para cada nodo de ONTAP Select, es muy importante que los dos arrays proporcionen características de rendimiento similares a la ONTAP Select VM.
arquitecturas vNAS frente a DAS locales con controladoras RAID por 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 de datastore. Ese espacio de datastore se divide en VMDKs, y estos VMDKs forman los agregados de datos tradicionales de ONTAP. ONTAP Deploy se asegura de que los VMDKs tienen el tamaño adecuado y se asignan al plex correcto (en el caso de pares HA) durante las operaciones de cluster-create y storage-add.
Hay 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 asume que la matriz externa subyacente proporciona la backplane y la resiliencia que proporcionaría una configuración de DAS con una controladora RAID. La segunda diferencia, más sutil, tiene que ver con el rendimiento de la NVRAM.
NVRAM de vNAS
La NVRAM de ONTAP Select es un VMDK. Esto significa que ONTAP Select emula un espacio direccionable por bytes (NVRAM tradicional) sobre un dispositivo direccionable por bloques (VMDK). Sin embargo, el rendimiento de la NVRAM es absolutamente crítico para el rendimiento general del nodo ONTAP Select.
Para configuraciones DAS con una controladora RAID por hardware, la caché de la controladora RAID por hardware actúa como la caché de NVRAM, porque todas las escrituras en el VMDK de NVRAM se alojan primero en la caché de la controladora RAID.
Para arquitecturas VNAS, ONTAP Deploy configura automáticamente los nodos ONTAP Select con un argumento de arranque llamado Single Instance Data Logging (SIDL). Cuando este argumento de arranque está presente, ONTAP Select omite la NVRAM y escribe la carga útil de datos directamente en el agregado de datos. La NVRAM solo se utiliza para registrar la dirección de los bloques modificados por la operación WRITE. La ventaja de esta función es que evita una doble escritura: una escritura en la NVRAM y una segunda escritura cuando la NVRAM se desescribe. Esta función solo está habilitada para vNAS porque las escrituras locales en la caché de la controladora RAID tienen una latencia adicional insignificante.
La función SIDL no es compatible con todas las funciones de eficiencia de almacenamiento de ONTAP Select. La función SIDL se puede desactivar a nivel de agregado mediante 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)
Coloca los nodos ONTAP Select cuando uses 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
Tras la implantación, los nodos ONTAP Select se pueden migrar entre hosts. Esto podría dar lugar a configuraciones no óptimas y no compatibles en las que dos o más nodos ONTAP Select del mismo clúster comparten el mismo host subyacente. NetApp recomienda la creación manual de reglas antiafinidad de VM para que VMware mantenga automáticamente la separación física entre los nodos del mismo clúster, no solo los nodos del mismo par de HA.
|
|
Las reglas de antiafinidad requieren que DRS esté habilitado en el clúster ESXi. |
Consulta el siguiente ejemplo sobre cómo crear una regla de antiafinidad para las máquinas virtuales de ONTAP Select. Si el clúster de ONTAP Select contiene más de un par de HA, 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 está presente debido a limitaciones de licencia de VMware vSphere o si DRS no está habilitado.
-
La regla antiafinidad de DRS se omite porque tiene prioridad una operación de HA de VMware o una migración de VM 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: |
