Skip to main content
Enterprise applications
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.

SAN (FC, FCoE, NVMe/FC, iSCSI), RDM

Colaboradores netapp-bingen jfsinmsp netapp-revathid
PDF

En vSphere, hay cuatro formas de utilizar dispositivos de almacenamiento de bloques:

  • Con almacenes de datos VMFS

  • Con asignación de dispositivos sin formato (RDM)

  • Como LUN conectado a iSCSI o espacio de nombres conectado a NVMe/TCP, al que accede y controla un iniciador de software desde un sistema operativo invitado de máquina virtual

  • Como almacén de datos vVols

VMFS es un sistema de archivos en clúster de alto rendimiento que proporciona almacenes de datos que son pools de almacenamiento compartido. Los almacenes de datos VMFS se pueden configurar con LUN a los que se accede mediante espacios de nombres FC, iSCSI, FCoE o NVMe a los que se accede mediante los protocolos NVMe/FC o NVMe/TCP. VMFS permite a cada servidor ESX de un clúster acceder al almacenamiento de forma simultánea. El tamaño máximo de LUN suele ser de 128TB TB a partir de ONTAP 9.12.1P2 (y versiones anteriores con los sistemas ASA). Por lo tanto, es posible crear un almacén de datos VMFS 5 o 6 de tamaño máximo de 64TB TB utilizando una única LUN.

Consejo Las extensiones son un concepto de almacenamiento de vSphere por el que puede unir varios LUN para crear un único almacén de datos de mayor tamaño. Nunca se deben utilizar extensiones para alcanzar el tamaño deseado del almacén de datos. Una única LUN es la mejor práctica para un almacén de datos VMFS.

vSphere incluye soporte integrado para múltiples rutas a los dispositivos de almacenamiento. vSphere puede detectar el tipo de dispositivo de almacenamiento para los sistemas de almacenamiento compatibles y configura automáticamente la pila de multivía para soportar las capacidades del sistema de almacenamiento en uso, independientemente del protocolo utilizado, o si se utiliza ASA, AFF, FAS o definido por software ONTAP.

Tanto vSphere como ONTAP admiten el acceso asimétrico de unidad lógica (ALUA) para establecer rutas activo/optimizado y activo/no optimizado para Fibre Channel e iSCSI, y Acceso asimétrico a espacios de nombres (ANA) para espacios de nombres NVMe mediante NVMe/FC y NVMe/TCP. En ONTAP, una ruta optimizada para ALUA o ANA sigue una ruta de datos directa, mediante un puerto de destino en el nodo que aloja el LUN o el espacio de nombres al que se está accediendo. ALUA/ANA está activado de manera predeterminada en vSphere y ONTAP. El software multivía de vSphere reconoce el clúster de ONTAP como ALUA o ANA y utiliza el complemento nativo adecuado con la política de equilibrio de carga round robin.

Con los sistemas ASA de NetApp, las LUN y los espacios de nombres se presentan a los hosts ESXi con rutas simétricas. Lo que significa que todas las rutas están activas y optimizadas. El software multivía en vSphere reconoce el sistema ASA como simétrico y utiliza el plugin nativo adecuado con la política de equilibrio de carga round robin.

Consejo Consulte "Host ESXi recomendado y otra configuración de ONTAP"para obtener información sobre los ajustes de acceso múltiple optimizados.

ESXi no ve ninguna LUN, espacios de nombres o rutas más allá de sus límites. En un clúster de ONTAP mayor, es posible alcanzar el límite de ruta antes del límite de LUN. Para solucionar esta limitación, ONTAP admite una asignación de LUN selectiva (SLM) en la versión 8.3 y posteriores.

Nota Consulta "Herramienta VMware Configuration Maximums" para conocer los límites admitidos más actualizados en ESXi.

SLM limita los nodos que anuncian rutas a un LUN determinado. Una mejor práctica de NetApp es tener al menos dos LIF por nodo y utilizar SLM para limitar las rutas anunciadas al nodo que aloja el LUN y su partner de alta disponibilidad. Aunque existen otras rutas, no se anuncian por defecto. Es posible modificar las rutas anunciadas con los argumentos de nodo de informes Agregar y quitar dentro de SLM. Tenga en cuenta que las LUN creadas en versiones anteriores a la 8,3 anuncian todas las rutas y deben modificarse únicamente para anunciar las rutas al par de alta disponibilidad que aloja. Para obtener más información sobre SLM, consulte la sección 5,9 de "CONSULTE TR-4080". El método anterior de conjuntos de puertos también puede utilizarse para reducir aún más las rutas disponibles para una LUN. Los conjuntos de puertos ayudan a reducir el número de rutas visibles a través de las cuales los iniciadores de un igroup pueden ver LUN.

  • SLM está habilitado de forma predeterminada. A menos que utilice conjuntos de puertos, no se requiere ninguna configuración adicional.

  • Para las LUN creadas antes de Data ONTAP 8,3, aplique manualmente SLM ejecutando lun mapping remove-reporting-nodes el comando para quitar los nodos de informe de LUN y restringir el acceso de las LUN al nodo propietario del LUN y su partner de alta disponibilidad.

