Überblick über die Oracle Cloud VMware-Lösung

Mit der Oracle Cloud VMware-Lösung können Sie VMware-fähige SDDCs (Software Defined Data Centers) in OCI erstellen und verwalten.

Highlights der Lösung

Mit Oracle Cloud Infrastructure VMware Solution erhalten Sie vollständigen Zugriff auf die Features eines VMware-SDDC sowie auf die folgenden Vorteile:

  • High Availability: Alle VMware-Komponenten sind auf verschiedene Faultdomains in den Availability-Domains der OCI-Region verteilt.
  • Skalierbarkeit: Mit Dense-Ausprägungen können Sie mit 3 ESXi-Hosts beginnen und auf bis zu 64 Hosts in einem einzelnen SDDC skalieren. Wenn Sie Standardausprägungen verwenden, können Sie mit 3 ESXi-Hosts beginnen und auf bis zu 32 Hosts in einem einzelnen ESXi-Cluster im SDDC skalieren.
  • Cluster definieren: Definieren Sie bis zu 6 vSphere-Cluster in einem SDDC. Verwenden Sie Cluster, um Workloads zu trennen und eine zukünftige Erweiterung bereitzustellen.
  • Lift and Shift: Die Migration von On-Premise-Workloads VMware zu einem VMware Solution-SDDC ist nahtlos.
  • Vollständige Integration: Da sich das SDDC in einem virtuellen Cloud-Netzwerk (VCN) befindet, kann es für die Kommunikation mit anderen OCI-Ressourcen konfiguriert werden, wie Compute-Instanzen, DB-Systeme, autonome Datenbanken usw.
  • Verwaltbarkeit: Die OCI-Konsole stellt Workflows bereit, um die SDDC-Erstellung und die Netzwerkkonfiguration zu unterstützen.
  • Layer-2-Netzwerke: SDDCs sind mit VLANs konfiguriert, die Anwendungen unterstützen, für die Layer-2-Netzwerke in der Public Cloud ausgeführt werden müssen.
Hinweis

Das Verwenden eines eigenen Hypervisors von ESXi auf Bare Metal Compute-Instanzen wird nicht unterstützt.

SDDC-Details

SDDC können auf zwei Arten konfiguriert werden: als SDDC mit mehreren Hosts und als SDDC mit einem einzelnen Host zum Testen und zur kurzfristigen Entwicklung.

Multi-Host-SDDCs

Multi-Host-SDDCs bieten High Availability, und Sie können die gesamte Palette an VMware-Lösungsfeatures verwenden, um Produktions-Workloads zu migrieren und zu unterstützen.

Sie können ein Multi-Host-SDDC mit bis zu 6 Clustern mit bis zu 64 Hosts erstellen. Jedes Cluster kann viele ESXi-Hosts enthalten, um die spezifischen Workload-Anforderungen des Clusters zu unterstützen. SDDCs erfordern ein einheitliches Managementcluster, um die Managementkomponenten VMware zu hosten, die im Rahmen des SDDC-Setupworkflows erstellt werden. Weitere Informationen finden Sie unter VMware-Software.

Cluster, die Sie nach dem einheitlichen Managementcluster erstellen, sind Workload-Cluster und enthalten keine Managementkomponenten. Die Anzahl der ESXi-Hosts, die Sie in einem Workload-Cluster erstellen können, hängt von der Compute-Ausprägung ab, die Sie für das Cluster auswählen. Weitere Informationen finden Sie unter Unterstützte Ausprägungen.

Jedes Cluster im SDDC verfügt über eigene Netzwerkressourcen, die Sie beim Erstellen des Clusters definieren. Auf diese Weise können Sie ein SDDC konfigurieren, das getrennte Workload-Anforderungen erfüllen kann. Standardmäßig ist die Workload-Mobilität zwischen Clustern zulässig. Sie können jedoch die NSG-Einstellungen für jedes Cluster-VLAN konfigurieren, um die Workload-Mobilität einzuschränken. Weitere Informationen finden Sie unter VLANs.

Wenn Sie ein Cluster erstellen, definieren Sie eine Ausprägung, die für das Provisioning von ESXi-Hosts im Cluster verwendet werden soll. Alle Hosts werden mit dieser Ausprägung bereitgestellt. Nachdem das Cluster bereitgestellt wurde, können Sie Hosts mit verschiedenen Ausprägungen hinzufügen, sofern alle Ausprägungen im Cluster denselben Prozessorhersteller haben. Die Softwareversion VMware ist für das gesamte SDDC definiert, Sie können jedoch unterschiedliche Nebenversionen für jedes Cluster auswählen. Weitere Informationen finden Sie unter Cluster definieren.

