Häufig gestellte Fragen zu Azure VMware Solution

Im Zuge der IT-Modernisierungsstrategien von Unternehmen zur Verbesserung der Geschäftsflexibilität, Kostensenkung und Innovationsbeschleunigung sind hybride Cloudplattformen Schlüsselfaktoren für die digitale Transformation von Kunden. Azure VMware Solution kombiniert die SDDC-Software (Software Defined Data Center) von VMware mit dem globalen Clouddienstökosystem von Microsoft Azure. Zudem erfüllt Azure VMware Solution die Anforderungen an Leistung, Verfügbarkeit, Sicherheit und Compliance. Weitere Informationen finden Sie unter Was ist Azure VMware Solution?.

Der Dienst wird laufend zu neuen Regionen hinzugefügt. Weitere Informationen finden Sie in den neuesten Informationen zur Dienstverfügbarkeit.

Der Support für Azure VMware Solution wird von Microsoft bereitgestellt. Sie können eine Supportanfrage übermitteln. Für von einem CSP (Cloud Solution Provider) verwaltete Abonnements wird die erste Supportebene vom Lösungsanbieter genauso bereitgestellt, wie es der CSP für andere Azure-Dienste tut.

Alle Azure-Dienste stehen Azure VMware Solution-Kunden zur Verfügung. Leistungs- und Verfügbarkeitseinschränkungen für bestimmte Dienste sollten von Fall zu Fall behandelt werden.

Informationen über die mit vSphere kompatiblen Gastbetriebssysteme finden Sie im VMware-Kompatibilitätsleitfaden. Informationen zum Identifizieren der vSphere-Version, die in Azure VMware Solution ausgeführt wird, finden Sie unter VMware-Softwareversionen.

Vorgenommene Updates folgen dem Change Management-Standardprozess von Microsoft Azure. Kunden sind für alle Workloadverwaltungsaufgaben und die zugehörigen Change Management-Prozesse verantwortlich.

Mit dem neuen Dienst Azure VMware Solution verfügen Microsoft und VMware über eine direkte Cloudanbieterpartnerschaft. Microsoft hat die neue Lösung entwickelt, erstellt und unterstützt. Die Lösung wird von VMware unterstützt. Die Architektur der beiden Lösungen ist konsistent. Bei beiden wird der VMware-Technologiestapel in einer dedizierten Azure-Infrastruktur ausgeführt.

Hosts mit Datenträgerproblemen werden ausgetauscht. Die Verfügbarkeit des Azure VMware Solution-Diensts entspricht einer SLA von 99,9.

Allgemeine Fragen zu Preisen finden Sie auf der Seite Preise für Azure VMware Solution.

VMware HCX Enterprise ist auf Azure VMware Solution ohne weitere Kosten verfügbar und ist standardmäßig aktiviert.

Der Datenverkehr in der ExpressRoute-Verbindung von Azure VMware Solution ist nicht getaktet. ExpressRoute-Verbindungen von Azure VMware Solution oder für Global Reach-Gebühren zwischen privaten Azure VMware Solution-Clouds werden nicht abgerechnet. Dieses Szenario umfasst den Datenverkehr von Azure VMware Solution in eine lokale Umgebung, die über die Standardgebühren für den ausgehenden Datenverkehr von Ihrer Azure ExpressRoute-Verbindung mit Ihrem lokalen Standort hinausgehen. Diese Gebühren werden gemäß den Azure ExpressRoute-Preisplänen mit dem getakteten Abrechnungsmodell berechnet. Wenn Sie das unbegrenzte Azure ExpressRoute-Abrechnungsmodell verwenden, wird kein ausgehender Datenverkehr berechnet.

• Der Datenverkehr von Azure VMware Solution in Azure Virtual Network erfolgt über eine interne ExpressRoute-Verbindung und ist unabhängig vom Standort der Region kostenlos (in derselben Region oder regionsübergreifend).

• Der Datenverkehr von Azure VMware Solution zum lokalen Standort erfolgt über Azure Virtual Network oder ExpressRoute Global Reach (zwischen der internen und der externen ExpressRoute-Umgebung). Er ist abgesehen von den Standardgebühren für den ausgehenden Datenverkehr (getaktetes Abrechnungsmodell) von ExpressRoute in das lokale Netzwerk trotzdem kostenlos. Für das unbegrenzte Abrechnungsmodell fallen keine Gebühren für Daten an.