Los protocolos de bloque basados en SCSI (iSCSI, FC y FCoE) acceden a los LUN usando ID de LUN y números de serie, junto con nombres únicos. FC y FCoE utilizan nombres a nivel mundial (WWN y WWPN), e iSCSI utiliza nombres completos de iSCSI (IQN) para establecer rutas en función de las asignaciones de LUN a igroup filtradas por conjuntos de puertos y SLM. Los protocolos de bloques basados en NVMe se gestionan asignando el espacio de nombres con un ID de espacio de nombres generado automáticamente a un subsistema NVMe y asignando dicho subsistema al nombre completo de NVMe (NQN) de los hosts. Independientemente de FC o TCP, los espacios de nombres de NVMe se asignan mediante el NQN y no el puerto WWPN o WWNN. A continuación, el host crea una controladora definida por software para que el subsistema asignado acceda a sus espacios de nombres. La ruta a las LUN y los espacios de nombres dentro de ONTAP no tiene sentido para los protocolos de bloques y no se presenta en ninguna parte del protocolo. Por lo tanto, no es necesario montar de forma interna un volumen que solo contiene LUN; por lo tanto, no es necesaria una ruta de unión para los volúmenes que contengan LUN usadas en los almacenes de datos.

Otras prácticas recomendadas a tener en cuenta:

  • Compruebe "Host ESXi recomendado y otra configuración de ONTAP"los ajustes recomendados por NetApp en colaboración con VMware.

  • Asegúrese de que se crea una interfaz lógica (LIF) para cada SVM en cada nodo del clúster de ONTAP para garantizar la máxima disponibilidad y movilidad. La práctica recomendada para SAN de ONTAP es usar dos puertos físicos y LIF por nodo, uno para cada estructura. ALUA se utiliza para analizar las rutas e identificar las rutas activas optimizadas (directas) en comparación con las rutas activas no optimizadas. ALUA se utiliza para FC, FCoE e iSCSI.

  • Para redes iSCSI o NVMe/TCP, usa varias interfaces de red VMkernel en diferentes subredes de red sin enrutar con NIC teaming cuando hay varios switches virtuales presentes. También puedes usar varias NIC físicas conectadas a varios switches físicos para proporcionar HA y mayor rendimiento. En ONTAP, configura un grupo de interfaces monomodo para conmutación por error con dos o más enlaces conectados a dos o más switches, o usa LACP u otra tecnología de agregación de enlaces con grupos de interfaces multimodo para proporcionar HA y los beneficios de la agregación de enlaces. Ten en cuenta que NVMe/TCP debe estar habilitado por puerto VMkernel y por interfaz física, y debes alinearlos de modo que los puertos VMkernel NVMe/TCP tengan acceso a las NIC físicas con NVMe/TCP habilitado. La siguiente figura ilustra la conectividad multivía con protocolos SAN basados en IP. conectividad multivía

  • Si el protocolo de autenticación por desafío mutuo (CHAP) se utiliza en ESXi para la autenticación de destino, también debe configurarse en ONTAP mediante la CLI (vserver iscsi security create) O con System Manager (edite Initiator Security en almacenamiento > SVM > SVM Settings > Protocols > iSCSI).

  • Utilice las herramientas de ONTAP para VMware vSphere para crear y gestionar LUN y iGroups. El plugin determina automáticamente los WWPN de los servidores y crea iGroups adecuados. También configura las LUN de acuerdo con las prácticas recomendadas y las asigna a los iGroups correctos.

  • Use los DMR con cuidado porque pueden ser más difíciles de manejar, y también usan rutas, que son limitadas como se describió anteriormente. Las LUN de ONTAP son compatibles con ambos "modo de compatibilidad físico y virtual" RDM.

  • Para obtener más información sobre cómo usar NVMe/FC con vSphere 7.0, consulte este tema "Guía de configuración de hosts ONTAP NVMe/FC" y.. "CONSULTE TR-4684".En la siguiente figura, se muestra la conectividad multivía de un host de vSphere a un LUN de ONTAP.