Einschränkungen und Unterstützung für die Konfiguration und Unterstützung von All-Flash-SAN-Arrays
Änderungen vorschlagen
PDFs
Einschränkungen für die Konfiguration und den Support von All-Flash-SAN-Arrays (ASA) sind je nach ONTAP Version unterschiedlich.
Die aktuellen Details zu den unterstützten Konfigurationsgrenzwerten finden Sie unter "NetApp Hardware Universe".
|
Diese Einschränkungen gelten für aktuelle ASA Systeme. Wenn Sie über ein ASA r2-System verfügen (ASA A1K, ASA A70 oder ASA A90), siehe "ASA r2-Systemspeichergrenzen". |
SAN-Protokolle und unterstützte Anzahl von Nodes pro Cluster
Die unterstützten SAN-Protokolle und die maximale Anzahl an Nodes pro Cluster hängen davon ab, ob Sie über eine nicht-MetroCluster- oder MetroCluster-Konfiguration verfügen:
Die folgende Tabelle zeigt die Unterstützung von ASA für SAN-Protokolle und die unterstützte Anzahl an Nodes pro Cluster in nicht-MetroCluster Konfigurationen:
| Beginnt mit ONTAP… | Protokollunterstützung | Maximale Nodes 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 an Nodes pro Cluster in MetroCluster IP-Konfigurationen:
| Beginnt mit ONTAP… | Protokollunterstützung | Maximale Nodes pro Cluster |
|---|---|---|
9.15.1 |
|
2 Nodes pro Cluster in MetroCluster IP-Konfigurationen mit vier Nodes |
9.12.1 |
|
2 Nodes pro Cluster in MetroCluster IP-Konfigurationen mit vier Nodes |
9.9.1 |
|
4 Nodes pro Cluster in MetroCluster IP-Konfigurationen mit acht Nodes |
9,7 |
|
2 Nodes pro Cluster in MetroCluster IP-Konfigurationen mit vier Nodes |
Unterstützung für persistente Ports
Ab ONTAP 9.8 sind persistente Ports standardmäßig auf All-Flash-SAN-Arrays (ASAs) aktiviert, die für die Verwendung des FC-Protokolls konfiguriert sind. Persistente Ports sind nur für FC verfügbar und erfordern eine vom WWPN (World Wide Port Name) angegebene Zonenmitgliedschaft.
Persistente Ports reduzieren die Auswirkungen von Übernahmen, indem sie eine Schatten-LIF auf dem entsprechenden physischen Port des Hochverfügbarkeitspartners erstellen. Wenn ein Node übernommen wird, übernimmt die Shadow-LIF auf dem Partner-Node die Identität der ursprünglichen LIF, einschließlich z. B. z. B. Beispiel B.Ne. Bevor der Status des Pfads zum übernusenen Knoten auf fehlerhaft geändert wird, wird die Shadow-LIF als aktiv/optimierter Pfad zum Host MPIO-Stack angezeigt und I/O wird verschoben. So reduziert sich die I/O-Störung, da der Host selbst während eines Storage Failover-Betriebs immer dieselbe Anzahl von Pfaden zum Ziel sieht.
Bei persistenten Ports sollten die folgenden FCP-Port-Merkmale innerhalb des HA-Paars identisch sein:
-
Anzahl FCP-Ports
-
FCP-Port-Namen
-
FCP-Port-Geschwindigkeit
-
FCP LIF WWPN-basiertes Zoning
Wenn einige dieser Merkmale innerhalb des HA-Paars nicht identisch sind, wird die folgende EMS-Meldung erzeugt:
EMS : scsiblade.lif.persistent.ports.fcp.init.error
Weitere Informationen zu persistenten Ports finden Sie unter "Technischer Bericht 4080 zu NetApp: Best Practices für modernes SAN".