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

Überblick über NetApp Hybrid-Multi-Cloud mit VMware

Beitragende
PDFs

Die meisten IT-Abteilungen verfolgen den Hybrid-Cloud-First-Ansatz. Diese Unternehmen befinden sich in einer Transformationsphase, und Kunden bewerten ihre aktuelle IT-Umgebung und migrieren ihre Workloads anschließend anhand des Assessments und der Bestandsaufnahme in die Cloud.

Zu den Faktoren für Kunden, die eine Migration zur Cloud durchführen, gehören Flexibilität und Burst, der Ausstieg aus dem Datacenter, die Datacenter-Konsolidierung, End-of-Life-Szenarien, Fusionen, Firmenübernahmen usw. Der Grund für diese Migration kann je nach Unternehmen und ihren jeweiligen Geschäftsprioritäten variieren. Beim Wechsel in die Hybrid Cloud ist die Wahl des richtigen Storage in der Cloud sehr wichtig, um die Vorteile der Cloud-Implementierung und -Flexibilität auszuschöpfen.

VMware Cloud-Optionen in der Public Cloud

In diesem Abschnitt wird beschrieben, wie jeder der Cloud-Provider innerhalb ihrer jeweiligen Public-Cloud-Angebote ein VMware SDDC (Software Defined Data Center) und/oder VMware Cloud Foundation (VCF) Stack unterstützt.

Azure VMware Lösung

Azure VMware Lösung ist ein Hybrid-Cloud-Service, der VMware SDDC innerhalb der Public Cloud Microsoft Azure vollständig nutzt. Azure VMware Solution ist eine Komplettlösung, die vollständig von Microsoft gemanagt und unterstützt wird und die von VMware unter Verwendung der Azure Infrastruktur verifiziert wurde. Das heißt, Unternehmen können bei der Implementierung der Azure VMware Lösung ESXi für Computing-Virtualisierung nutzen, vSAN für hyperkonvergenten Storage. NSX für Networking und Sicherheit, gleichzeitig aber auch die globale Präsenz von Microsoft Azure, erstklassige Datacenter-Einrichtungen und die Nähe zum umfassenden Ecosystem aus nativen Azure-Services und -Lösungen.

VMware Cloud auf AWS

VMware Cloud auf AWS ermöglicht die Software SDDC der Enterprise-Klasse von VMware in der AWS Cloud mit optimiertem Zugriff auf native AWS Services. VMware Cloud auf AWS basiert auf VMware Cloud Foundation und integriert die Computing-, Storage- und Netzwerkvirtualisierungsprodukte von VMware (VMware vSphere, VMware vSAN und VMware NSX) in Kombination mit dem VMware vCenter Server-Management, das für die Ausführung auf einer dedizierten, flexiblen Bare-Metal-Infrastruktur von AWS optimiert ist.

Google Cloud VMware Engine

Google Cloud VMware Engine ist ein IaaS-Angebot (Infrastruktur als Service), das auf der äußerst performanten, skalierbaren Infrastruktur von Google Cloud und dem VMware Cloud Foundation Stack basiert – VMware vSphere, vCenter, vSAN und NSX-T. dieser Service eröffnet einen schnellen Weg in die Cloud und ermöglicht die nahtlose Migration oder Erweiterung vorhandener VMware-Workloads von On-Premises-Umgebungen zur Google Cloud Platform – ohne die Kosten, den Aufwand oder das Risiko, Applikationen neu oder Tools einzurichten. Es handelt sich um einen Service, der von Google vertrieben und unterstützt wird und eng mit VMware zusammenarbeitet.

Hinweis Die Private Cloud SDDC und NetApp Cloud Volumes Colocation bieten optimale Performance bei minimaler Netzwerklatenz.

Wussten Sie schon?

Unabhängig von der verwendeten Cloud umfasst der erste Cluster bei Implementierung eines VMware SDDC die folgenden Produkte:

  • VMware ESXi Hosts für die Computing-Virtualisierung mit einer vCenter Server Appliance zum Management

  • VMware vSAN hyperkonvergenter Storage mit den physischen Storage-Ressourcen des jeweiligen ESXi Hosts

  • VMware NSX für virtuelles Networking und Sicherheit mit einem NSX Manager Cluster für Management

Storage-Konfiguration

Wenn Kunden planen, Storage-intensive Workloads zu hosten und horizontal auf jeder Cloud-gehosteten VMware Lösung zu skalieren, schreibt die hyperkonvergente Standardinfrastruktur vor, dass die Erweiterung sowohl auf die Computing- als auch auf die Storage-Ressourcen erfolgen sollte.