Beispiel:

• Beim Verbinden einer Azure Virtual Network-Instanz in der Azure-Region „Europa, Westen“ mit einer privaten Azure VMware Solution-Cloud in der Region „Europa, Westen“ fallen abgesehen von den Gebühren für ExpressRoute-Gateways keine weiteren Gebühren für ExpressRoute an.

• Beim Verbinden einer Azure Virtual Network-Instanz in der Azure-Region „Europa, Norden“ mit einer privaten Azure VMware Solution-Cloud in der Region „Europa, Westen“ fallen abgesehen von den Gebühren für ExpressRoute-Gateways keine weiteren Gebühren für ExpressRoute an.

• Wenn Sie eine private Azure VMware Solution-Cloud in der Region „Europa, Westen“ mit einer privaten Azure VMware Solution-Cloud in der Region „Europa, Norden“ über ExpressRoute Global Reach verbinden. Hierbei fallen keine Gebühren für die Datenübertragung als ausgehender oder eingehender Datenverkehr über ExpressRoute Global Reach an. Bei der Verwendung eines ExpressRoute-Gateways fallen Gebühren an.

Nein, Sie müssen keine zusätzliche VMware-Lizenzierung zum Azure VMware Solution-Dienst beschaffen. Weitere Informationen finden Sie auf der Seite Azure VMware Solution – Preise, um zu prüfen, welche VMware-Technologie enthalten ist.

Unabhängig davon, ob Sie die Anzahl der Hosts für eine vorhandene private Cloud erhören möchten oder eine neue private Cloud erstellen, müssen Sie ein Supportticket einreichen, damit die Hosts zugeteilt werden. Weitere Informationen finden Sie unter Anfordern des Hostkontingents für Azure VMware Solution.

Sie benötigen ein Azure-Konto in einem Azure-Abonnement.

Microsoft und Red Hat teilen sich ein integriertes gemeinsames Supportteam, das eine einheitliche Anlaufstelle in Bezug auf Red Hat-Ökosysteme darstellt, die auf der Azure-Plattform ausgeführt werden. Wie andere Dienste der Azure-Plattform, die mit Red Hat Enterprise Linux zusammenarbeiten, fällt Azure VMware Solution unter den Bereich von Cloudzugriff und integriertem Support. Red Hat Enterprise Linux unterstützt die Ausführung zusätzlich zu Azure VMware Solution in Azure.

Benachrichtigungen zu Dienstproblemen, geplanter Wartung, Integritätsempfehlungen und Sicherheitsempfehlungen werden über Service Health im Azure-Portal veröffentlicht. Um rechtzeitige Aktionen auszuführen, können Sie Aktivitätsprotokollwarnungen für diese Benachrichtigungen einrichten. Weitere Informationen finden Sie unter Erstellen von Service Health-Warnungen über das Azure-Portal.

Derzeit kann die Bereitstellung etwa 3 bis 4 Stunden dauern. Das Hinzufügen eines einzelnen Knotens in einem vorhandenen/gleichen Cluster dauert zwischen 30 und 45 Minuten.

Nein, „AVS-Vendor-folders“ ist ein reservierter Name in Azure VMware Solution, und die Verwendung kann zu Konflikten mit der bestimmungsgemäßen Funktionalität führen oder ein für Azure VMware Solution spezifisches unerwartetes Verhalten innerhalb der vCenter-Verwaltungsumgebung verursachen. Wählen Sie einen alternativen Ordnernamen aus, der den Anforderungen Ihrer Organisation entspricht und Konflikte mit den Konventionen für vordefinierte Namen in Azure VMware Solution vermeidet.

Ja. Sofern das System, auf dem es installiert ist, auf vCenter Server für die private Cloud zugreifen kann und es ein öffentliches DNS verwendet, um ESXi-Hostnamen aufzulösen.

Nein Um die VM-Voraussetzungen zu erfüllen, befolgen Sie die Anweisungen von VMware.

vRealize Automation, vRealize Operations Manager und vRealize Network Insight sind für die Verwendung mit Azure VMware Solution zertifiziert, wenn diese Produkte in einem lokalen Rechenzentrum installiert sind. Die Cloud-basierten Versionen dieser Produkte - vRealize Automation Cloud, vRealize Operations Cloud und vRealize Network Insight Cloud - sind ebenfalls für den Einsatz zertifiziert. Die Installation dieser Produkte innerhalb einer Azure VMware Solution Private Cloud wird nicht unterstützt.

