IBM Cloud Docs
Bereitstellung planen

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 in IBM Cloud erstellen Open-Source-Tools wie RVTools eine Bestandsaufnahme der vorhandenen VMware. RVTools listet alle VMs in einer bestehenden VMware 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 durch die Verwendung von verknüpften Klonen für die VM-Bereitstellung. 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.