Wenn Sie ein SDDC bereitstellen und dessen anfängliche Cluster definieren, wählen Sie ein Preisintervall für jedes Cluster aus. Das Preisintervall für ein Cluster gilt für alle Hosts im Cluster. Unterschiedliche Cluster können unterschiedliche Preisintervalle aufweisen. Alle Cluster, die Sie dem SDDC nach dem anfänglichen Provisioning hinzufügen, können auch ein eigenes ausgewähltes Preisintervall aufweisen. Sie können also mehrere Cluster mit unterschiedlichen Preisintervallen und verschiedenen Ausprägungen in einem Cluster verwenden. Weitere Informationen finden Sie unter Fakturierungsoptionen.

Einzelhost-SDDCs

Einzelhost-SDDCs werden für Tests und kurzfristige Entwicklung verwendet. Ein Einzelhost-SDDC besteht aus einem einzelnen einheitlichen Managementcluster mit einem einzelnen EXSi-Host. Der Host wird mit einer OCI-Bare-Metal-Dense-Ausprägungsinstanz erstellt. Ein Einzelhost-SDDC wird mit einem Subnetz und VLANs in einem OCI-VCN erstellt.

Anwendungsfälle für ein Einzelhost-SDDC:
  • Schnelleres Onboarding für Machbarkeitsstudien, Tests und Entwicklung.
  • Migration zwischen On Premise und OCI VMware Solution mit VMware HCX, VMware vMotion für Live-Migration und kalte Migration.
  • Disaster-Recovery-Bewertung mit VMware Site Recovery (SRM), optimiert für OCI VMware Solution. VMware SRM wird separat gekauft.
  • Unterstützung des hybriden verknüpften Modus für eine einzige Ansicht der On-Premise- und OCI VMware Solution-Ressourcen.
  • Zugriff auf andere Oracle-Services mit hoher Bandbreite und geringer Latenz.

Einschränkungen und Überlegungen für Einzelhost-SDDCs:

  • Standardausprägungen werden nicht unterstützt.
  • Produktions-Workloads werden nicht unterstützt.
  • Es wird kein von OCI unterstütztes Service-Level Agreement (SLA) bereitgestellt.
  • Oracle Support ist auf wirtschaftlich vertretbaren Support beschränkt. Die Unterstützung für VMware ist nur für die ersten 60 Tage für das Deployment eines SDDC mit einem Knoten verfügbar.
  • Einzelhost-SDDCs laufen nicht ab, sind jedoch auf die Abrechnungsoptionen Stündlich und Monatlich beschränkt. Weitere Informationen finden Sie unter Fakturierungsoptionen.
  • Einzelhost-SDDCs sind nicht als langfristige Lösungen konzipiert. Wenn Sie ein langfristiges SDDC benötigen, können Sie Workloads mit HCX in ein neues Produktions-SDDC migrieren. Weitere Informationen finden Sie unter HCX-Lizenztypen.
  • Es werden keine einzelnen Host-SDDCs gesichert. Wenn der Host ausfällt, gehen die Daten verloren.
  • Sie sind auf ein globales Maximum von 10 Deployments für Einzelhost-SDDC in allen Mandanten und Regionen begrenzt.
  • Features, die mehr als einen Host erfordern, sind nicht verfügbar. Beispiele:
    • Verteilte Management-Komponenten
    • High Availability (HA) für VMware-Clustering
    • Verteiltes Ressourcenmanagement (Distributed Resource Management, DRM) für VMware-Clustering

Cluster definieren

Ein Cluster ist eine Gruppe von ESXi-Hosts und zugehörigen Ressourcen in einem SDDC. Cluster trennen Workloads und ermöglichen eine zukünftige Erweiterung auf Formen, die bestimmten Geschäftsanforderungen entsprechen. Sie können beispielsweise verschiedene Cluster einrichten, die unterschiedliche Complianceanforderungen für verschiedene Geschäftsbereiche erfüllen. Ein weiteres Beispiel ist das Einrichten verschiedener Cluster, die Ausprägungstypen für spezielle Workloads oder Kostenanforderungen enthalten.

Wenn Sie ein SDDC erstellen, wird als erstes Cluster immer das Managementcluster erstellt. Das Managementcluster enthält alle Ressourcen, die für die Funktion des SDDC erforderlich sind, wie vCenter Server, NSX-T Manager Cluster und NSX-T Edge-Knoten und -Services. Ein einzelner Satz von Managementkomponenten wird für das gesamte SDDC bereitgestellt. Das einheitliche Managementcluster kann 3 bis 64 Hosts enthalten und auch zum Hosten von Workloads verwendet werden.

