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

Límites de configuración y compatibilidad de cabinas All Flash SAN

Colaboradores
PDF

Los límites de configuración y la compatibilidad de las cabinas All Flash SAN (ASA) varían según la versión de ONTAP.

Los detalles más actuales sobre los límites de configuración admitidos están disponibles en "Hardware Universe de NetApp".

Protocolos SAN y el número de nodos compatible por clúster

Los protocolos SAN admitidos y el número máximo de nodos por clúster dependen de si tiene una configuración que no sea MetroCluster o MetroCluster:

Configuraciones que no son de MetroCluster

La siguiente tabla muestra la compatibilidad de ASA con protocolos SAN y el número de nodos por clúster en configuraciones que no sean de MetroCluster:

Iniciando con ONTAP…​ Compatibilidad con protocolos Número máximo de nodos por clúster

9.11.1

  • NVMe/TCP

  • NVMe/FC

12

9.10.1

  • NVMe/TCP

2

9.9.1

  • NVMe/FC

2

  • FC

  • ISCSI

12

9,7

  • FC

  • ISCSI

2
Configuraciones de IP de MetroCluster

La siguiente tabla muestra la compatibilidad de ASA con protocolos SAN y el número de nodos por clúster en las configuraciones IP de MetroCluster:

Iniciando con ONTAP…​ Compatibilidad con protocolos Número máximo de nodos por clúster

9.15.1

  • NVMe/TCP

2 nodos por clúster en configuraciones IP MetroCluster de cuatro nodos

9.12.1

  • NVMe/FC

2 nodos por clúster en configuraciones IP MetroCluster de cuatro nodos

9.9.1

  • FC

  • ISCSI

4 nodos por clúster en configuraciones IP MetroCluster de ocho nodos

9,7

  • FC

  • ISCSI

2 nodos por clúster en configuraciones IP MetroCluster de cuatro nodos

Compatibilidad con puertos persistentes

A partir de ONTAP 9,8, los puertos persistentes se habilitan de forma predeterminada en las cabinas all-flash SAN (ASAS) que se configuran para usar el protocolo FC. Los puertos persistentes solo están disponibles para FC y requieren pertenencia a una zona identificada por nombre de puerto WWPN.

Los puertos persistentes reducen el impacto de las tomas de control al crear un LIF redundante en el puerto físico correspondiente del partner de alta disponibilidad (HA). Cuando se toma el control de un nodo, el LIF de respaldo del nodo del partner asume la identidad del LIF original, incluida la WWPNe. Antes de que el estado de la ruta al nodo tomado en defectuoso, la LIF redundante aparece como una ruta activa/optimizada para la pila MPIO del host y se cambia la I/O. De este modo, se reduce el trastorno de I/o porque el host siempre ve el mismo número de rutas al destino, incluso durante las operaciones de conmutación al nodo de respaldo del almacenamiento.

Para los puertos persistentes, las siguientes características de puerto FCP deben ser idénticas en el par de alta disponibilidad:

  • Números de puertos FCP

  • Nombres de puerto FCP

  • Velocidades de puerto FCP

  • División en zonas basada en WWPN de LIF FCP

Si alguna de estas características no es idéntica en la pareja de alta disponibilidad, se genera el siguiente mensaje de EMS:

EMS : scsiblade.lif.persistent.ports.fcp.init.error

Para obtener más información sobre los puertos persistentes, consulte "Informe técnico de NetApp 4080: Prácticas recomendadas para SAN moderno".