Durch die Integration in NetApp Cloud Volumes wie Azure NetApp Files, Amazon FSX ONTAP, Cloud Volumes ONTAP (in allen drei wichtigen Hyperscalern verfügbar) und Google Cloud NetApp Volumes für Google Cloud haben Kunden jetzt Optionen, ihren Storage unabhängig voneinander zu skalieren. Sie können dem SDDC-Cluster nur nach Bedarf Computing-Nodes hinzufügen.

Hinweise:

  • VMware empfiehlt keine unausgeglichenen Cluster-Konfigurationen, daher bedeutet Erweiterung des Storage das Hinzufügen weiterer Hosts, was zu höheren TCO führt.

  • Es ist nur eine vSAN Umgebung möglich. Der gesamte Storage Traffic steht somit direkt mit den Produktions-Workloads im Wettbewerb.

  • Es besteht keine Option, mehrere Performance-Tiers bereitzustellen, um Applikationsanforderungen, Performance und Kosten anzupassen.

  • Es ist sehr einfach, die Storage-Kapazitäten von vSAN, das auf den Cluster-Hosts aufgebaut ist, zu erreichen. Verwenden Sie NetApp Cloud Volumes, um Storage zu skalieren, um entweder aktive Datensätze zu hosten oder kühlere Daten auf persistenten Storage zu verschieben.

Azure NetApp Files, Amazon FSX ONTAP, Cloud Volumes ONTAP (in allen drei großen Hyperscalern verfügbar) und Google Cloud NetApp Volumes für Google Cloud können in Verbindung mit Gast-VMs verwendet werden. Diese Hybrid-Storage-Architektur besteht aus einem vSAN Datastore, der das Gastbetriebssystem und Binärdaten der Applikationen enthält. Die Applikationsdaten sind über einen gastbasierten iSCSI-Initiator an die VM oder über NFS-/SMB-Mounts verbunden, die eine direkte Kommunikation mit Amazon FSX ONTAP, Cloud Volume ONTAP, Azure NetApp Files und Google Cloud NetApp Volumes für Google Cloud ermöglichen. Mit dieser Konfiguration lassen sich Herausforderungen mit Storage-Kapazität wie mit vSAN bewältigen. Der verfügbare freie Speicherplatz hängt von den eingesetzten Rack-Flächen und Storage-Richtlinien ab.

Betrachten wir ein SDDC-Cluster mit drei Nodes auf VMware Cloud auf AWS:

  • Die gesamte Rohkapazität eines SDDC mit drei Nodes = 31,1 TB (ca. 10 TB pro Node).

  • Der zu pflegende Slack-Platz bevor zusätzliche Hosts hinzugefügt werden = 25% = (0,25 x 31,1 TB) = 7,7 TB.

  • Die nutzbare Bruttokapazität nach Abzug des Speicherplatzes = 22,4 TB

  • Der verfügbare effektive freie Speicherplatz hängt von der angewandten Storage-Richtlinie ab.

    Beispiel:

    • RAID 0 = effektiver freier Speicherplatz = 22,4 TB (nutzbare Bruttokapazität/1)

    • RAID 1 = effektiver freier Speicherplatz = 11,7 TB (nutzbare Rohkapazität/2)

    • RAID 5 = effektiver freier Speicherplatz = 17,5 TB (nutzbare Bruttokapazität/1.33)

Daher würde eine Nutzung von NetApp Cloud Volumes als Storage mit Gastverbunden helfen, den Storage zu erweitern und die TCO zu optimieren, während gleichzeitig die Anforderungen an Performance und Datensicherung erfüllt werden.

Hinweis Die Option in-Guest Storage war zum Zeitpunkt der Erstellung dieses Dokuments die einzige verfügbare. Sobald eine zusätzliche Unterstützung für einen NFS-Datastore verfügbar wird, wird eine zusätzliche Dokumentation verfügbar sein "Hier".