Cluster, die Sie nach dem einheitlichen Managementcluster erstellen, sind Workload-Cluster und enthalten keine Managementkomponenten. Sie können bis zu 5 Workload-Cluster erstellen. Die Anzahl der ESXi-Hosts, die Sie in einem Workload-Cluster erstellen können, hängt von der Compute-Ausprägung ab, die Sie für das Cluster auswählen. Bei dicht besiedelten Ausprägungen können Sie maximal 64 Hosts verwenden. Bei Standardausprägungen können bis zu 32 Hosts im selben Cluster vorhanden sein. Insgesamt können 64 Hosts in einem SDDC vorhanden sein.

Erstellen Sie Cluster beim anfänglichen SDDC-Provisioning oder jederzeit danach. Alle Cluster im SDDC werden in der Availability-Domain erstellt, die beim anfänglichen SDDC-Provisioning angegeben wurde. ESXi-Hostausprägungen, Preisintervall, VLANs und Datenspeicher werden für jedes Cluster im SDDC separat konfiguriert.
Wichtig

Die Ressourcen jedes Clusters sind unabhängig von den anderen Clustern im SDDC. Daher benötigt jedes Cluster eigene erforderliche Ressourcen. Bevor Sie Cluster in einem SDDC erstellen, stellen Sie sicher, dass Sie über alle erforderlichen Ressourcen verfügen.

Eine Liste der jeweiligen Limits sowie Anweisungen zum Beantragen einer Erhöhung finden Sie unter Servicelimits.

Sie können einem Cluster jederzeit nach dem Provisioning weitere ESXi-Hosts hinzufügen. Wenn Sie einem Cluster einen Host hinzufügen, werden die Ressourcen des Hosts Teil des Clusters. Sie können einen ESXi-Host mit einer anderen Ausprägung und einem anderen Abrechnungsintervall als ursprünglich für Hosts beim Provisioning angegeben hinzufügen, solange alle Ausprägungen im Cluster denselben Prozessorhersteller haben. Sie können verschiedene Ausprägungen, Abrechnungsintervalle und ESXi-Hostsoftwareversionen in einem Cluster entsprechend Ihren Geschäftsanforderungen kombinieren.

Cluster 1 Cluster 2 +
Typ Management und Arbeitsauslastung Workload
Formen
  • Sie können eine beliebige unterstützte Ausprägung oder Prozessorfamilie verwenden.
  • Der Standardwert ist die in Cluster 1 ausgewählte Ausprägung. Sie können sie jedoch in eine beliebige unterstützte Ausprägung ändern.
Kerne Die Anzahl der Cores, die Sie konfigurieren können, hängt von der ausgewählten Ausprägung ab.
  • Sie können eine höhere oder niedrigere Anzahl von Cores als in Cluster 1 angegeben konfigurieren.
  • Die Anzahl der Cores, die Sie konfigurieren können, hängt von der ausgewählten Ausprägung ab.
Anzahl ESXi-Hosts
  • 3 bis 64 Hosts, eingeschränkt durch Mandantenlimits.
  • Einzelhost-SDDCs enthalten nur ein Cluster mit einem ESXi-Host.
  • Bis zu 32 Standardausprägungshosts, eingeschränkt durch Mandantenlimits.
  • Bis zu 64 Hosts mit dichter Ausprägung, durch Mandantenlimits eingeschränkt.
  • Einzelhost-SDDCs enthalten nur ein Cluster mit einem ESXi-Host.
Abrechnungsintervall
  • Jedes Abrechnungsintervall, das von der ausgewählten Ausprägung unterstützt wird
  • Der Standardwert ist das in Cluster 1 ausgewählte Intervall. Sie können es jedoch in ein beliebiges Intervall ändern, das von der ausgewählten Ausprägung unterstützt wird.
Software
  • Wählen Sie ein VMware-Software-Bundle aus, das von der ausgewählten Ausprägung unterstützt wird.
  • Die Softwarelizenzierung für VMware ist für alle Cluster im SDDC identisch.
Networking
  • Sie können vorhandene VLANs verwenden oder beim SDDC-Provisioning einrichten.
  • Sie können für alle Cluster dieselben VLANs verwenden oder neue VLANs erstellen.
Speicherung
  • Hängt von der ausgewählten Ausprägung ab. Siehe Unterstützte Ausprägungen.
  • Sie können jederzeit mehr Block-Volume-Speicher erstellen und anhängen.

