Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Einschränkungen und Unterstützung für die Konfiguration und Unterstützung von All-Flash-SAN-Arrays

Beitragende

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 unterstützten Konfigurationsbeschränkungen finden Sie in "NetApp Hardware Universe".

SAN-Protokolle und Nodes pro Cluster

Die ASA-Unterstützung für SAN-Protokolle und Nodes pro Cluster lauten wie folgt:

Beginnt mit ONTAP…​

Protokollunterstützung

Max. Nodes pro Cluster

9.12.1

  • NVMe (unterstützt in MetroCluster IP-Konfigurationen mit 4 Nodes und IP-Konfigurationen anderer Anbieter als MetroCluster)

  • FC

  • ISCSI

12

9.9.1

  • NVMe (unterstützt in nicht-MetroCluster IP-Konfigurationen)

  • FC

  • ISCSI

  • 12 Nodes (für nicht-MetroCluser IP-Konfigurationen)

  • 8 Nodes (für MetroCluster IP-Konfigurationen)

9.7

  • FC

  • ISCSI

4

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 Takeovers, indem sie ein Shadow LIF auf dem entsprechenden physischen Port des HA-Partners 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".