Konfigurationsgrenzen und Unterstützung für All-Flash SAN Array
Änderungen vorschlagen
PDFs
Die Konfigurationsgrenzen und die Unterstützung für All-Flash SAN Array (ASA) variieren je nach ONTAP Version.
Die aktuellsten Informationen zu den unterstützten Konfigurationsgrenzen sind in "NetApp Hardware Universe" verfügbar.
|
Diese Einschränkungen gelten für ASA-Systeme. Wenn Sie ein ASA r2-System (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 oder ASA C30) besitzen, siehe "ASA r2 System-Speichergrenzen". |
SAN-Protokolle und unterstützte Anzahl von Nodes pro Cluster
Die unterstützten SAN-Protokolle und die maximale Anzahl von Knoten pro Cluster hängen davon ab, ob eine nicht MetroCluster oder MetroCluster Konfiguration vorliegt:
Die folgende Tabelle zeigt die ASA Unterstützung für SAN-Protokolle und die unterstützte Anzahl von Knoten pro Cluster in Nicht-MetroCluster Konfigurationen:
| Beginnend mit ONTAP… | Protokollunterstützung | Maximale Anzahl Knoten pro Cluster |
|---|---|---|
9.11.1 |
|
12 |
9.10.1 |
|
2 |
9.9.1 |
|
2 |
|
12 |
|
9,7 |
|
2 |
Die folgende Tabelle zeigt die ASA Unterstützung für SAN-Protokolle und die unterstützte Anzahl von Knoten pro Cluster in MetroCluster IP-Konfigurationen:
| Beginnend mit ONTAP… | Protokollunterstützung | Maximale Anzahl Knoten pro Cluster |
|---|---|---|
9.15.1 |
|
2 Knoten pro Cluster in Vier-Knoten MetroCluster IP-Konfigurationen |
9.12.1 |
|
2 Knoten pro Cluster in Vier-Knoten MetroCluster IP-Konfigurationen |
9.9.1 |
|
4 Knoten pro Cluster in Acht-Knoten MetroCluster IP-Konfigurationen |
9,7 |
|
2 Knoten pro Cluster in Vier-Knoten MetroCluster IP-Konfigurationen |
Unterstützung für persistente Ports
Ab ONTAP 9.8 sind persistente Ports auf All-Flash SAN Arrays (ASAs), die für die Verwendung des FC-Protokolls konfiguriert sind, standardmäßig aktiviert. Persistente Ports sind nur für FC verfügbar und erfordern die Zugehörigkeit zu einer Zone, die durch den World Wide Port Name (WWPN) identifiziert wird.
Persistente Ports reduzieren die Auswirkungen von Übernahmen, indem sie eine Schatten-LIF auf dem entsprechenden physischen Port des Hochverfügbarkeitspartners (HA-Partner) erstellen. Wird ein Knoten übernommen, nimmt die Schatten-LIF auf dem Partnerknoten die Identität der ursprünglichen LIF an, einschließlich der WWPNe. Bevor der Status des Pfads zum übernommenen Knoten auf fehlerhaft geändert wird, erscheint die Schatten-LIF dem Host-MPIO-Stack als aktiver/optimierter Pfad, und die I/O wird verschoben. Dies reduziert I/O-Unterbrechungen, da der Host auch während Storage-Failover-Operationen immer die gleiche Anzahl an Pfaden zum Ziel sieht.
Bei persistenten Ports sollten die folgenden FCP-Port-Eigenschaften innerhalb des HA-Paares identisch sein:
-
FCP-Portanzahl
-
FCP-Portnamen
-
FCP-Portgeschwindigkeiten
-
FCP LIF WWPN-basierte Zonierung
Wenn eine dieser Eigenschaften innerhalb des HA-Paares nicht identisch ist, wird die folgende EMS-Meldung generiert:
EMS : scsiblade.lif.persistent.ports.fcp.init.error
Weitere Informationen zu persistenten Ports sind unter "NetApp Technischer Bericht 4080: Bewährte Verfahren für moderne SAN" zu finden.