Bei der Bereitstellung virtueller ONTAP Select NAS (vNAS) mit All-Flash-VSAN oder generischen Flash-Arrays sollten die Best Practices für ONTAP Select mit Nicht-SSD-DAS-Speicher befolgt werden.

Sie sollten die folgenden Empfehlungen einhalten:

Alle Laufwerke in einem ONTAP Select Aggregat sollten vom gleichen Typ sein. Beispielsweise sollten Sie keine HDD- und SSD-Laufwerke im selben Aggregat mischen.

Der RAID-Controller des Servers sollte für den Writeback-Modus konfiguriert sein. Wenn Leistungsprobleme bei Schreibvorgängen auftreten, überprüfen Sie die Controller-Einstellungen und stellen Sie sicher, dass Writethrough oder Writearound deaktiviert ist.

Wenn der physische Server einen einzelnen RAID-Controller enthält, der alle lokal angeschlossenen Festplatten verwaltet, empfiehlt NetApp die Erstellung einer separaten LUN für das Serverbetriebssystem und einer oder mehrerer LUNs für ONTAP Select. Im Falle einer Beschädigung der Bootdiskette ermöglicht diese bewährte Vorgehensweise dem Administrator, die Betriebssystem-LUN neu zu erstellen, ohne ONTAP Select zu beeinträchtigen.

Der RAID-Controller-Cache speichert alle eingehenden Blockänderungen, nicht nur die für die NVRAM Partition. Wählen Sie daher bei der Auswahl eines RAID-Controllers einen mit dem größten verfügbaren Cache. Ein größerer Cache ermöglicht selteneres Festplatten-Flushing und eine Leistungssteigerung für die ONTAP Select VM, den Hypervisor und alle auf dem Server platzierten Compute-VMs.

Die optimale RAID-Gruppengröße beträgt acht bis zwölf Laufwerke. Die maximale Anzahl von Laufwerken pro RAID-Gruppe beträgt 24.

Die maximale Anzahl der pro ONTAP Select Knoten unterstützten NVME-Laufwerke beträgt 14.

Eine Ersatzfestplatte ist optional, wird aber empfohlen. NetApp empfiehlt außerdem die Verwendung einer Ersatzfestplatte pro RAID-Gruppe. Es können jedoch auch globale Ersatzfestplatten für alle RAID-Gruppen verwendet werden. Beispielsweise können Sie zwei Ersatzfestplatten für jeweils drei RAID-Gruppen verwenden, wobei jede RAID-Gruppe aus acht bis zwölf Laufwerken besteht.

ONTAP Select profitiert nicht von der Erhöhung der LUN-Anzahl innerhalb einer RAID-Gruppe. Mehrere LUNs sollten nur verwendet werden, um Best Practices für SATA/NL-SAS-Konfigurationen zu befolgen oder Einschränkungen des Hypervisor-Dateisystems zu umgehen.

NetApp empfiehlt die Verwendung von ESX 6.5 U2 oder höher und einer NVMe-Festplatte für den Datenspeicher, der die Systemfestplatten hostet. Diese Konfiguration bietet die beste Leistung für die NVRAM Partition.

Definieren Sie dedizierte Netzwerkports, Bandbreite und vSwitch-Konfigurationen für die ONTAP Select Netzwerke und den externen Speicher (VMware vSAN und generischer Speicher-Array-Verkehr bei Verwendung von iSCSI oder NFS).

Konfigurieren Sie die Kapazitätsoption, um die Speichernutzung einzuschränken (ONTAP Select kann nicht die gesamte Kapazität eines externen vNAS-Datenspeichers nutzen).

Stellen Sie sicher, dass alle generischen externen Speicher-Arrays nach Möglichkeit die verfügbaren Redundanz- und HA-Funktionen nutzen.

Die verfügbare Kapazität eines neuen Hosts ist nicht der einzige Faktor bei der Entscheidung, ob VMware Storage vMotion mit einem ONTAP Select Knoten verwendet werden soll. Der zugrunde liegende Speichertyp, die Hostkonfiguration und die Netzwerkfunktionen sollten die gleiche Arbeitslast wie der ursprüngliche Host bewältigen können.

Um die Möglichkeit auszuschließen, dass mehrere Deploy-Instanzen doppelte MAC-Adressen zuweisen, sollte zum Erstellen oder Verwalten eines ONTAP Select Clusters oder -Knotens eine Deploy-Instanz pro Layer-2-Netzwerk verwendet werden.

Der ONTAP Select Cluster mit zwei Knoten sollte sorgfältig auf EMS-Meldungen überwacht werden, die darauf hinweisen, dass das Speicher-Failover deaktiviert ist. Diese Meldungen weisen auf einen Verbindungsverlust zum Mediator-Dienst hin und sollten umgehend behoben werden.

Das Netzwerk zwischen den beiden Knoten muss eine mittlere Latenz von 5 ms mit einem zusätzlichen periodischen Jitter von 5 ms unterstützen. Testen Sie das Netzwerk vor der Bereitstellung des Clusters mit dem im technischen Bericht „ONTAP Select Product Architecture and Best Practices“ beschriebenen Verfahren.

