Ü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.
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.
- 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.
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 |
|
|
Kerne | Die Anzahl der Cores, die Sie konfigurieren können, hängt von der ausgewählten Ausprägung ab. |
|
Anzahl ESXi-Hosts |
|
|
Abrechnungsintervall |
|
|
Software |
|
|
Networking |
|
|
Speicherung |
|
|
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 |
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) |
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.
- Kapazität: 8 TB
- Standard-VUs/GB: 10 (ausgeglichen)
- Maximale Volumen: 32
- Minimale Datenträgergröße: 50 GB
- Maximale Datenträgergröße: 32.768 GB (32 TB)
Abgeschirmte Instanzen
- 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.
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.
Die Kapazitätsreservierung wird für ein SDDC, das mehr als eine Availability-Domain verwendet, nicht unterstützt.
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.
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
- 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
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.
- Ä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.
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 |
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 |
* 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.
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.
- 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.
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
- 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.
Mit SDDCs arbeiten
Mit der OCI-Konsole, -API oder CLI können Sie SDDC-Ressourcen bereitstellen und verwalten. Mit dem vCenter-Utility von VMware können Sie Workloads im SDDC erstellen und verwalten.
In den folgenden Themen erfahren Sie, wie Sie Oracle Cloud VMware Solution-Ressourcen erstellen und verwalten:
Zusätzliche Dokumentationsressourcen
Die folgenden Oracle Cloud VMware Solution-Playbooks und Whitepaper sind verfügbar:
- Zerto bereitstellen, um das VMware-SDDC in der Cloud vor Katastrophen zu schützen
Erfahren Sie, wie Sie Zerto bereitstellen, um Oracle Cloud VMware SDDC-Daten in der Cloud zu schützen.
- Veeam bereitstellen, um das VMware-SDDC in der Cloud vor Katastrophen zu schützen
Erfahren Sie, wie Sie Veeam bereitstellen, um Oracle Cloud VMware SDDC-Daten in der Cloud zu schützen.
- Actifio bereitstellen, um das VMware-SDDC in der Cloud vor Katastrophen zu schützen
Erfahren Sie, wie Sie eine Actifio-Backup- und Disaster-Recovery-Lösung für Gast-VMs in Oracle Cloud VMware Solution konfigurieren können.
- Hochverfügbares SDDC in der Cloud bereitstellen
Hier wird gezeigt, wie Sie ein VMware-SDDC auf Oracle Cloud Infrastructure bereitstellen und dann in andere Oracle-Services integrieren, die auf Oracle Cloud ausgeführt werden.
- On-Premise-VMware-Workloads in die Cloud migrieren
Umreißt den Prozess der Online- oder Livemigration von VMware-Workloads aus einer On-Premise-Data-Center-Umgebung in die Oracle Cloud VMware-Lösung.
- Hybrid-SDDC durch Erweitern des On-Premise-VMware-Deployments auf Oracle Cloud erstellen
Hier wird beschrieben, wie Sie mit Oracle Cloud VMware-Lösung ein hybrides VMware-SDDC zwischen einer On-Premise-Umgebung und OCI einrichten.
- Informationen zum Verbinden mit Oracle Cloud- und VMware-Ressourcen
Beschreibt mehrere Methoden für die Verbindung zu Oracle Cloud- und VMware-Ressourcen sowie deren Vorteile, Einschränkungen und die ersten Schritte.
- Disaster Recovery für ein Oracle Cloud-VMware Solution-SDDC in der Cloud implementieren
Beschreibt, wie Oracle Cloud VMware Solution VMware Site Recovery Manager (SRM) verwendet, um eine automatisierte, zuverlässige und flexible Notfallwiederherstellungslösung für ein VMware-SDDC zu implementieren.
- Multi-Tier-Anwendungsstack auf einem VMware-SDDC bereitstellen, das mit einer autonomen Datenbank verbunden ist
Zeigt einen 3-Tier-Anwendungsstack in OCI, bei dem die Application Tier in einem VMware-SDDC bereitgestellt wird, das mit Oracle Cloud VMware-Lösung erstellt wurde.