Wichtige Hinweise

  • Platzieren Sie in Hybrid-Storage-Modellen Tier-1- oder Workloads mit hoher Priorität auf vSAN Datastore, um alle spezifischen Latenzanforderungen abzudecken, da diese Teil des Hosts selbst und in der Nähe sind. Nutzung von in-Guest-Mechanismen für alle Workload-VMs, für die transaktionsorientierte Latenzen akzeptabel sind

  • Nutzen Sie die NetApp SnapMirror Technologie zur Replizierung der Workload-Daten vom lokalen ONTAP-System zu Cloud Volumes ONTAP oder Amazon FSX ONTAP, um die Migration mithilfe von Mechanismen auf Blockebene zu vereinfachen. Dies gilt nicht für Azure NetApp Files und Google Cloud NetApp Volumes. Verwenden Sie für die Migration von Daten zu Azure NetApp Files oder Google Cloud NetApp Volumes NetApp XCP, BlueXP  Kopie und Synchronisierung, rysnc oder robocopy, je nach verwendetem Dateiprotokoll.

  • Bei den Tests wird eine zusätzliche Latenz von 2 bis 4 ms angezeigt, während der Zugriff auf Storage von den jeweiligen SDDCs erfolgt. Berücksichtigen Sie diese zusätzliche Latenz bei der Zuordnung des Storage in die Applikationsanforderungen.

  • Um mit dem Gast verbundenen Storage während des Test Failover und des tatsächlichen Failover zu mounten, stellen Sie sicher, dass iSCSI-Initiatoren neu konfiguriert sind, DNS für SMB-Freigaben aktualisiert wird und die NFS-Mount-Punkte in fstab aktualisiert werden.

  • Vergewissern Sie sich, dass die Registry-Einstellungen für Microsoft Multipath I/O (MPIO), Firewall und Festplatten-Timeout innerhalb der VM ordnungsgemäß konfiguriert sind.

Hinweis Dies bezieht sich ausschließlich auf den zu Gast verbundenen Speicher.

Vorteile von NetApp Cloud Storage

NetApp Cloud Storage bietet folgende Vorteile:

  • Verbessert die Dichte von Computing zu Storage durch Skalierung des Storage unabhängig vom Computing.

  • Ermöglicht Ihnen eine Verringerung der Host-Anzahl und somit eine Reduzierung der TCO insgesamt.

  • Ein Ausfall des Computing-Nodes hat keine Auswirkungen auf die Storage-Performance.

  • Mit der Volume-Umgestaltung und den dynamischen Service Level-Funktionen von Azure NetApp Files können Sie die Kosten optimieren, indem Sie die Größe für stabilen Workloads dimensionieren und so die Überprovisionierung verhindern.

  • Die Cloud Volumes ONTAP Funktionen für Storage-Effizienz, Cloud-Tiering und Instanztypen erlauben das optimale Hinzufügen und Skalieren von Storage.

  • Verhindert, dass überprovisioniert wird, dass Storage-Ressourcen nur bei Bedarf hinzugefügt werden.

  • Mit effizienten Snapshot-Kopien und Klonen können Sie schnell und ohne Performance-Einbußen Kopien erstellen.

  • Ransomware-Angriffe werden mit einer schnellen Recovery aus Snapshot-Kopien beheben.

  • Effizientes, inkrementelles, blockbasiertes regionales Disaster Recovery und integrierte Backup-Blockebene über Regionen hinweg sorgen für bessere RPO und RTOs.

Voraussetzungen

  • SnapMirror Technologie oder andere relevante Datenmigrationsmechanismen werden aktiviert. Es gibt viele Konnektivitätsoptionen – vor Ort und in beliebigen Hyperscaler-Clouds. Verwenden Sie den entsprechenden Pfad, und arbeiten Sie mit den entsprechenden Netzwerkteams zusammen.

  • Die Option in-Guest Storage war zum Zeitpunkt der Erstellung dieses Dokuments die einzige verfügbare. Sobald eine zusätzliche Unterstützung für einen NFS-Datastore verfügbar wird, wird eine zusätzliche Dokumentation verfügbar sein "Hier".

Hinweis Wenden Sie sich an NetApp Solution Architects und zugehörige Hyperscaler-Cloud-Architekten, um Storage und die erforderliche Anzahl von Hosts zu planen und zu dimensionieren. NetApp empfiehlt die Ermittlung der Anforderungen an die Storage-Performance, bevor das Cloud Volumes ONTAP-Sizer verwendet wird, um den Instanztyp oder das entsprechende Service Level mit dem richtigen Durchsatz abzuschließen.

Detaillierte Architektur

Im Hinblick auf die allgemeine Perspektive deckt diese Architektur (in der Abbildung unten dargestellt), wie NetApp Cloud Volumes ONTAP, Google Cloud NetApp Volumes für Google Cloud und Azure NetApp Files als zusätzliche in-Guest-Storage-Option für Hybrid-Multi-Cloud-Konnektivität und Applikationsportabilität über mehrere Cloud-Provider hinweg erreicht werden.

Hybrid Cloud-Architektur Der Enterprise-Klasse