Bereitstellung planen

Beachten Sie die folgenden Hinweise zur Planung Ihrer IBM Cloud® for VMware Cloud Foundation as a Service-Instanzbereitstellung.

Lesen Sie VMware Cloud Director 10.5 Konfigurationsgrenzwerte, um sicherzustellen, dass Sie mit den Konfigurationsgrenzwerten in VMware Cloud Director™vertraut sind.

Größe der VMware-Implementierung

Berücksichtigen Sie die Größe der erforderlichen VMware®-Implementierung.

Die VMware-Bereitstellungsgröße basiert auf der CPU, dem Hauptspeicher und dem Speicher, die für die Ausführung der Zielworkload erforderlich sind. Wenn Sie eine Workloadmigration von einer lokalen Umgebung in die Cloud planen, ist die lokale Größe ein guter Ausgangspunkt. Sie können die Größe Ihrer VMware-Implementierung jederzeit ändern.

VCF as a Service-Typ

Betrachten Sie Ihren Instanztyp.

Wählen Sie aus VMware Cloud Foundation (VCF) as a Service-Optionen für Einzel- oder Mehrfachmandanten. Sowohl die Konfigurationsoptionen für Einzel- als auch für Mehrmandanten bieten die gleiche Erfahrung, Sicherheit und Zuverlässigkeit für die Ausführung von VMware-Workloads. Die Single-Tenant-Option bietet die höchste Isolationsstufe und Konsistenz.

VCF as a Service-Single-Tenant

Für eine dedizierte Infrastruktur und eine maßgeschneiderte VMware erstellen Sie eine Single-Tenant-Cloud-Director-Site. Nachdem Sie eine Cloud Director-Site erstellt haben, stellen Sie virtuelle Rechenzentren (VDCs) für Einzelmieter mit monatlichen Gebühren für die dedizierten VMware bereit.

VCF as a Service Multi-Tenant

Für eine flexible VMware nach dem Pay-as-you-go-Prinzip erstellen Sie ein VDC in einer mandantenfähigen Cloud Director-Site. Mit IBM Cloud multitenant müssen Sie nur noch das virtuelle Rechenzentrum für mehrere Mandanten erstellen.

Für Multi-Tenant-Instanzen sind bedarfsgesteuerte und reservierte Preistarife verfügbar.

Einige Rechenzentren sind auf einen bestimmten Preistarif beschränkt.

Bedarfsgerecht

Für On-Demand-Instanzen werden dem virtuellen Rechenzentrum virtuelle CPU ( vCPU ) und RAM nach Bedarf zugewiesen. Die für die Zuordnung beanspruchte Zeit kann abhängig von der globalen vCPU- und RAM-Nutzung des virtuellen Rechenzentrums variieren.

Legen Sie optional die Maximalwertbegrenzungen für die Menge an vCPU und RAM fest, die jederzeit zur Kostenkontrolle verwendet werden können.
Erhöhen und verringern Sie die vCPU-und RAM-Ressourcen auf einem VDC später nach Bedarf.
Der Preis wird stündlich berechnet und richtet sich nach dem Ressourcenverbrauch im VDC.

Reserviert

Bei reservierten Instanzen werden die vCPU-und RAM-VDC-Reservierungen vorab zugeordnet und ihre Verfügbarkeit ist garantiert.

Konfigurieren Sie die reservierte Rechenkapazität für das VDC.
Erhöhen und verringern Sie die vCPU-und RAM-Ressourcen auf einem VDC später nach Bedarf.
Der Preis wird monatlich für die gesamte Reservierung berechnet und richtet sich nach der Zuteilungsgröße des VDC.

Verfügbarkeit des IBM Cloud-Rechenzentrums

Die folgenden Rechenzentren sind für die Bereitstellung von VCF as a Service verfügbar.

Eine hohe Verfügbarkeit wird nur dann in einer Cloud Director-Site-Region unterstützt, wenn ein Sapphire-Rapids-Server verfügbar ist.

Verfügbare IBM Cloud-Rechenzentren für die Bereitstellung –
Standort	Rechenzentrum	Single-Tenant	Multi-Tenant-	Cascade Lake	SAP-zertifiziertes Cascade Lake	Sapphire Rapids
Sydney	Sydney 01	Ja	Nein	Ja	Ja	Nein
Sydney	Sydney 04	Ja	Ja	Ja	Ja	Nein
Sydney	Sydney 05	Ja	Ja	Ja	Ja	Nein
Tokio	Tokio 02	Ja	Ja	Ja	Ja	Nein
Tokio	Tokio 04	Ja	Ja	Ja	Ja	Nein
Tokio	Tokio 05	Ja	Nein	Ja	Ja	Nein