Ja. Das ist möglich und wird über das VMware HCX-Add-On für empfohlen. Obwohl vCenter-übergreifende kalte Migration und Klonen möglich sind, nicht aber vCenter-übergreifende vMotion, ist HCX die vollständig unterstützte Methode.

In der lokalen Umgebung muss vSphere 6.5 oder höher ausgeführt werden, wenn VMware HCX für die Migration von VMs verwendet wird.

Führen Sie die folgenden Schritte aus, um einen virtuellen Azure-Computer (VM) zu einem anderen Plan zu migrieren:

1. Beenden Sie den virtuellen Computer im Azure-Portal, indem Sie Ihren virtuellen Computer auswählen und dann „Beenden“ auswählen, um Ressourcen zuzuordnen.
2. Wenn der virtuelle Computer beendet wurde, greifen Sie auf die Einstellung „Größe“ der VM zu.
3. Wählen Sie im Bereich „Größe auswählen“ eine neue Größe aus, die mit der aktuellen oder der gewünschten Datenreihe kompatibel ist.
4. Wählen Sie die Schaltfläche „Größe ändern“ aus, um die Größenänderung anzuwenden.
5. Starten Sie den virtuellen Computer neu, um die Migration abzuschließen.

Denken Sie daran, dass Sie die Größe eines virtuellen Computers nur innerhalb derselben Reihe oder in einer verfügbaren Datenreihe in derselben Azure-Region ändern können. Stellen Sie sicher, dass der neue Plan die Speicher- und Netzwerkkonfigurationen Ihrer VM unterstützt.

Ja, sofern die VMware HCX Network Underlay-Mindestanforderungen erfüllt sind.

Softwareversionen von VMware-Lösungen in neuen Bereitstellungen von privaten Azure VMware Solution-Clouds sind:

Die aktuelle ausgeführte Softwareversion wird auf neue Cluster angewendet, die einer vorhandenen privaten Cloud hinzugefügt werden, wenn die vCenter Server-Version sie unterstützt.

Einer der Vorteile von privaten Azure VMware Solution-Clouds besteht darin, dass die Plattform für Sie verwaltet wird. Microsoft ist für die Lebenszyklusverwaltung von VMware-Software (ESXi, vCenter Server und vSAN) und NSX-Appliances zuständig. Microsoft ist auch für das Bootstrapping der Netzwerkkonfiguration zuständig, z. B. für die Erstellung des Gateways für Ebene 0 und die Aktivierung des Nord-Süd-Routings. Sie sind für die NSX-SDN-Konfiguration verantwortlich – also für Netzwerksegmente, Regeln für verteilte Firewalls, Gateways der Ebene 1 und Lastenausgleichsmodule.

Microsoft ist für das Anwenden von Patches, Updates oder Upgrades für ESXi, vCenter Server, vSAN und NSX in Ihrer privaten Cloud verantwortlich. Bei den Auswirkungen von Patches, Updates und Upgrades auf ESXi, vCenter Server und NSX ist Folgendes zu berücksichtigen:

• ESXi: Auf Workloads, die in Ihrer privaten Cloud ausgeführt werden, hat dies keine Auswirkungen. Der Zugriff auf vCenter Server und NSX wird während dieses Zeitraums nicht blockiert. Während dieser Zeit empfehlen wir Ihnen, keine anderen Aktivitäten zu planen, wie z. B. die Skalierung der privaten Cloud, die Planung oder Initiierung aktiver HCX-Migrationen, die Durchführung von HCX-Konfigurationsänderungen usw. in Ihrer privaten Cloud.

• vCenter Server: Auf Workloads, die in Ihrer privaten Cloud ausgeführt werden, hat dies keine Auswirkungen. Während dieser Zeit ist vCenter Server nicht verfügbar und Sie können keine virtuellen Computer verwalten (Beenden, Starten, Erstellen oder Löschen). Wir empfehlen Ihnen, keine anderen Aktivitäten wie die Skalierung der privaten Cloud, die Einrichtung neuer Netzwerke usw. in Ihrer privaten Cloud zu planen. Wenn Sie VMware Site Recovery Manager oder vSphere Replication-Benutzeroberflächen verwenden, empfehlen wir, keine der Aktionen auszuführen: Konfigurieren von vSphere Replication und Konfigurieren oder Ausführen von Site Recovery-Plänen während des vCenter Server-Upgrades.