Unterstützte Ausprägungen

Die VMware-Lösung unterstützt sowohl Standard- als auch Dense-Ausprägungen für ESXi-Hosts. Jeder Ausprägungstyp hat verschiedene Vorteile und Einschränkungen, die bei der Planung Ihres SDDC zu berücksichtigen sind. Wenn Sie ein Workload-Cluster erstellen, hängt die Anzahl der zulässigen ESXi-Hosts im Cluster von der ausgewählten Ausprägung ab. Bei dicht besiedelten Ausprägungen können Sie maximal 64 Hosts verwenden. Bei Standardausprägungen können bis zu 32 Hosts im selben Cluster vorhanden sein.

Dichte Formen

  • Dichte Ausprägungen stellen lokalen NVMe-Speicher bereit und erfordern keinen Block-Volume-Speicher.
  • Die konvergente vSAN-Speicherechnologie repliziert Daten über alle ESXi-Hosts im SDDC.
  • Alle Preisverpflichtungstypen und HCX-Lizenztypen sind für Dense-Ausprägungen verfügbar.
  • Dichte Ausprägungen können über mehrere Availability-Domains hinweg bereitgestellt werden.
  • Kein Speichergrenzwert, Netzwerkbandbreitengrenzwert oder VNIC-Anzahlgrenzwert.
  • Mit einer Dense-Ausprägung können Sie ein Einzelknoten-SDDC erstellen.
Prozessorart Form OCPU Verfügbare Core-Konfigurationen
Intel BM.DenseIO2.52 52 52
AMD BM.DenselO.E4.128 (128) 32, 64, 128
Weitere Einzelheiten finden Sie unter Compute Dense I/O-Ausprägungen.

Standardausprägungen

  • Standardausprägungen bieten eine günstigere Option als Dense-Ausprägungen.
  • Für Standardausprägungen ist Block-Volume-Speicher erforderlich. Weitere Einzelheiten finden Sie im folgenden Abschnitt.
  • Standardausprägungen sind nur für eine einzelne Availability-Domain verfügbar.
  • Für Standardausprägungen ist keine monatliche Preisverpflichtung verfügbar.
  • Limits für Arbeitsspeicher, Bandbreite und Anzahl von VNICs. (Siehe Tabelle.)
  • Einknoten-SDDCs mit Standardausprägungen werden nicht unterstützt.
Prozessorart Form OCPU Verfügbare Core-Konfigurationen Speicher (GB) Netzwerkbandbreitenlimit (Gbit/s) Max. VNIC-Limit
Intel BM.Standard2.52 52 52 (768) 50 200
Intel BM.Standard3.64 64 16, 32, 48, 64 1024 100 (256)
AMD BM.Standard.E4.128 (128) 32, 64, 96, 128 2048 100 (256)
Weitere Einzelheiten finden Sie unter Compute-Standardausprägungen.

Datenspeicherung

Standardausprägungs-SDDCs nutzen den Block Volume-Service zur Dauerhaftigkeit. Alle Volumes werden automatisch für Sie repliziert, sodass sie vor Datenverlust geschützt werden können. Viele Kopien von Daten werden redundant auf vielen Speicherservern mit integrierten Reparaturmechanismen gespeichert. Weitere Informationen finden Sie unter Block-Volume-Dauerhaftigkeit.

Wenn Sie beim Erstellen eines SDDC eine Standardausprägung auswählen, erstellt der Workflow automatisch ein Block-Volume für den Verwaltungsdatenspeicher mit den folgenden Eigenschaften:
  • Kapazität: 8 TB
  • Standard-VUs/GB: 10 (ausgeglichen)
Wenn Sie mehr Speicher benötigen, können Sie während des SDDC-Erstellungsworkflows oder mit dem Block Volume-Service weitere Volumes erstellen. Ihnen wird der gesamte Speicher mit regelmäßigen Block-Volume-Raten in Rechnung gestellt. Die folgenden Limits gelten für den SDDC-Datenspeicherpool:
  • Maximale Volumen: 32
  • Minimale Datenträgergröße: 50 GB
  • Maximale Datenträgergröße: 32.768 GB (32 TB)

Abgeschirmte Instanzen