Verfügbare IBM Cloud-Rechenzentren für die Bereitstellung –
Standort	Rechenzentrum	Single-Tenant	Multi-Tenant-	Cascade Lake	SAP-zertifiziertes Cascade Lake	Sapphire Rapids
Frankfurt	Frankfurt 02	Ja	Ja	Ja	Ja	Ja
Frankfurt	Frankfurt 04	Ja	Ja	Ja	Ja	Ja
Frankfurt	Frankfurt 05	Ja	Nein	Ja	Ja	Ja
London	London 04	Ja	Ja	Ja	Ja	Ja^[1]
London	London 05	Ja	Nein	Ja	Ja	Ja
London	London 06	Ja	Ja	Ja	Ja	Ja^[2]
Madrid	Madrid 02	Ja	Ja	Ja	Ja	Ja
Madrid	Madrid 04	Ja	Ja	Ja	Ja	Ja
Madrid	Madrid 05	Ja	Ja	Ja	Ja	Ja

Verfügbare IBM Cloud-Rechenzentren für die Bereitstellung –
Standort	Rechenzentrum	Single-Tenant	Multi-Tenant-	Cascade Lake	SAP-zertifiziertes Cascade Lake	Sapphire Rapids
Dallas	Dallas 10	Ja	Ja	Ja	Nein	Ja
Dallas	Dallas 12	Ja	Ja	Ja	Nein	Ja
Dallas	Dallas 13	Ja	Nein	Ja	Nein	Ja
Toronto	Toronto 01	Ja	Nein	Ja	Ja	Ja
Toronto	Toronto 04	Ja	Ja	Ja	Ja	Ja
Toronto	Toronto 05	Ja	Ja	Ja	Ja	Ja
Washington, D.C.	Washington DC 04	Ja	Nein	Ja	Ja	Ja
Washington, D.C.	Washington DC 06	Ja	Ja	Ja	Ja	Ja
Washington, D.C.	Washington DC 07	Ja	Ja	Ja	Ja	Ja

Ressourcenpool

Ein Ressourcenpool kombiniert Rechen-, Arbeitsspeicher- und Speicherressourcen, um Ihre Workload-Anforderungen angemessen zu skalieren.

Sie können Ressourcenpools in drei Rechenzentren in der ausgewählten Multizone-Region erstellen und optional SAP®-zertifizierte Serverprofile von HANA und NetWeaver oder NetWeaver aktivieren.

Um die Ausfallsicherheit Ihrer Anwendungen zu gewährleisten, können Sie gestreckte vSAN™ Hochverfügbarkeits-Ressourcenpools zu einer bestehenden Cloud Director-Site hinzufügen. Der Ressourcenpool erstreckt sich über zwei Rechenzentren in einer Region mit mehreren Zonen, um die Verfügbarkeit zu erhöhen und kritische Arbeitslasten vor unerwarteten Ausfallzeiten zu schützen.

Wenn der hochverfügbare Ressourcenpool verfügbar ist, können Sie einen neuen VDC mit einem oder mehreren Mandanten auf dem gestreckten Ressourcenpool erstellen.

Erweiterte Ressourcenpools sind nur auf einigen Cloud-Director-Websites mit mehreren Mandanten verfügbar. Im Laufe der Zeit werden weitere erweiterte Ressourcenpools zur Verfügung gestellt.

Weitere Informationen zu Ressourcenpools finden Sie unter Hinzufügen von Ressourcenpools.

Cluster

Ein Ressourcenpool besteht aus einem oder mehreren Clustern mit den folgenden Konfigurationen.

Profil-Speichertypen

Für Cloud-Director-Websites mit einem Mandanten können Sie NFS-Speicher oder vSAN-Speicher mit optionalem NFS-Speicher auswählen.

NFS nur-Cluster haben keinen lokalen Flash-Speicher und können nicht für vSAN konfiguriert werden.

vSAN-Speicher mit optionalem NFS-Speicher ist für Instanzen an Standorten mit 25 GbE-Verfügbarkeit verfügbar. vSAN-Cluster verwenden Bare-Metal-Hostprofile mit lokalem Flashspeicher und einer RAID 6-Richtlinie FTT=2. Diese Richtlinie ist leistungsstark und hochbelastbar und erfordert mindestens sieben Hosts. vSAN-Cluster können auch NFS-Speicher verwenden.

