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 incorporado para varias rutas hacia los dispositivos de almacenamiento. VSphere puede detectar el tipo de dispositivo de almacenamiento en los sistemas de almacenamiento compatibles y configurar automáticamente la pila multivía para admitir las capacidades del sistema de almacenamiento que se esté utilizando, el uso del protocolo utilizado o si se utiliza ASA, AFF, FAS o ONTAP definido por software.

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 Consulte el "Herramienta VMware Configuration Maximums" para obtener 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.

  • En el caso de las redes iSCSI, utilice varias interfaces de red de VMkernel en distintas subredes de la red con la agrupación de NIC cuando haya varios switches virtuales. También puede utilizar varias NIC físicas conectadas a varios switches físicos para proporcionar alta disponibilidad y mayor rendimiento. En la figura siguiente se proporciona un ejemplo de conectividad multivía. En ONTAP, configure un grupo de interfaces de un único modo para realizar la conmutación al nodo de respaldo con dos o más enlaces conectados a dos o más switches, o bien utilice LACP u otra tecnología de agregación de enlaces con grupos de interfaces multimodo para proporcionar alta disponibilidad y las ventajas de la agregación de enlaces.

  • 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.

conectividad multivía