Private VMware Engine-Clouds

Eine private Google Cloud VMware Engine-Cloud ist ein isolierter VMware-Stack, der aus den folgenden VMware-Komponenten besteht:

  • ESXi-Hosts
  • vCenter-Server
  • vSAN
  • NSX
  • HCX

Mit privaten Clouds können Sie eine Vielzahl gängiger Anforderungen an die Netzwerkinfrastruktur erfüllen:

  • Wachstum. Fügen Sie Knoten ohne neue Hardware hinzu, wenn Sie einen Hardwareaktualisierungspunkt für Ihre vorhandene Infrastruktur erreichen.
  • Schnelle Expansion. Erstellen Sie sofort zusätzliche Kapazitäten, wenn ein vorübergehender oder nicht geplanter Bedarf an Kapazitäten auftritt.
  • Erhöhter Schutz. Erhalten Sie automatische Redundanz und Verfügbarkeitsschutz bei Verwendung einer privaten Cloud mit drei oder mehr Knoten.
  • Langfristige Infrastrukturanforderungen. Sie können Rechenzentren bereinigen und zu einer cloudbasierten Lösung migrieren, die mit Ihrer Geschäftstätigkeit kompatibel ist. Dies ist insbesondere dann hilfreich, wenn die Kapazität Ihrer Rechenzentren aufgebraucht ist oder Sie umstrukturieren möchten, um die Kosten zu senken.

VMware Engine-Knoten

Die VMware Engine bietet dedizierte, isolierte Bare-Metal-Hardwareknoten, um private VMware Engine-Clouds zu erstellen. Die Knoten stellen die Rechenleistung, den Arbeitsspeicher und den Speicherplatz bereit, die für die Ausführung von VMware ESXi erforderlich sind. Sie sind die grundlegende Verbrauchseinheit von VMware Engine. Mit diesen Knoten können Sie einen vSphere-Cluster erstellen und VMware-VMs auf den Clustern ausführen.

Knotentypen

In der folgenden Tabelle sind die wichtigsten Knotentypen aufgeführt, die beim Erstellen einer privaten Cloud in der VMware Engine verfügbar sind. Informationen zu allen verfügbaren Knotentypen und Regionen finden Sie unter VMware Engine-Knoten.

Knotentyp vCPUs/Knoten Arbeitsspeicher/Knoten (GiB) Speicherplatz/Knoten (TB)*
ve1-standard-72 72 768 19,2
ve1-standard-so - - 19,2
ve2-standard-128† 128 2.048 25,5

* Rohspeicherplatz, ohne Cache, in Terabyte.
† In ausgewählten Regionen verfügbar.

Private Cloud-Umgebung

Sie verwalten Ihre privaten Clouds über die Google Cloud Console. Jede private Cloud hat einen eigenen vCenter-Server in einer eigenen Verwaltungsdomain und alle Knoten in einer bestimmten privaten Cloud befinden sich in derselben Region.

Der VMware-Stack wird auf dedizierten, isolierten Bare-Metal-Hardware-Knoten an Google Cloud-Standorten ausgeführt. Sie nutzen den Stack über integrierte VMware-Tools wie vCenter Server und NSX Manager.

Bei privaten Clouds geht es darum, Single Points of Failure zu vermeiden:

  • Cluster von ESXi-Hosts werden mit vSphere High Availability (HA) konfiguriert und haben mindestens einen freien Knoten für die Robustheit. vSphere HA schützt vor Knoten- und Netzwerkausfällen.
  • vSAN bietet redundanten primären Speicher. vSAN erfordert mindestens drei Knoten in einer privaten Cloud, um Schutz vor einem einzelnen Ausfall zu gewährleisten. Sie können vSAN so konfigurieren, dass eine höhere Ausfallsicherheit für größere Cluster bereitgestellt wird.

Mithilfe der folgenden Verbindungen können Sie die private Cloud mit Ihrer lokalen Umgebung verbinden:

Private Clouds mit einzelnem Knoten

Für Pilottests und Proofs of Concept mit VMware Engine können Sie eine private Cloud erstellen, die nur einen einzigen Knoten und Cluster in jeder Region enthält, in der VMware Engine verfügbar ist. Alle VMware Engine-Features sind in einer privaten Cloud mit nur einem Knoten verfügbar. Aufgrund der Clustergröße gelten jedoch bestimmte Einschränkungen für die VMware-Stackfeatures.

Im Folgenden sind einige gängige Anwendungsfälle für die private Cloud mit einem einzelnen Knoten aufgeführt:

  • Proof of Concept: VMware Engine und ihre Funktionen bewerten
  • Tests zur Notfallwiederherstellung: Bereitstellung Ihrer Anwendung aus aktuellen Sicherungen zur regelmäßigen Validierung der Vorbereitung auf die Notfallwiederherstellung
  • Tests für Anwendungsupgrades: Testen und Validieren von Upgrades von Anwendungskomponenten, bevor Ihre Anwendung in der Produktion aktualisiert wird

VMware Engine löscht private Clouds mit einem einzelnen Knoten nach 60 Tagen zusammen mit den zugehörigen Arbeitslast-VMs und -Daten. Sie können jedoch dieses Löschen verhindern und eine produktionsfertige SLA erhalten, indem Sie innerhalb von 60 Tagen auf mindestens 3 Knoten erweitern. Der Erweiterungsprozess stört Ihre VMs oder den Zugriff auf vCenter nicht und initialisiert die vSAN-Datenreplikation, nachdem die Knoten erfolgreich dem Cluster hinzugefügt wurden.