Wenn Sie ein SDDC erstellen und dessen Cluster definieren, können Sie abgeschirmte Instanzen für ESXi-Hosts verwenden. Abgeschirmte Instanzen härten die Firmwaresicherheit auf ESXi-Hosts zum Schutz vor schädlicher Software auf Bootebene. Abgeschirmte Instanzen bieten für die VMware-Lösung die folgenden Features:
  • Der sichere Start prüft die Signatur jeder Bootsoftware, einschließlich Firmware-Treibern, EFI-Anwendungen und BS. Wenn die Signatur gültig ist, wird der Server gestartet, und die Firmware überlässt dem BS die Steuerung. Wenn die Signatur nicht in der gültigen Signaturdatenbank gefunden wird, wird das System nicht gestartet. Weitere Informationen finden Sie in der VMware-Dokumentation zum sicheren Start.
  • Trusted Platform Module (TPM) ist ein Computerchip, der Artefakte wie Signaturen, Zertifikate und Verschlüsselungsschlüssel zur Authentifizierung der Plattform sicher speichern kann. Weitere Informationen finden Sie in der VMware-Dokumentation zu TPM.

Wenn die ESXi-Hosts abgeschirmte Instanzen sind, können Sie Virtual Trusted Platform Module (vTPM) auf den VMs verwenden. vTPM ist eine Softwaredarstellung eines physischen TPM, die von VMs verwendet werden kann. Weitere Informationen finden Sie in der VMware-Dokumentation zu vTPM.

Wichtig

Abgeschirmte Instanzen müssen beim Erstellen des SDDC aktiviert werden. Alle im SDDC erstellten Hosts sind abgeschirmte Instanzen. Sie können diese Option nicht später oder für bestimmte ESXi-Hosts aktivieren. Wenn Sie bereits ein SDDC erstellt haben, ohne abgeschirmte Instanzen zu aktivieren, und später abgeschirmte Instanzen verwenden möchten, müssen Sie das SDDC neu erstellen.

Allgemeine Informationen zu geschützten Compute-Instanzen in OCI finden Sie unter Abgeschirmte Instanzen.

Reservierte Kapazität verwenden

Wenn Sie einen neuen ESXi-Host erstellen, können Sie ihn mit reservierter Kapazität oder mit bedarfsgesteuerter Kapazität erstellen.

Bedarfsgesteuerte Kapazität bedeutet, dass die zum Erstellen des Hosts erforderliche Compute-Kapazität zum Zeitpunkt der Anforderung bereitgestellt wird. Sie zahlen erst dann für die Kapazität, wenn sie bereitgestellt wird.

Mit Kapazitätsreservierungen können Sie Instanzen vorab reservieren, damit die Kapazität für Workloads verfügbar ist, wenn Sie sie benötigen. Kapazitätsreservierungen bieten die folgenden Vorteile:

  • Sicherheit, dass Sie über die zur Verwaltung der Workload erforderliche Kapazität verfügen. Reservierte Kapazität kann der Mandant jederzeit nutzen.
  • Keine Verpflichtungen hinsichtlich Größe oder Zeit. Erstellen Sie eine Reservierung mit so wenig oder so viel Kapazität, wie Sie benötigen, und löschen Sie die Reservierung jederzeit, damit Sie nicht länger dafür bezahlen müssen.
  • Wenn Instanzen mit reservierter Kapazität gelöscht werden, kehrt die Kapazität zur Reservierung zurück.
Hinweis

Die Kapazitätsreservierung wird für ein SDDC, das mehr als eine Availability-Domain verwendet, nicht unterstützt.
Wichtig

Wenn sich ein Host noch in einem reservierten Kapazitätspool befindet, erfolgt die Abrechnung auf der Grundlage der SKU-Preise für reservierte Kapazität. Nachdem der Host aus dem reservierten Kapazitätspool für ein SDDC bereitgestellt wurde, wechselt der Host basierend auf dem ausgewählten Verpflichtungsintervall zu SKU-Preisen für VMware Solution.

Wenn der Host gelöscht wird, bevor der Verpflichtungszeitraum endet, wird Ihnen der Host für die Dauer der Verpflichtung weiterhin in Rechnung gestellt.

Inaktive Hosts in einem reservierten Kapazitätspool werden unabhängig von VMware Solution abgerechnet.

Um reservierte Kapazität für VMware-Hosts zu verwenden, müssen Sie zunächst eine Kapazitätsreservierung einrichten. Weitere Informationen finden Sie unter Kapazitätsreservierungen.

Oracle Cloud VMware Solution - Architektur

Das folgende Diagramm zeigt, wie die verschiedenen Komponenten des Oracle Cloud VMware Solution-SDDC auf OCI-Bare-Metal-Compute-Instanzen bereitgestellt werden und wie die Lösung in die OCI-Umgebung integriert ist.