• NSX: Die Workload wird beeinträchtigt. Wenn ein bestimmter Host aktualisiert wird, kann es vorkommen, dass die VMs auf diesem Host zwischen 2 Sekunden und 1 Minute die Verbindung verlieren, wobei eines der folgenden Symptome auftritt:

  • Pingfehler

  • Paketverlust

  • Fehlermeldungen (etwa Zielhost nicht erreichbar und Net unreachable (Netz nicht erreichbar))

  Während dieses Upgradefensters wird jeglicher Zugriff auf die NSX-Verwaltungsebene blockiert. Sie können während dieser Zeit keine Konfigurationsänderungen an der NSX-Umgebung vornehmen. Ihre Workloads laufen weiterhin wie gewohnt, vorbehaltlich der zuvor beschriebenen Auswirkungen des Upgrades.

  Wir empfehlen Ihnen, während des Upgrades keine anderen Aktivitäten in Ihrer privaten Cloud zu planen, wie z. B. die Skalierung der privaten Cloud usw. Andere Aktivitäten können den Start des Upgrades verhindern oder negative Auswirkungen auf das Upgrade und die Umgebung haben.

Sie werden über Azure Service Health benachrichtigt, das den Zeitplan des Upgrades enthält. Die E-Mail enthält auch Details über die aktualisierte Komponente, ihre Auswirkungen auf Workloads, den Zugriff auf die private Cloud und andere Azure-Dienste. Sie können ein Upgrade nach Bedarf erneut planen.

Softwareupdates umfassen:

• Patches: Sicherheitspatches oder Fehlerbehebungen, die von VMware freigegeben werden

• Updates: Änderungen der Nebenversion einer VMware-Stack-Komponente

• Upgrades: Änderungen der Hauptversion einer VMware-Stack-Komponente

Bis die Bereitstellung der nächsten geplanten Updates erfolgt, werden dokumentierte VMware-Problemumgehungen implementiert, statt einen entsprechenden Patch zu installieren.

Ja, NSX ist die einzige unterstützte Version der VMware-Netzwerkvirtualisierungssoftware.

VMware NSX 4.1.1 wird für softwaredefinierte Netzwerke in privaten Azure VMware Solution-Clouds verwendet.

Nein, Sie müssen VMware NSX nicht lokal verwenden. VMware HCX bietet die erforderliche Konnektivität zwischen lokalen vSphere und Azure VMware Solution.

Ja, mit einer Add-On-Lizenz. Azure VMware Solution unterstützt verteilte IDFW und verteilte IDS/IPS mit Add-On-Firewalllizenz. Diese Add-On-Lizenz muss von VMware erworben werden, und Microsoft wendet diese Lizenz mit einer Supportanfrage auf die private Azure VMware Solution-Cloud an.

Nein

Ja.

Auf der Registerkarte für die Sentinel-Verwaltung können Sie die Sentinel-Software herunterladen. Sie wird in der HCX Interconnect-Oberfläche angezeigt, wenn eine HCX Enterprise-Lizenz aktiviert ist und Sie ein Dienstmesh mit einem gekoppelten Sentinel-Gateway (SGW) und Sentinel-Datenempfänger (SDR) bereitgestellt haben. Bei herkömmlichen Bereitstellungen von lokalen Umgebungen in der Cloud ist die Sentinel-Registerkarte nur im Connector und nicht im Cloud-Manager sichtbar.

Sie können die Art des gewünschten Formats angeben, wenn Sie eine VM zu Azure VMware Solution migrieren. Allerdings ist vSAN in erster Linie der Datenspeicher, den Sie in Azure VMware Solution verwenden werden, daher hängt es von der gewählten Speicherrichtlinie ab. Die Standardspeicherrichtlinie des Datenspeichers ist RAID-1 FTT-1, bei der es sich um eine schlanke Bereitstellung handelt. Sie können die Standard-Speicherrichtlinie für den Datenspeicher mit Hilfe von Ausführungsbefehlen ändern.