Bei privaten Clouds mit einem einzelnen Knoten verwendet die vSAN-Standardspeicherrichtlinie einen FTT-Wert (Failure to Tolerate) von FTT=0. Wenn Sie eine private Cloud mit einem einzelnen Knoten maximieren, ändert VMware Engine die Standardspeicherrichtlinie für vSAN. Die vSAN-Standardspeicherrichtlinie ändert sich in FTT=1 für private Clouds mit 3–4 Knoten und in FTT=2 für private Clouds mit mindestens 5 Knoten.

Anzahl benutzerdefinierter Kerne

Bei einigen Lizenzvereinbarungen werden Ihnen die Kosten auf Grundlage der Anzahl der CPU-Kerne im zugrunde liegenden physischen Knoten oder im Cluster in Rechnung gestellt. Wenn Sie einen neuen Cluster erstellen, können Sie die Anzahl der verfügbaren Kerne für jeden Knoten im Cluster reduzieren, um die Lizenzanforderungen der Anwendung zu erfüllen. VMware Engine erstellt auch alle neuen Knoten, die diesem Cluster hinzugefügt werden, mit derselben Anzahl von Kernen pro Knoten, auch wenn ein ausgefallener Knoten ersetzt wird. Prüfen Sie, wie die Kerne gezählt werden (physisch vorhanden oder vom BIOS verfügbar), wie in Ihrem Vertrag angegeben, um die Lizenzkosten mithilfe dieser Funktion zu verwalten.

Die Anzahl benutzerdefinierter Kerne ist sowohl für den ersten Cluster als auch für alle anderen in einer privaten Cloud erstellten Cluster verfügbar. Die Reduzierung der Anzahl der verfügbaren Kerne hat keinen Einfluss auf die Knotenpreise.

Beschränkungen

Für jede private Cloud gelten Ressourcenlimits für ihre Knoten und Cluster. Eine Liste dieser Limits finden Sie unter VMware in einer privaten Cloud.

Knotenlimits

Berücksichtigen Sie bei der Planung der VMware Engine-Ressourcen die Anzahl der Knoten, die Sie in Ihrer Private Cloud benötigen. In der folgenden Tabelle werden die vSphere-Clusterlimits in privaten Clouds beschrieben, die die SLA erfüllen:

Ressource Limit
Mindestanzahl der Knoten zum Erstellen einer privaten Cloud (erster Cluster) 3
Mindestanzahl der Knoten zum Erstellen eines Clusters 3
Maximale Anzahl von Knoten pro Cluster 32
Maximale Anzahl von Knoten pro privater Cloud 96
Maximale Anzahl von Clustern pro privater Cloud 21

Einschränkungen für private Clouds

Für private Clouds gelten die folgenden Einschränkungen:

  • Ein Cluster einer privaten Cloud muss denselben Knotentyp haben.
  • Eine private Cloud mit Clustern verschiedener Knotentypen wird nicht unterstützt.

Einschränkungen für private Clouds mit einem einzelnen Knoten

Für private Clouds mit einem einzelnem Knoten gelten die folgenden Einschränkungen für den VMware-Stack:

  • Funktionen oder Vorgänge, die mehr als einen Knoten erfordern, funktionieren nicht. Sie können beispielsweise vSphere Distributed Resource Scheduler (DRS) oder Hochverfügbarkeit (HA) nicht verwenden.
  • Die vSAN-Standardspeicherrichtlinie verwendet FTT=0, sodass ein Knotenfehler zu einem Datenverlust führt.

Außerdem gelten die folgenden Einschränkungen von VMware Engine:

  • Sie können einen Cluster mit einem einzelnen Knoten nicht zu einer vorhandenen privaten Cloud hinzufügen.
  • Eine vorhandene private Cloud kann nicht in eine private Cloud mit einem einzelnen Knoten umgewandelt werden.
  • Knotenanpassungen durch Autoscaling-Richtlinien werden in einer privaten Cloud mit einem einzelnen Knoten nicht unterstützt.
  • Bei VMware-Stack-Upgrades kommt es zu einer Ausfallzeit für die private Cloud mit einem einzelnen Knoten.
  • VMware Engine verschlüsselt Daten in vSAN in einer privaten Cloud mit nur einem Knoten nicht standardmäßig.
  • Eine private Cloud muss mindestens 3 Knoten und eine vollständige vSAN-Datenreplikation enthalten, um für die Abdeckung gemäß dem SLA infrage zu kommen.
  • Sie können die Anzahl der Kerne pro Knoten nicht mit einer privaten Cloud mit einem einzelnen Knoten anpassen.

Beschränkungen der benutzerdefinierten Anzahl von Kernen

Die folgenden Einschränkungen gelten für Cluster mit einer benutzerdefinierten Anzahl von Kernen

  • Alle Knoten, die dem Cluster nach der anfänglichen Erstellung hinzugefügt wurden, verwenden ebenfalls die Anzahl der benutzerdefinierten Kerne.
  • Die Anzahl der Kerne pro Knoten kann nach der Clustererstellung nicht mehr geändert werden. Um die Anzahl der Kerne pro Knoten im Cluster zu ändern, müssen Sie den Cluster löschen und einen neuen erstellen.
  • Die Anzahl der Kerne pro Knoten muss ein Vielfaches von 4 mit mindestens 8 sein (z. B. 8, 12 oder 16).
  • Für private Clouds mit einem einzelnen Knoten sind keine benutzerdefinierten Kernzahlen verfügbar.

Nächste Schritte