Hochverfügbare Ressourcenpools erfordern gestreckte Cluster mit vSAN™ Speicherprofilen. NFS speicherung wird nicht unterstützt.

Der Profilspeichertyp hängt vom Standort des Ressourcenpools ab. Die folgenden Optionen sind für Mehrzonenregionen verfügbar.

Datacenter-Profil-Speichertypen - Asien-Pazifik
Rechenzentrum	Nur NFS-Speicher	vSAN + optionaler NFS-Speicher
Sydney 01	Ja	Nein
Sydney 04	Ja	Ja
Sydney 05	Ja	Ja
Tokio 02	Ja	Ja
Tokio 04	Ja	Ja
Tokio 05	Ja	Ja

Rechenzentrumsprofil Speichertypen - Europa
Rechenzentrum	Nur NFS-Speicher	vSAN + optionaler NFS-Speicher
Frankfurt 02	Ja	Ja
Frankfurt 04	Ja	Ja
Frankfurt 05	Ja	Ja
London 04	Ja	Ja
London 05	Ja	Nein
London 06	Ja	Ja
Madrid 02	Ja	Ja
Madrid 04	Ja	Ja
Madrid 05	Ja	Ja

Rechenzentrumsprofil Speichertypen - Nordamerika
Rechenzentrum	Nur NFS-Speicher	vSAN + optionaler NFS-Speicher
Dallas 10	Ja	Ja
Dallas 12	Ja	Ja
Dallas 13	Ja	Ja
Toronto 01	Ja	Nein
Toronto 04	Ja	Ja
Toronto 05	Ja	Ja
Washington DC 04	Ja	Ja
Washington DC 06	Ja	Ja
Washington DC 07	Ja	Ja

Hostprofil

IBM Cloud bietet mehrere Hostprofile zur Auswahl mit unterschiedlichen Größen und Konfigurationen von RAM und CPU. Sie können das optimierteste Hostprofil für die Zielworkloads auswählen. Wenn Sie ein Hostprofil auswählen, bewerten Sie zuerst die Typen von VMware-VMs und die Workload, die Sie auf VCF as a Serviceausführen möchten.

Für die Migration von Workloads nach IBM Cloud erstellen Open-Source-Tools wie RVTools ein Inventar der bestehenden VMware Umgebungen. RVTools listet alle VMs in einer bestehenden VMware-Umgebung auf, einschließlich der VM-CPU-, RAM- und Speichergrößen.
Für neue VMware modellieren Sie die Anwendungen und VM-Größen (CPU, RAM und Storage), die Sie für jede VM benötigen.

Nachdem Sie eine Liste der Ziel-VMs einschließlich CPU-, RAM-und Speicheranforderungen erstellt haben, ermitteln Sie als Nächstes die größten und wichtigsten VM-Anwendungen. Wenn Sie ein Hostprofil auswählen, müssen Sie sicherstellen, die größten und wichtigsten Anwendungen für den Abgleich mit den Hostprofiloptionen zu verwenden. Gleichen Sie die RAM-und CPU-Anforderungen der größten VM mit der Liste der Hostprofile ab. Verwenden Sie als Standardauswahl das Hostprofil mit mindestens so viel physischem RAM und CPU wie die größte VM. Es ist auch wichtig, einen Hypervisor-Overhead von 10 bis 20 % zu berücksichtigen.

VCF as a Service vCPU wird physischen Kernen mit einem Verhältnis von 2: 1 zugeordnet. Für jeden physischen Kern werden zwei vCPUs der Rechenleistung zugeordnet.

Addieren Sie schließlich den gesamten RAM-, CPU-und Speicherbedarf für alle Ziel-VMs. Die Anzahl der nach CPU und RAM multipliziertem Hosts pro Host mit einem Vielfachen von 20% Hypervisoraufwand gibt Ihnen die Gesamtzahl der erforderlichen Hosts des Zielprofils an. Stellen Sie außerdem sicher, dass die Größe der VDC-Edge-Systeme, die in der VMware-Implementierung verwendet werden, bei der Berechnung der Gesamtzahl der Hosts berücksichtigt wird.

Optionen für Bare-Metal-Server

Für Cloud Director-Single-Tenant-Sites können Sie aus verschiedenen Bare-Metal-Server-CPU-und -Speichergrößen auf der Basis Ihrer Auswahl von Position und Profilspeichertyp auswählen.