Diagramm mit der Architektur von Oracle Cloud VMware Solution

Das Diagramm zeigt drei ESXi-Hosts eines SDDC, das in einem OCI-VCN gespeichert ist. Der mittlere Host zeigt die installierten VMware-Softwarekomponenten für die Unterstützung von Compute (vSphere), Netzwerk (NSX-T) und Speicher (vSAN). Die NSX-Überlagerung verwaltet den Trafficfluss zwischen den VMs sowie zwischen den VMs und den restlichen Ressourcen in der Lösung. Das VCN umfasst hier verschiedene Gateways, die Konnektivität zwischen dem SDDC und einem On-Premise-Netzwerk, dem Internet und Oracle Services Network ermöglichen.

Hostverteilung und Availability-Domains

Um einen hohen Durchsatz und eine geringe Latenz zu gewährleisten, werden die Oracle Cloud Infrastructure-SDDCs der VMware-Lösung standardmäßig in mindestens drei Faultdomains innerhalb einer einzelnen Availability-Domain in einer Region bereitgestellt. Diese Architektur ermöglicht Verbindungen mit hohem Durchsatz und geringer Latenz und sorgt so für maximale Performance und Zuverlässigkeit.

Wenn die SDDCs auf vielen Availability-Domains bereitgestellt werden müssen, ist diese Option auf Anfrage verfügbar. Bei einer Lösung mit mehreren Availability-Domains gibt es einige Überlegungen und mögliche Einschränkungen:

  • Eine Multi-Availability-Domain kann bei einer einzelnen AD einen Datenverlust verhindern. Wenn ein Host im SDDC ausfällt, werden VMs auf einem verfügbaren Host in einer anderen Availability-Domain neu gestartet.
  • Sie müssen sorgfältig abwägen, ob Sie ein SDDC auf vielen Availability-Domains bereitstellen möchten. Die Performance kann beeinträchtigt werden, weil im Vergleich zu einem einzelnen Availability-Domain-Deployment die Netzwerklatenz und der Speicherdurchsatz erhöht werden können.
  • Beim vertikalen Skalieren eines SDDC auf mehreren Availability-Domains wird auch die Nachfrage nach dem Netzwerk erhöht. Die Replikation von Daten auf allen Hosts in verschiedenen Availability-Domains hat Auswirkungen auf Funktionen wie vSAN-Speichersynchronisierung sowie auf die Dauer der erneuten Erstellung und erneuten Synchronisierung. Weitere Verwaltungsfunktionen können sich ebenfalls auf die Performance der Kunden-Workloads auswirken.
  • Wir empfehlen, dass VMware-SDDCs, die in mehreren Availability-Domains innerhalb einer Region bereitgestellt werden, ein Maximum von 16 ESXi-Hosts nicht überschreiten.

Um ein Multi-Availability-Domain-Deployment anfragen zu können, kontaktieren Sie hier das VMware-Lösungsteam von Oracle Cloud.

Allgemeine Informationen finden Sie unter Regionen und Availability-Domains.

HCX Manager

Wenn Sie ein SDDC bereitstellen, können Sie HCX Manager aktivieren (nicht im Diagramm dargestellt). HCX ist eine Plattform für Anwendungsmobilität, mit der die Anwendungsmigration, das Rebalancing von Workloads und die Geschäftskontinuität in Data Centern und Clouds vereinfacht wird. Damit HCX ordnungsgemäß in VMware Solution funktioniert, benötigen Sie Folgendes:
  • Eine FastConnect-Verbindung für die Kommunikation zwischen Standorten
  • Ein NAT-Gateway, das von HCX Manager für die Lizenzaktivierung, für Updates und für verbesserten VMware-Support benötigt wird
Hinweis

HCX Manager erfordert die Konnektivität zu einem VMware-SaaS-Portal, das von einem NAT-Gateway bereitgestellt wird. Weitere Informationen zu den Anforderungen von VMware für HCX Manager: Why does HCX Manager require connectivity for activation and updates?

VMware-Software

