Límites de configuración y compatibilidad de cabinas All Flash SAN
Sugerir cambios
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".
|
Estas limitaciones se aplican a los sistemas ASA actuales. Si tiene un sistema ASA R2 (ASA A1K, ASA A70 o ASA A90), consulte "Límites del almacenamiento del sistema ASA R2". |
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:
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 |
|
12 |
9.10.1 |
|
2 |
9.9.1 |
|
2 |
|
12 |
|
9,7 |
|
2 |
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 |
|
2 nodos por clúster en configuraciones IP MetroCluster de cuatro nodos |
9.12.1 |
|
2 nodos por clúster en configuraciones IP MetroCluster de cuatro nodos |
9.9.1 |
|
4 nodos por clúster en configuraciones IP MetroCluster de ocho nodos |
9,7 |
|
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".