Gestreckte vSAN Hochverfügbarkeitscluster unterstützen nur Sapphire Rapids-Profile.

Verfügbare vSAN
Profil	Sockets	Kerne	RAM	Verwendbare Kapazität für vSAN
Zwei Intel 8260 Xeon	2	48	768 GB	15 TB
Zwei Intel 5218 Xeon	2	32	768 GB	23 TB
Zwei Intel 6248 Xeon	2	40	768 GB	23 TB
Zwei Intel 8260 Xeon	2	48	768 GB	23 TB
Zwei Intel 5218 Xeon	2	32	768 GB	38 TB
Zwei Intel 6248 Xeon	2	40	768 GB	38 TB
Zwei Intel 8260 Xeon	2	48	768 GB	46 TB
Zwei Intel 6416H Xeon^[3]	2	36	1024 GB	61 TB
Zwei Intel 6416H Xeon^[4]	2	36	1024 GB	122 TB
Zwei Intel 6416H Xeon^[5]	2	36	1024 GB	184 TB
Vierfacher Intel 8260 Xeon	4	96	1536 GB	61 TB
Zwei Intel 8474C Xeon	2	96	2048 GB	6 TB
Zwei Intel 8474C Xeon	2	96	2048 GB	13 TB
Zwei Intel 8474C Xeon	2	96	2048 GB	31 TB
Zwei Intel 8474C Xeon ^[6]	2	96	2048 GB	61 TB
Zwei Intel 8474C Xeon ^[7]	2	96	2048 GB	122 TB
Zwei Intel 8474C Xeon ^[8]	2	96	2048 GB	184 TB

Verfügbare NFS
Profil	Sockets	Kerne	RAM
Zwei Intel 5218 Xeon	2	32	192 GB
Zwei Intel 5218 Xeon	2	32	384 GB
Zwei Intel 6248 Xeon	2	40	384 GB
Zwei Intel 8260 Xeon	2	48	384 GB
Zwei Intel 5218 Xeon	2	32	768 GB
Zwei Intel 6248 Xeon	2	40	768 GB
Zwei Intel 8260 Xeon	2	48	768 GB
Zwei Intel 6416H Xeon^[9]	2	36	1024 GB
Vierfacher Intel 8260 Xeon	4	96	1536 GB
Zwei Intel 8474C Xeon ^[10]	2	96	2048 GB

Leistungsmerkmale

Für Single-Tenant-Sites von Cloud Director können Sie aus den folgenden Speicherleistungsstufen auswählen.

0,25 IOPS/GB
2 IOPS/GB
4 IOPS/GB
10 IOPS/GB

Für NFS-Speicher müssen Sie mindestens eine Einheit von 2 IOPS/GB oder höher auswählen.

Schnelle Bereitstellung virtueller Maschinen

Bei VDC-Bestellungen können Sie die schnelle Bereitstellung für jedes im Ressourcenpool erstellte VDC aktivieren.

Schnelles Provisioning spart Zeit, da verknüpfte Klone für die VM-Bereitstellung verwendet werden. Wenn diese Option nicht aktiviert ist, verwenden alle Bereitstellungsoperationen vollständige Klone. Wenn die schnelle Bereitstellung aktiviert ist, kann die VM-Implementierungszeit, die Director-Katalogimages verwendet, zehnmal schneller oder länger sein.

Die Inplace-Konsolidierung einer schnell bereitgestellten VM wird nicht unterstützt. Mit zunehmender Anzahl verknüpfter Klone kann die Ausführungsleistung von VM beeinträchtigt werden.

Wenn Sie Ihr VDC erstellen und es sich im Status " Verfügbar" befindet, können Sie die schnelle Bereitstellung auf der Registerkarte " Zusammenfassung" der VDC-Detailseite aktivieren oder deaktivieren.

Verknüpfte Klone

Ein verknüpfter Klon ist ein Snapshot einer VM, der virtuelle Festplatten mit der übergeordneten VM gemeinsam nutzt. Dies spart Speicherplatz und ermöglicht mehreren VMs die Verwendung derselben Softwareinstallation. Verknüpfte Klone erleichtern die Erstellung eindeutiger VMs für einzelne Aufgaben. Verknüpfte Klone lassen sich auch leichter von Support- und Entwicklungsteams gemeinsam nutzen, die Zugriff auf dieselben virtuellen Festplatten benötigen.