Die AV36 SKU-Server verfügen über Intel Dual-CPUs mit 18 Kernen mit 2,3 GHz. Die AV36P-SKU-Server verfügen über Intel Dual-CPUs mit 18 Kernen mit 2,6 GHz und AV52-SKU-Server mit Intel Dual CPUs mit 26 Kernen mit 2,7 GHz.

Die AV36-SKU-Server verfügen über 576 GB RAM. AV36P-SKU-Server verfügen über 768 GB RAM- und AV52-SKU-Server über 1.536 GB RAM.

Nein VMware unterstützt offiziell keine geschachtelte Virtualisierung.

Commvault, Veritas und Veeam haben ihre Sicherungslösungen erweitert, um mit Azure VMware Solution zu arbeiten. Jede Sicherungslösung, die VMware vStorage API for Data Protection (VADP) mit dem HotAdd-Transportmodus verwendet, funktioniert standardmäßig mit Azure VMware Solution. Weitere Informationen finden Sie unter Sicherungslösungen für virtuelle Azure VMware Solution-Computer.

Da diese Sicherungslösungen von Kunden installiert und verwaltet werden, können sie sich an den jeweiligen unabhängigen Softwareanbieter wenden, um Unterstützung zu erhalten.

Azure Bastion ist der Dienst, der empfohlen wird, um eine Verbindung mit der Jumpbox herzustellen, damit die Azure VMware Solution-Instanz nicht im Internet veröffentlicht wird. Sie können Azure Bastion nicht verwenden, um eine Verbindung mit Azure VMware Solution-VMs herzustellen, da es sich hierbei nicht um Azure-IaaS-Objekte handelt.

Jeder ESXi-Host in Azure VMware Solution ist mit vier Netzwerkadaptern mit 25 GBit/s konfiguriert. Dabei werden zwei Netzwerkadapter für ESXi-Systemdatenverkehr und zwei Netzwerkadapter für Workloaddatenverkehr bereitgestellt.

Nein

Nein

Nein Azure Load Balancer unterstützt intern nur Azure-IaaS-VMs. Azure Load Balancer unterstützt keine auf der IP-Adresse basierenden Back-End-Pools, sondern nur Azure-VMs oder VM-Skalierungsgruppenobjekte, bei denen Azure VMware Solution-VMs keine Azure-Objekte sind.

Ja. Verwenden Sie ein vorhandenes ExpressRoute-Gateway, um eine Verbindung mit Azure VMware Solution herzustellen, sofern der Grenzwert von vier ExpressRoute-Verbindungen pro virtuellem Netzwerk nicht überschritten wird. Für den lokalen Zugriff auf Azure VMware Solution über ExpressRoute benötigen Sie ExpressRoute Global Reach, da das ExpressRoute-Gateway kein transitives Routing zwischen den verbundenen Leitungen unterstützt.

Ein /22-Adressraum eines privaten Netzwerks ist erforderlich, um eine private Azure VMware Solution-Cloud bereitzustellen. Dieser private Adressraum darf sich nicht mit anderen virtuellen Netzwerken in einem Abonnement oder mit lokalen Netzwerken überschneiden.

Sie können mit einer von zwei Methoden eine Verbindung mit dem Dienst herstellen:

• Mit einer VM oder einem Anwendungsgateway in einem virtuellen Azure-Netzwerk, die bzw. das über ExpressRoute und Peering mit der privaten Cloud verbunden ist.
• Über ExpressRoute Global Reach aus Ihrem lokalen Rechenzentrum mit einer Azure ExpressRoute-Verbindung

Aktivieren Sie im Azure-Portal Internetkonnektivität für eine private Cloud. Erstellen Sie mit NSX Manager einen NSX T1-Gateway und einen logischen Switch. Sie verwenden dann vCenter Server, um eine VM in dem Netzwerksegment bereitzustellen, das durch den logischen Switch definiert wird. Diese VM verfügt über Netzwerkzugriff auf das Internet und Azure-Dienste.

Nein Eingehender Netzwerkdatenverkehr aus dem Internet direkt in private Clouds ist standardmäßig nicht zulässig. Sie können Azure VMware Solution-VMs jedoch für den Empfang von Datenverkehr aus dem Internet konfigurieren, indem Sie die Option Öffentliche IP-Adresse im Azure-Portal für Ihre private Azure VMware Solution-Cloud verwenden.

