Die ONTAP One Lizenz umfasst alle erforderlichen Lizenzen zur Nutzung von VVols auf ONTAP Systemen. Die einzige zusätzliche Anforderung ist die kostenlose ONTAP-Tools OVA, die als VASA Provider fungiert. In einer VVols Umgebung übersetzt die VASA Provider Software die Array-Funktionen in richtlinienbasierte Attribute, die über die VASA APIs genutzt werden können. Der vSphere Administrator muss sich nicht im Hintergrund mit dem Management der Funktionen auskennen. Dadurch wird eine dynamische Nutzung der zugewiesenen Storage-Kapazität basierend auf Richtlinien ermöglicht, sodass keine herkömmlichen Datenspeicher manuell erstellt und individuelle Storage-Verbrauchsraten gemanagt werden müssen. Kurz gesagt: VVols vereinfachen das Management von Enterprise Storage ganz und reduzieren es nicht mehr vom vSphere Administrator, sodass sie sich auf die Virtualisierungsebene konzentrieren können.

Bei Kunden, die VMware Cloud Foundation mit vSAN verwenden, können VVols zu jeder Management- oder Workload-Domäne als zusätzlichen Storage hinzugefügt werden. VVols können über ein gemeinsames Storage-richtlinienbasiertes Management-Framework nahtlos in vSAN integriert werden.

Die Versionsfamilie der nächsten Generation der ONTAP Tools 10 modernisiert vorhandene Funktionen mit einer skalierbaren, containerbasierten Microservice-Architektur, die über eine einfache Appliance im OVA-Format auf ESXi implementiert werden kann. ONTAP Tools 10 vereint alle Funktionen dreier früherer Appliances und Produkte in einer einzigen Implementierung. Zum VVols Management verwenden Sie die intuitiven vCenter UI-Erweiterungen oder REST-APIs für die ONTAP Tools VASA Provider. Die SRA Komponente gilt für herkömmliche Datastores. VMware Site Recovery Manager verwendet für VVols jedoch keine SRA.

Die Verwendung von ONTAP VVols mit vSphere ist einfach und folgt den veröffentlichten vSphere-Methoden (siehe Arbeiten mit virtuellen Volumes unter vSphere-Speicher in der VMware-Dokumentation für Ihre Version von ESXi). Nachfolgend finden Sie einige weitere Vorgehensweisen, die Sie in Verbindung mit ONTAP in Betracht ziehen sollten.

Grenzen

ONTAP unterstützt im Allgemeinen VVols-Limits gemäß der Definition von VMware (siehe veröffentlicht "Konfigurationsmaxima"). Prüfen Sie immer, ob die "NetApp Hardware Universe" Limits für die Anzahl und Größen von LUNs, Namespaces und Dateien aktualisiert sind.

Verwenden Sie ONTAP-Tools für VMware vSphere UI-Erweiterungen oder REST-APIs zur Bereitstellung von VVols-Datastores und Protokollendpunkten.

VVols Datastores können über die allgemeine vSphere Schnittstelle erstellt werden, aber mithilfe von ONTAP Tools werden automatisch bei Bedarf Protokollendpunkte erstellt und FlexVol Volumes (nicht erforderlich bei ASA r2) anhand der Best Practices von ONTAP erstellt. Klicken Sie einfach mit der rechten Maustaste auf den Host/Cluster/Datacenter und wählen Sie dann „ONTAP Tools“ und „Provision Datastore“ aus. Wählen Sie dann im Assistenten einfach die gewünschten VVols Optionen aus.

Speichern Sie die ONTAP Tools Appliance oder vCenter Server Appliance (VCSA) niemals auf einem VVols Datastore, den sie verwalten.

Dies kann zu einer „Hühnerei-Situation“ führen, wenn Sie die Appliances neu starten müssen, da sie während des Neustarts nicht ihre eigenen VVols ablösen können. Sie können sie auf einem VVols Datastore speichern, der von verschiedenen ONTAP Tools und einer vCenter Implementierung gemanagt wird.

Vermeiden Sie VVols-Vorgänge über verschiedene ONTAP-Versionen hinweg.

