Das NetApp Storage Cluster Design bietet Hochverfügbarkeit auf jeder Ebene:

NetApp Storage Virtual Machines (SVMs) bieten ein Virtual Storage Array-Konstrukt, das Ihre Sicherheitsdomäne, Ihre Richtlinien und Ihr virtuelles Networking voneinander trennt. NetApp empfiehlt die Erstellung separater SVMs für jede Mandantenorganisation, die Daten im Storage Cluster hostet.

Folgende NetApp Best Practices für Storage sind zu berücksichtigen:

NetApp empfiehlt die Implementierung von SAN-Starts für Cisco UCS Server in der FlexPod Datacenter Lösung. Das Betriebssystem kann mit diesem Schritt sicher durch das NetApp AFF Storage-System gesichert werden, wodurch eine bessere Performance erzielt wird. Das in dieser Lösung beschriebene Design verwendet iSCSI SAN Boot.

Beim Booten über iSCSI SAN werden jedem Cisco UCS Server zwei iSCSI vNICs zugewiesen (einer für jede SAN-Fabric), die dem Storage redundante Konnektivität bieten. Die Speicher-Ports in diesem Beispiel, e2a und e2e, die mit den Cisco Nexus-Switches verbunden sind, werden zu einem logischen Port zusammengefasst, einer Interface Group (ifrp) (in diesem Beispiel a0a). Die iSCSI-VLANs werden auf der Initiatorgruppe erstellt, und die iSCSI-LIFs werden auf iSCSI-Portgruppen erstellt (in diesem Beispiel a0a-<iSCSI-A-VLAN>). Die iSCSI-Boot-LUN wird über die iSCSI-LIF den Servern mittels iGroups zur Verfügung gestellt. Dieser Ansatz ermöglicht es nur dem autorisierten Server, auf die Boot-LUN zuzugreifen. Informationen zu dem Port und dem LIF-Layout finden Sie in der Abbildung unten.

Anders als NAS-Netzwerkschnittstellen werden die SAN-Netzwerkschnittstellen nicht für den Failover beim Ausfall konfiguriert. Wenn stattdessen eine Netzwerkschnittstelle nicht mehr verfügbar ist, wählt der Host einen neuen optimierten Pfad zu einer verfügbaren Netzwerkschnittstelle aus. ALUA, ein von NetApp unterstützter Standard, bietet Informationen zu SCSI-Zielen, sodass ein Host den besten Pfad zum Storage ermitteln kann.

NetApp gehört bereits zu den Branchenführern im Bereich der Innovationen im Bereich Storage-Effizienz, beispielsweise mit der ersten Deduplizierung für primäre Workloads und mit Inline-Data-Compaction, durch die eine stärkere Komprimierung erzielt und kleine Dateien sowie I/O-Daten effizient gespeichert werden. ONTAP unterstützt sowohl die Inline-Hintergrund-Deduplizierung als auch die Inline- und Hintergrund-Komprimierung.

Um die Vorteile der Deduplizierung in einer Blockumgebung ganz auszuschöpfen, müssen die LUNs einem Thin Provisioning unterzogen werden. Die jeweilige LUN wird dem VM-Administrator weiter so angezeigt, als ob sie die bereitgestellte Kapazität in Anspruch nimmt, allerdings werden die durch Deduplizierung erzielten Einsparungen dem Volume zugeführt und stehen dann für andere Zwecke zur Verfügung. NetApp empfiehlt, diese LUNs in FlexVol Volumes zu implementieren, die ebenfalls mit einem Thin Provisioning bereitgestellt sind und mit einer Kapazität die doppelte Größe der LUN aufweisen. Wenn Sie die LUN auf diese Weise bereitstellen, fungiert das FlexVol Volume als reines Kontingent. Der von der LUN konsumiert Storage wird im FlexVol Volume und dem zugehörigen Container-Aggregat.