Ja. Sie müssen NSX Manager zum Erstellen einer Firewall verwenden, um den VM-Zugriff auf das Internet einzuschränken.

Der IP-Adressbereich darf sich nicht mit dem IP-Bereich überlappen, der in anderen virtuellen Netzwerken in Ihrem Abonnement und in Ihren lokalen Netzwerken verwendet wird.

Ja.

Azure Virtual WAN bietet kein transitives Routing zwischen zwei ExpressRoute-Verbindungen und einem nicht virtuellen WAN-ExpressRoute-Gateway. ExpressRoute Global Reach ermöglicht Konnektivität zwischen Ihrer lokalen Infrastruktur und Azure VMware Solution, wobei die Verbindung über das globale Microsoft-Netzwerk, nicht über den Virtual WAN-Hub hergestellt wird.

Nein

Standardmäßig können Sie NSX Manager und vCenter Server Appliance (vCSA) nicht vom lokalen Standort aus erreichen, wenn über ExpressRoute Global Reach zwischen Azure VMware Solution und Ihrer lokalen ExpressRoute-Verbindung oder über Azure Virtual Network für Azure VMware Solution nur 0.0.0.0/0 (Standardroute) angekündigt wird. Sie müssen bestimmte Netzwerkrouten/Subnetze ankündigen, um auf NSX Manager und vCSA zugreifen zu können.

Verwenden Sie die Richtlinie thin_provision für die Speicherung Ihrer VM-Vorlage.

Jeder ESXi-Host verfügt über zwei vSAN-Datenträgergruppen mit einer Kapazitätsebene von 15,2 TB und einer 3,2-TB NVMe-Cacheebene (1,6 TB in jeder Datenträgergruppe).

Ja, vSAN-Datenspeicher verwenden für ruhende Daten standardmäßig eine Verschlüsselung mit Schlüsseln, die in Azure Key Vault gespeichert sind. Die Verschlüsselungslösung ist KMS-basiert und unterstützt vCenter Server-Vorgänge für die Schlüsselverwaltung. Wenn ein Host aus einem vSphere-Cluster entfernt wird, werden die Daten auf dem Datenträger sofort ungültig.

Nein, der Name von Datenspeichern oder Clustern kann nicht geändert werden.

RAID-1, FTT-1, mit einer auf Thin Provisioning festgelegten Reservierung von Objektspeicher ist die Standardrichtlinie für Instanzen von Software-Defined Datacenters (SDDCs).

Bei Thick Provisioning handelt es sich um einen reservierten oder vorab zugewiesenen Speicherplatz. Thick Provisioning schützt Systeme, da sie auch dann noch funktionieren, wenn der vSAN-Datenspeicher voll ist, da der Speicherplatz bereits reserviert ist. Angenommen, Sie erstellen einen virtuellen Datenträger mit 10 GB und Thick Provisioning. In diesem Fall wird die gesamte Speicherkapazität des virtuellen Datenträgers auf dem physischen Speicher des virtuellen Datenträgers vorbelegt und der gesamte ihm zugewiesenen Speicherplatz im Datenspeicher genutzt. Andere virtuelle Computer können den Speicherplatz des Datenspeichers nicht mitbenutzen. Ein virtueller Datenträger mit Thin Provisioning nutzt den anfänglich benötigten Speicherplatz und wächst auf den im Datenspeicher verwendeten Speicherplatzbedarf an.

Dies hängt davon ab, wie Sie die Ausführung Ihrer Anwendungsworkloads in SDDC (private Cloud) planen. Microsoft reguliert diese Ausfälle regelmäßig und tauscht die Hardware aus, sobald Ereignisse aus Sicht der Infrastruktur erkannt werden. Standardmäßig wird die Einstellung FTT-1 verwendet, die Schutz bei Ausfall eines einzelnen Hosts bietet.

Wenn die Kapazitätsauslastung 75 % überschreitet, gibt Microsoft Warnungen aus. Alternativ können Sie auch Metriken zum Kapazitätsverbrauch überwachen, die in Azure Monitor integriert sind.

Die AV36-SKU umfasst zwei NVMe-Caches mit 1,6 TB und eine unformatierte Speicherkapazität von 1,9 TB. Diese Datenträger werden dann in zwei Datenträgergruppen aufgeteilt. Überprüfen Sie die AV36P- und AV52-SKUs auf ihre Hardwarespezifikationen.