Um den Lastenausgleich sowohl über die internen als auch die externen ONTAP Select Netzwerke hinweg zu optimieren, verwenden Sie die Lastenausgleichsrichtlinie „Route Based on Originating Virtual Port“.

Wenn der Datenverkehr mehrere Layer-2-Netzwerke umfasst und die Verwendung von VLAN-Ports erforderlich ist oder wenn Sie mehrere IP-Bereiche verwenden, sollte VGT verwendet werden.

VMware empfiehlt, STP auf den mit den ESXi-Hosts verbundenen Switch-Ports auf Portfast einzustellen. Andernfalls kann die Fähigkeit von ONTAP Select zur Toleranz von Uplink-Ausfällen beeinträchtigt werden. Bei Verwendung von LACP sollte der LACP-Timer auf „schnell“ (1 Sekunde) eingestellt werden. Die Lastausgleichsrichtlinie sollte für die Portgruppe auf „Route basierend auf IP-Hash“ und für die LAG auf „Quell- und Ziel-IP-Adresse sowie TCP/UDP-Port und VLAN“ eingestellt werden.

Sie müssen auf jedem ONTAP Select Host einen virtuellen Switch konfigurieren, um das externe und interne Netzwerk zu unterstützen (nur Multi-Node-Cluster). Im Rahmen der Bereitstellung eines Multi-Node-Clusters sollten Sie die Netzwerkkonnektivität im internen Clusternetzwerk testen.

Weitere Informationen zum Konfigurieren eines Open vSwitch auf einem Hypervisor-Host finden Sie im "ONTAP Select zur KVM-Produktarchitektur und Best Practices" technischer Bericht.

Es empfiehlt sich, die Deploy-Konfigurationsdaten regelmäßig zu sichern, auch nach der Clustererstellung. Dies ist besonders bei Clustern mit zwei Knoten wichtig, da die Mediator-Konfigurationsdaten in der Sicherung enthalten sind.

Nachdem Sie einen Cluster erstellt oder bereitgestellt haben, sollten Sie die ONTAP Select Deploy-Konfigurationsdaten sichern.

Obwohl das gespiegelte Aggregat für eine aktuelle (RPO 0) Kopie des primären Aggregats erforderlich ist, achten Sie darauf, dass im primären Aggregat nicht zu wenig freier Speicherplatz vorhanden ist. Ein Mangel an Speicherplatz im primären Aggregat kann dazu führen, dass ONTAP die gemeinsame Snapshot-Kopie löscht, die als Basis für die Speicherrückgabe dient. Dies funktioniert wie vorgesehen, um Client-Schreibvorgänge zu ermöglichen. Das Fehlen einer gemeinsamen Snapshot-Kopie beim Failback erfordert jedoch, dass der ONTAP Select Knoten eine vollständige Basislinie vom gespiegelten Aggregat erstellt. Dieser Vorgang kann in einer Shared-Nothing-Umgebung sehr zeitaufwändig sein.

ONTAP Select unterstützt eine einzelne 10-GBit-Verbindung für Cluster mit zwei Knoten. Es ist jedoch eine bewährte Methode von NetApp , sowohl im internen als auch im externen Netzwerk des ONTAP Select Clusters über Hardwareredundanz durch NIC-Aggregation oder NIC-Teaming zu verfügen.

Wenn eine Netzwerkkarte über mehrere anwendungsspezifische integrierte Schaltkreise (ASICs) verfügt, wählen Sie beim Erstellen von Netzwerkkonstrukten durch NIC-Teaming für die internen und externen Netzwerke einen Netzwerkport von jedem ASIC aus.

NetApp empfiehlt, den LACP-Modus sowohl auf dem ESX als auch auf den physischen Switches zu aktivieren. Darüber hinaus sollte der LACP-Timer auf dem physischen Switch, den Ports, den Port-Channel-Schnittstellen und den VMNICs auf „schnell“ (1 Sekunde) eingestellt sein.

Bei Verwendung eines verteilten vSwitch mit LACP empfiehlt NetApp , die Lastausgleichsrichtlinie so zu konfigurieren, dass die Route auf Grundlage des IP-Hashes in der Portgruppe, der Quell- und Ziel-IP-Adresse, des TCP/UDP-Ports und des VLAN in der LAG erfolgt.

Bevor Sie ein MetroCluster SDS erstellen, verwenden Sie den ONTAP Deploy-Konnektivitätsprüfer, um sicherzustellen, dass die Netzwerklatenz zwischen den beiden Rechenzentren im akzeptablen Bereich liegt.

Bei der Verwendung von Virtual Guest Tagging (VGT) und Zwei-Knoten-Clustern gibt es einen zusätzlichen Vorbehalt. In Zwei-Knoten-Clusterkonfigurationen wird die IP-Adresse des Knotenmanagements verwendet, um frühzeitig eine Verbindung zum Mediator herzustellen, bevor ONTAP vollständig verfügbar ist. Daher wird auf der Portgruppe, die dem Knotenmanagement-LIF (Port e0a) zugeordnet ist, nur External Switch Tagging (EST) und Virtual Switch Tagging (VST) unterstützt. Wenn sowohl das Management als auch der Datenverkehr dieselbe Portgruppe verwenden, werden für den gesamten Zwei-Knoten-Cluster nur EST und VST unterstützt.