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
VMware Engine bietet dedizierte, isolierte Bare-Metal-Hardwareknoten, private VMware Engine-Clouds erstellen Die Knoten liefern die Rechenleistung, Arbeitsspeicher und Speicherplatz, der für die Ausführung von VMware ESXi erforderlich ist, und bilden die Nutzung der 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.
† Nur 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. Eine bestimmte private Cloud befindet 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: Bewertung der VMware Engine und ihrer Fähigkeiten
- 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 verhindern, Löschen und produktionsreife SLA-Abdeckung durch Erweiterung auf mindestens 3 Knoten innerhalb von 60 Tagen. Der Erweiterungsprozess stört Ihre VMs oder Zugriff auf vCenter und initialisiert die vSAN-Datenreplikation, nachdem die Knoten wurden dem Cluster hinzugefügt.
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.
Eine benutzerdefinierte Anzahl von Kernen ist sowohl für den ersten Cluster als auch für alle anderen in einer privaten Cloud erstellten Clustern. 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 wird vSphere beschrieben Clusterlimits in privaten Clouds, die die SLA-Anforderungen 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. Für können Sie beispielsweise vSphere Distributed Resource Scheduler nicht verwenden (DRS) oder Hochverfügbarkeit (High Availability, HA).
- 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 auch die benutzerdefinierte Anzahl der 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 sein und mindestens 8 betragen (z. B. 8, 12 oder 16).
- Für private Clouds mit einem einzelnen Knoten sind keine benutzerdefinierten Kernzahlen verfügbar.