Die Datenträgergruppen sind nicht RAID-konfiguriert. Stattdessen sind sie nur eine Reihe von Datenträgern (JBOD) und werden direkt von vSAN gesteuert.

Mit Ausnahme des AV64-Clusters, das ein separates 3-Knoten-Cluster-Minimum von AV36, AV36P oder AV52 erfordert, können Sie in einer privaten Cloud keine unterschiedlichen Hosttypen kombinieren. In allen Szenarien benötigen Cluster denselben Hosttyp. Mehrere Cluster können in einer einzelnen privaten Cloud bereitgestellt werden. Alle Hosts müssen denselben Typ in einer privaten Cloud aufweisen. Wenn für die Erfüllung der Anwendungsfallanforderungen unterschiedliche Hosttypen erforderlich sind, müssen zusätzliche private Clouds bereitgestellt werden.

Ja. Das Azure-Portal wird für die Bereitstellung und einige Verwaltungsvorgänge verwendet. vCenter Server und NSX Manager werden zum Verwalten von vSphere- und NSX-Ressourcen verwendet.

Beim Start unterstützt Azure VMware Solution keine einzelne Verwaltungsumgebung für lokale und private Cloudumgebungen. Sie verwalten Cluster der privaten Cloud mit vCenter Server und NSX Manager lokal für eine private Cloud.

Ja, solange Sie das Kontingent für Ihre private Cloud zugewiesen haben, können Sie Ihre Cluster horizontal skalieren. Wenn der Workloadbedarf sinkt, können Sie Hosts aus dem Cluster löschen, um ihn herunter zu skalieren. Sie können dies über das Azure VMware Solution-Portal erledigen.

Nein, private Cloudhosts und Cluster sind dediziert und werden vor und nach der Verwendung sicher gelöscht.

Cluster können zwischen drei (Minimum) und 16 (Maximum) ESXi-Hosts skaliert werden.

Sie erhalten Anmeldeinformationen für einen Cloudadministratorbenutzer in vCenter Server und Administratorzugriff auf NSX Manager. Sie können auch eine CloudAdmin-Gruppe verwenden, um Microsoft Active Directory einzubeziehen. Weitere Informationen finden Sie unter Zugriffs- und Identitätsarchitektur.

Nein, Administratorzugriff auf ESXi ist darauf beschränkt, die Sicherheitsanforderungen der Lösung zu erfüllen.

Sie verfügen über CloudAdmin-Rollenberechtigungen. Weitere Informationen finden Sie unter Zugriffs- und Identitätsarchitektur.

Sie verfügen über CloudAdmin-Rollenberechtigungen. Weitere Informationen finden Sie unter Zugriffs- und Identitätsarchitektur.

Informationen zum Zurücksetzen von Anmeldeinformationen finden Sie unter Rotieren der Anmeldeinformationen von Cloudadministratoren für Azure VMware Solution.

Nein Derzeit werden keine CloudAdmin-Erweiterungsberechtigungen unterstützt, und es ist nicht geplant, diese zu unterstützen.

Ja. Weitere Informationen finden Sie unter Anfordern des Hostkontingents für Azure VMware Solution.

Nein Derzeit bietet Azure VMware Solution keine Mehrinstanzenfähigkeit.

Nein, eine private Azure VMware Solution-Cloud kann nicht von mehreren Endbenutzern gemeinsam genutzt werden.

Kunden können mehrinstanzenfähige Umgebungen in ihrer privaten Azure VMware Solution-Cloud erstellen und an Kunden verkaufen, sofern das Produkt keine Standard-VM ist. Dadurch ist es Kunden möglich, über ein erhebliches, in der VM eingebettetes geistiges Eigentum als Anwendung zu verfügen.

Ja. Sie können eine Verbindung Ihrer privaten Azure VMware Solution-Cloud mit dem VMware Cloud Director Service von VMware herstellen. Diese Integration beider Dienste befindet sich derzeit in der öffentlichen Vorschau.

Ja. Kunden können Azure VMware Solution unter einem Azure-Abonnement bereitstellen, das von einem CSP verwaltet wird.

Ja. Cloud Solution Provider können reservierte Instanzen für ihre Kunden erwerben. Weitere Informationen finden Sie unter Einsparen von Kosten mit einer reservierten Instanz.