Der Nachteil eines verknüpften Klons ist, dass er den Zugriff auf die übergeordnete VM aufrechterhalten muss. Die VM, die den Klon zuerst erstellt hat, kann nur gelöscht werden, wenn alle verknüpften Klone ebenfalls gelöscht werden.

Vollständige Klone

Ein vollständiger Klon ist eine vollständige und unabhängige Kopie einer VM und arbeitet getrennt von der ursprünglichen Eltern-VM. Da sie keine virtuellen Festplatten mit der ursprünglichen Eltern-VM teilen, schneiden vollständige Klone im Allgemeinen besser ab als verknüpfte Klone. Allerdings dauert es auch länger, sie zu erstellen als verknüpfte Klone. ‍

Netzeinstellungen

Für Cloud Director-Sites können Sie aus öffentlichen und privaten Optionen für Management-und Workloadkonnektivität auswählen.

Managementkonnektivität

Die Verwaltungskonnektivität bestimmt, wie Sie sich mit der VMware Cloud Director UI oder API und dem Veeam® Backup Service verbinden. Sie können auf die Managementschnittstellen nur aus einer Quelle im Netz IBM Cloud zugreifen. Für Einstellungen für reine private Managementnetze können Sie eine Ingress-Zulassungsliste erstellen, um Verbindungen von Quellenteilnetzen zuzulassen.

Wählen Sie entweder 'Public-only' oder 'Private-only management connectivity' aus.

Workloadkonnektivität

Die Workloadkonnektivität bestimmt, wie Sie eine Verbindung zu Ihren virtuellen VCF as a Service-Maschinen (VMs) und vAppsherstellen. Wählen Sie entweder öffentliche und private oder nur private Workloadkonnektivität aus.

Wenn Sie die reine private Workloadkonnektivität für Ihre Cloud Director-Site auswählen, sind alle VDCs, die in dieser Site bereitgestellt werden, reine private Workloads. Diese VDCs haben keinen Pfad für eingehende oder abgehende Konnektivität zum öffentlichen Internet und können nur über das private IBM-Netz auf IBM Cloud-Dienste zugreifen.

Sie können VDCs mit IBM Cloud Transit Gateway verbinden, um es den Workloads zu ermöglichen, eine sichere Verbindung zu anderen Workloads außerhalb des privaten Netzes herzustellen oder alternativ eine Sandbox im VDC zu bilden. Weitere Informationen finden Sie unter Transit Gateway, um VCF as a Service mit IBM Cloud-Services zu verbinden.

Netz-Edge

Die VDCs sind über Hochverfügbarkeitskanten mit den öffentlichen und privaten Netzen IBM verbunden. Mit Edges können auch mehrere VDC-Netze miteinander verbunden werden. Sie können Ihr VDC mit oder ohne Netzperipherie erstellen.

Sie können optional einen regionalen Hochverfügbarkeits-Edge entweder auf einem gestreckten Ressourcenpool oder über zwei Ressourcenpools in einer Multizonenregion bereitstellen. Für eine hohe regionale Verfügbarkeit des Netzes sind ein dedizierter Netzrand und eine private Verbindung für die Verfügbarkeit in mehreren Zonen erforderlich.

Standort am Netzrand

Für einen regionalen Hochverfügbarkeitsrand auf einem gestreckten Workload-Cluster können Sie den primären und sekundären Netzwerkstandort vertauschen.

Für einen regionalen Hochverfügbarkeits-Edge auf einem nicht ausgedehnten Workload-Cluster wird der Standort des primären Netzwerkressourcenpools standardmäßig durch den VDC-Standort bestimmt. Sie wählen den Standort des sekundären Netzwerkressourcenpools aus.

Netz-Edge-Verbindung

Wenn Sie Ihr VDC mit einem Netzedge erstellen, können Sie entweder eine öffentliche und eine private Netzverbindung oder eine reine private Netzverbindung auswählen. Wenn die Cloud Director-Site über eine reine private Verbindung verfügt, ist 'private-only' die einzige verfügbare Option für die VDC-Netzperipherie.

Für eine hohe regionale Verfügbarkeit des Netzes ist eine rein private Verbindung erforderlich. Private-only-Edges erfordern eine Verbindung zu einem IBM Cloud Transit Gateway für eingehende und ausgehende Netzwerke vom VDC.

Netz-Edge-Typ