Unterstützte Storage-Funktionen wie QoS, Personality und mehr haben sich in verschiedenen Versionen des VASA Providers verändert, einige sind von der ONTAP Version abhängig. Die Verwendung verschiedener Versionen in einem ONTAP-Cluster oder das Verschieben von VVols zwischen Clustern mit unterschiedlichen Versionen können zu unerwartetem Verhalten oder Compliance-Alarmen führen.

Zonen Sie Ihre Fibre Channel Fabric vor der Verwendung von FCP für VVols.

Der ONTAP-Tools VASA Provider managt FCP- und iSCSI-Initiatorgruppen sowie NVMe-Subsysteme in ONTAP, die auf erkannten Initiatoren von gemanagten ESXi-Hosts basieren. Es ist jedoch nicht in Fibre-Channel-Switches integriert, um das Zoning zu managen. Bevor eine Bereitstellung stattfinden kann, muss das Zoning nach Best Practices erfolgen. Nachfolgend ein Beispiel für das Einzel-Initiator-Zoning für vier ONTAP-Systeme:

Einzel-Initiator-Zoning:

Weitere Best Practices finden Sie in folgenden Dokumenten:

"TR-4080 Best Practices for Modern SAN ONTAP 9"

"TR-4684 Implementierung und Konfiguration moderner SANs mit NVMe-of"

Bei Systemen ohne ASA r2 ist es wünschenswert, mehrere Backup-Volumes zum VVols Datastore hinzuzufügen, um den Workload über das ONTAP Cluster zu verteilen, verschiedene Richtlinienoptionen zu unterstützen oder die Anzahl der zulässigen LUNs oder Dateien zu erhöhen. Wenn jedoch eine maximale Storage-Effizienz erforderlich ist, platzieren Sie alle Ihre Backup Volumes auf einem einzigen Aggregat. Wenn eine maximale Klon-Performance erforderlich ist, ziehen Sie die Verwendung eines einzelnen FlexVol Volumes in Erwägung und halten Ihre Vorlagen- oder Content Library im selben Volume. Der VASA Provider verlagert viele VVols Storage-Vorgänge auf ONTAP, einschließlich Migration, Klonen und Snapshots. Wenn dies in einem einzelnen FlexVol Volume geschieht, werden platzsparende Klone von Dateien verwendet und stehen so gut wie sofort zur Verfügung. Wenn dies über FlexVol Volumes hinweg durchgeführt wird, sind die Kopien schnell verfügbar und verwenden Inline-Deduplizierung und -Komprimierung. Allerdings kann eine maximale Storage-Effizienz erst dann wiederhergestellt werden, wenn Hintergrundjobs auf Volumes mithilfe von Deduplizierung und Komprimierung im Hintergrund ausgeführt werden. Je nach Quelle und Ziel kann die Effizienz beeinträchtigt werden.

Bei ASA r2 Systemen entfällt diese Komplexität, da das Konzept eines Volumes oder Aggregats vom Benutzer abstrahiert wird. Die dynamische Platzierung wird automatisch übernommen und Protokollendpunkte werden nach Bedarf erstellt. Zusätzliche Protokollendpunkte können automatisch im laufenden Betrieb erstellt werden, wenn zusätzliche Skalierung erforderlich ist.

Erwägen Sie die Verwendung von max IOPS zur Steuerung unbekannter VMs oder zum Testen von VMs.

Erstmals in VASA Provider 7.1 verfügbar, können maximale IOPS verwendet werden, um IOPS bei einem unbekannten Workload auf ein bestimmtes vVol zu beschränken und so Auswirkungen auf andere, kritischere Workloads zu vermeiden. Tabelle 4 enthält weitere Informationen zum Performance-Management.

Stellen Sie sicher, dass Sie ausreichend Daten-LIFs haben. Siehe "Implementierung von VVols Storage".

Befolgen Sie alle Best Practices für Protokolle.

Weitere Best Practice-Leitfäden zu dem von Ihnen gewählten Protokoll finden Sie in den Leitfäden von NetApp und VMware. Im Allgemeinen gibt es keine anderen Änderungen als die bereits erwähnten.

Beispiel einer Netzwerkkonfiguration mit VVols über NFS v3