Das VMware-Software-Bundle von OCI enthält die Komponenten vSphere, vSAN, NSX, vCenter und HCX, um die Compute-, Speicher- und Netzwerkanforderungen für eine vollständig funktionsfähige VMware-Umgebung zu unterstützen.

  • vSphere: vSphere ist die Virtualisierungsplattform von VMware für eine einheitliche Verwaltung der CPU-, Speicher- und Netzwerkinfrastruktur des SDDC. Zwei Schlüsselkomponenten von vSphere sind der ESXi-Hypervisor und der vCenter-Server.
  • NSX-T: Das NSX-T-Data Center stellt dem SDDC die virtuellen Netzwerk- und Sicherheitsfunktionen zur Verfügung. Das NSX-T-Deployment umfasst einheitliche NSX Manager-Appliances mit NSX-T Local Manager-, NSX-T Controller- und NSX-T Edge-Knoten.
  • vSAN: Die SDDCs von Oracle Cloud VMware Solution verwenden die vSAN-Speichertechnologie von VMware, die einen einzelnen gemeinsamen Datenspeicher für Compute- und Management-Workloads (VMs) von VMware bereitstellt.
  • HCX: Die Hybrid Cloud Extension ist eine Plattform für die Anwendungsmobilität, die die Komplexität bei der Anwendungs- und Workload-Migration beseitigt. HCX kann beim Einrichten eines SDDC optional als Plug-in installiert werden. Sie können HCX Advanced ohne Aufpreis oder HCX Enterprise als kostenpflichtiges Upgrade installieren. Weitere Informationen finden Sie unter HCX-Lizenztypen.

Wenn Sie das SDDC bereitstellen, wählen Sie die anfängliche Version dieses Software-Bundles aus, die auf den ESXi-Hosts installiert werden soll, die beim Provisioning erstellt wurden. Sie können die Standardsoftwareversion des SDDC später ändern. Wenn Sie dem SDDC ESXi-Hosts hinzufügen, müssen Sie die SDDC-Standardversion nicht verwenden. Sie können eine beliebige ESXi-Softwareversion unter der Hauptversion auswählen, die mit dem SDDC bereitgestellt wird.

Hinweis

  • Änderungen, die Sie mit der Oracle Cloud Infrastructure-Konsole, -API oder -CLI am SDDC vornehmen, werden nicht automatisch in vCenter übernommen. Beispiel: Wenn Sie die Softwareversion oder die SSH-Schlüssel ändern, gilt die Änderung nur für ESXi-Hosts, die Sie dem SDDC hinzufügen. Um diese Eigenschaften für vorhandene Hosts zu ändern, müssen Sie die entsprechenden Updates in vCenter manuell vornehmen.
In den folgenden Tabellen sind die Komponenten und Versionen für aktuelle VMware-Software-Bundles aufgeführt:
vSphere 8,0
Komponente Versionieren Build
VMware ESXi ESXi 8.0 U2 22.380.479
VMware vCenter Server-Appliance vCenter Server 8.0 U2a 22.617.221
VMware NSX-T-Data Center 4,1 22.667.789
HCX-Cloud 4,8 22.804.451
HCX-Connector 4,8 22.804.409
vSphere 7,0
Komponente Versionieren Build
VMware ESXi ESXi 7.0 U3k 21313628
VMware vCenter Server-Appliance vCenter Server 7.0 U3k 21290409
VMware NSX-T-Data Center 3.2.2 20737185
HCX-Cloud 4.5.2 20914430
HCX-Connector 4.5.2 20914338

In der folgenden Tabelle werden Versionen des Software-Bundles angezeigt, die einen End of Support-Status erreicht haben.

Softwareversion vSphere vSAN NSX-T

6.7 Update 3*

6.7 U3

6.7 U3

3.2.0.1

6.5 Update 3*

6.5 U3

6.5 U3

3.2.0.1
Hinweis

* vSphere 6.5 und vSphere 6.7 haben das Ende des allgemeinen Supports von der VMware-Lösung am 15. Oktober 2022 erreicht. Oracle bietet wirtschaftlich angemessenen Support für das Provisioning von vSphere 6.5- und 6.7-Umgebungen, wenn sie nach diesem Datum in die Phase zur technischen Unterstützung eintreten. Es wird empfohlen, die neueste Version von vSphere zu verwenden, wenn Sie ein SDDC erstellen.

Upgrade der VMware-Software von 6.x auf 7.x

Da die Plattform erhebliche Änderungen an der Architektur von vSphere Version 6.x bis 7.x aufweist, stellt OCI einen Workflow bereit, der Sie Schritt für Schritt durch den Upgradeprozess führt. Um das Upgrade durchzuführen, stellt der Workflow einen neuen vSphere 7.0-SDDC und ESXi-Hosts auf OCI VMware-Lösung bereit und migriert Workloads mit VMware HCX in das neue vSphere 7-SDDC. Während des Upgradeworkflows sind zwei weitere VLANs für Provisioning und Migration erforderlich. Sie können vor dem Starten des Workflows die VLANs erstellen oder sie vom Workflow erstellen lassen.