Die Leistung von NSX Edge ist an die CPU gekoppelt, die für Edge verfügbar ist. Netzwerk-E/A-Mengen, einschließlich eingehendem und ausgehendem Datenverkehr, wirken sich zusätzlich zur Nutzung von Edge-Diensten direkt auf die Edge-Nutzung der CPU aus. Die größeren Edge-Größen bieten mehr CPU-Ressourcen für den Edge.

Beschreibungen der Netzwerkkanten
Edge-Typ	Details zu
Gemeinsam	Diese Option eignet sich zur Einsparung von Ressourcen und Kosten für Entwicklungs- und Machbarkeitsnachweisszenarien und wird nicht für den Einsatz in Produktionsszenarien empfohlen. Bietet eine kostengünstige und weniger leistungsstarke Lösung, bei der sich bis zu 64 VDCs eine einzige Kante teilen. Die Netzwerkleistung kann bei mehreren VDCs, die dieselbe Infrastruktur nutzen und um Netzwerkbandbreite konkurrieren, uneinheitlich sein. Darüber hinaus nutzen Edge-Dienste wie VPN, Firewall, NAT und Routing weitere Edge-Ressourcen und können die Leistung in einer gemeinsam genutzten Edge-Konfiguration beeinträchtigen. Eine gemeinsame Kante bietet keine Option zur Leistungssteigerung.
Zugeordnet – M	Diese dedizierte Edge-Option eignet sich für kleinere Produktionsbereitstellungen mit geringeren Netzwerkanforderungen. Bietet einen Vorteil, der einem einzelnen VDC gewidmet ist. Die Netzwerkbandbreite ist konsistent und unterstützt eine Verkehrsleistung von bis zu 6 Gbit/s sowie Edge-Dienste wie VPN, Firewall, NAT und Routing.
Zugeordnet – L	Die empfohlene dedizierte Edge-Option für große Produktions-Workloads und hohen Datenverkehr. Bietet einen Edge, der einem einzelnen VDC gewidmet ist, und eine konsistente Netzwerkbandbreite zur Unterstützung einer Verkehrsleistung von bis zu 10 Gbps, während gleichzeitig Edge-Dienste wie VPN, Firewall, NAT und Routing unterstützt werden.
Zugeordnet – XL	Diese dedizierte Edge-Option eignet sich für die anspruchsvollsten Netzwerkanforderungen. Unterstützt die höchste Stufe von Edge-Diensten und einen Durchsatz von über 10 Gbps.

Ein hoher eingehender Datenverkehr aus dem öffentlichen Internet kann die Netzschutzplattform von IBM Cloudauslösen. Wenden Sie sich an den IBM Support, um Optionen für Ihre Netzschutzeinstellung zu besprechen, wenn Sie hohe Eingangsraten erwarten. Weitere Informationen finden Sie unter Informationen zum Netzschutz.

Services für VCF as a Service

Die folgenden Add-on-Services sind optional für VCF as a Service Cloud Director-Siteinstanzen verfügbar.

Veeam Backup

Für Single-Tenant-Instanzen ist der Veeam Backup-Service standardmäßig in der Bestellung Ihrer Cloud Director-Site-Instanz enthalten. Sie können den Service optional entfernen, bevor Sie Ihre Instanz erstellen. Servicegebühren fallen nur an, wenn Sie den Service in Ihre Bestellung aufnehmen. Sie können den Service später nach Bedarf hinzufügen oder entfernen.

Bei mandantenfähigen Instanzen wird der Veeam Backup-Service auf dem Cloud Director-Standort bereitgestellt, um den VDCs eine Datenwiederherstellung zu ermöglichen. Wenn Sie den Service verwenden möchten, müssen Sie ihn nach der Erstellung eines Multi-Tenant-VDC installieren. Servicegebühren fallen nur an, wenn Sie sich für die Installation des Dienstes entscheiden.

VMware Cloud Director-Verfügbarkeit

Verwenden Sie den VMware Cloud Director Availability (VCDA) Service auf Unternehmensebene, um VMs und vAPPS über eine sichere öffentliche Internetverbindung zu migrieren und zu schützen.

Der VCDA-Service ist optional gebührenfrei in der Bestellung Ihrer Single-Tenant-Instanz der Cloud Director-Site enthalten. Sie können den Service entfernen, bevor Sie Ihre Instanz erstellen. Sie können den Service später nach Bedarf hinzufügen oder entfernen.

Der VCDA-Service ist als Standardoption in Multi-Tenant-VDC-Bestellungen enthalten.

Für eine VCDA Disaster Recovery-Konfiguration fällt eine monatliche Gebühr pro geschützter VM an.