Um maximale Einsparungen durch Deduplizierung zu erzielen, sollten Sie eventuell eine Hintergrund-Deduplizierung planen. Diese Prozesse nutzen jedoch Systemressourcen, wenn sie laufen. Sie sollten sie idealerweise in weniger aktiven Zeiten (z. B. an Wochenenden) planen oder häufiger ausführen, damit weniger geänderte Daten verarbeitet werden müssen. Die automatische Hintergrund-Deduplizierung für AFF Systeme hat geringere Auswirkungen auf Vordergrundaktivitäten. Die Hintergrund-Komprimierung (für festplattenbasierte Systeme) verbraucht ebenfalls Ressourcen, sodass Sie sie nur für sekundäre Workloads mit begrenzten Performance-Anforderungen in Betracht ziehen sollten.

Systeme mit ONTAP Software können mithilfe der ONTAP Storage-QoS-Funktion den Durchsatz in Megabit pro Sekunde (MB/s) begrenzen und die IOPS für unterschiedliche Storage-Objekte wie Dateien, LUNs, Volumes oder ganze SVMs beschränken. Durch anpassungsfähige QoS wird eine IOPS-Untergrenze (Minimum für QoS) und eine Obergrenze (Maximum an QoS) festgelegt, die basierend auf der Datastore-Kapazität und dem belegten Speicherplatz dynamisch angeglichen werden.

Durchsatzbegrenzungen sind für die Steuerung unbekannter Workloads oder von Test-Workloads vor einer Implementierung nützlich, um zu bestätigen, dass sie sich nicht auf andere Workloads auswirken. Sie können diese Einschränkungen auch einsetzen, um einen als problematisch identifizierten Workload einzuschränken. Minimale Service-Level auf Basis der IOPS werden ebenfalls unterstützt, um SAN-Objekten in ONTAP eine konsistente Performance bereitzustellen.

Bei einem NFS-Datastore kann eine QoS-Richtlinie auf das gesamte FlexVol Volume oder auf darin einzelne VMDK-Dateien (Virtual Machine Disk) angewendet werden. Mit VMFS Datastores (Cluster Shared Volumes [CSV] in Hyper-V), die ONTAP LUNs verwenden, können Sie die QoS-Richtlinien auf das FlexVol Volume anwenden, das die LUNs enthält, oder auf die einzelnen LUNs. Da ONTAP jedoch das VMFS nicht erkennt, können Sie die QoS-Richtlinien nicht auf einzelne VMDK-Dateien anwenden. Wenn Sie VMware Virtual Volumes (VVols) mit VSC 7.1 oder höher verwenden, können Sie mithilfe des Storage-Funktionsprofils maximale QoS für einzelne VMs festlegen.

Wenn Sie eine QoS-Richtlinie einschließlich VMFS oder CSV einer LUN zuweisen möchten, erhalten Sie die ONTAP SVM (angezeigt als) Vserver), LUN-Pfad und Seriennummer aus dem Menü Storage Systems auf der VSC Startseite. Wählen Sie das Storage-System (SVM) und anschließend „Related Objects“ > „SAN“ aus. Verwenden Sie diesen Ansatz, wenn Sie die QoS mit einem der ONTAP Tools angeben.

Sie können die maximale QoS-Durchsatzbegrenzung für ein Objekt in Megabit pro Sekunde und in IOPS festlegen. Wenn Sie beides verwenden, wird das erste erreichte Limit von ONTAP durchgesetzt. Ein Workload kann mehrere Objekte umfassen. Auf einen oder mehrere Workloads kann eine QoS-Richtlinie angewendet werden. Wenn Sie eine Richtlinie auf mehrere Workloads anwenden, teilen diese das in der Richtlinie zulässige Gesamtlimit. Geschachtelte Objekte werden nicht unterstützt (so kann beispielsweise nicht jede einzelne Datei in einem Volume eine eigene Richtlinie aufweisen). QoS-Mindestwerte können nur als IOPS angegeben werden.

Dieser Abschnitt enthält Best Practices für das Layout von LUNs, Volumes und Storage-Aggregaten.

NetApp empfiehlt die folgenden Best Practices für Netzwerke:

Weitere Best Practices für Netzwerke finden Sie in den FlexPod Leitfäden für Infrastrukturdesign und Implementierung.