Weitere Informationen und Anweisungen finden Sie unter VMware-Software upgraden.

Hinweis

OCI unterstützt nur einen Workflow für In-Place-Upgrades von Version 6.x bis 7.x. Um ein Upgrade von 7.x auf 8.x durchzuführen, erstellen Sie ein neues SDDC und Hosts mit Version 8.x. Migrieren Sie dann Workloads vom 7.x-SDDC zum 8.x-SDDC, und übertragen Sie die Hostfakturierungszusagen. Weitere Informationen finden Sie unter Fakturierungsverpflichtungen transferieren.

HCX-Lizenztypen

HCX (Hybrid Cloud Extension) ist eine Plattform für Anwendungsmobilität, mit der die Anwendungsmigration, das Rebalancing von Workloads und die Geschäftskontinuität in Data Centern und Clouds vereinfacht wird. Für die Ausführung von HCX muss jedem physischen Socket im Ziel mindestens ein Lizenzschlüssel zugewiesen sein. Die angegebene Anzahl von On-Premise-Schlüsseln ist vom HCX-Lizenztyp abhängig.

Lizenz Anzahl der Schlüssel Standardausprägungs-SDDCs Dense Shape-SDDCs Hinweise
Erstellt 3 Nicht unterstützt Ohne zusätzliche Kosten inbegriffen Mit diesem Lizenztyp können Sie weniger Workloads mit einigen Anwendungsausfallzeiten migrieren.
Enterprise 10 Unternehmenslizenz ohne zusätzliche Kosten inbegriffen. Keine Option zum Downgrade auf eine Advanced-Lizenz. Fakturiertes Upgrade. Sie können später ein Downgrade auf eine Advanced-Lizenz vornehmen.

Mit diesem Lizenztyp können Sie viele geschäftskritische Workloads ohne Ausfallzeiten migrieren.

Die angewendeten HCX Enterprise-Gebühren werden monatlich in Rechnung gestellt und sind von den Hostfakturierungsintervallen unabhängig. Nachdem das SDDC-Provisioning abgeschlossen ist, können Sie das Enddatum des monatlichen Abrechnungszyklus für HCX auf der Seite Details anzeigen.

Wenn Sie dichte Ausprägungen für ein SDDC verwenden, können Sie den HCX-Lizenztyp ändern:
  • Upgrade auf Enterprise: Erhöht die Anzahl der ausgegebenen On-Premise-Verbindungsschlüssel von drei auf zehn. Die Arbeitsanforderung für das Upgrade wird sofort gestartet. Der HCX Enterprise-Abrechnungszyklus beginnt, sobald die Arbeitsanforderung abgeschlossen ist.
  • Downgrade auf Advanced: Verringert die Anzahl der On-Premise-Verbindungsschlüssel von zehn auf drei. Sie müssen drei Lizenzschlüssel angeben, die nach dem Downgrade beibehalten werden sollen. Die Downgradeanforderung bleibt bis zum Enddatum des monatlichen Abrechnungszyklus für HCX im Status "Ausstehend". Sie können die Downgradeanforderung stornieren, solange sie sich noch im Status pending befindet.
Hinweis

Standardausprägungen umfassen den Lizenztyp "Unternehmen" kostenlos und sind kostenlos. Sie können den Lizenztyp in SDDCs, die Standardausprägungen verwenden, nicht ändern.

Weitere Informationen finden Sie unter Upgrade der HCX-Lizenz eines SDDC und Downgrading an SDDC's HCX License.

Abrechnungsoptionen

Das VMware-Lösungs-Bundle von OCI bietet flexible Abrechnungsoptionen, aus denen Sie wählen können.
  • Preisintervall: Definieren Sie ein Preisfindungsintervall für ESXi-Hosts in einem SDDC oder Cluster. Jedes Cluster in einem SDDC kann ein anderes Preisintervall aufweisen. Wählen Sie stündlich, monatlich, jährlich oder alle drei Jahre aus.
  • Fakturierungsverpflichtungen tauschen: Sie können die Fakturierungsverpflichtung, die HCX-Verpflichtung und das Fakturierungsenddatum von einem ESXi-Host auf einen anderen übertragen. Fakturierungsverpflichtungen können von einem gelöschten Host oder einem vorhandenen Host übertragen werden.

Weitere Informationen finden Sie unter Fakturierungsoptionen und Fakturierungsverpflichtungen übertragen.

Zusätzliche Dokumentationsressourcen

Die folgenden Oracle Cloud VMware Solution-Playbooks und Whitepaper sind verfügbar: