Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure VMware Solution stellt VMware-basierte private Clouds in Azure bereit. Die Bereitstellungen von Private Cloud-Hardware und Software sind in Azure vollständig integriert und automatisiert. Stellen Sie die private Cloud über das Azure-Portal, die Azure CLI oder PowerShell bereit und verwalten Sie sie.
Eine private Cloud umfasst Cluster mit Folgendem:
- Dedizierte Bare-Metal-Server-Hosts, die mit VMware vSphere Hypervisor (ESXi) ausgestattet sind.
- VMware vCenter Server zum Verwalten von ESXi und vSAN.
- Software-Defined Networking in VMware NSX für vSphere-Workload-VMs
- VMware vSAN-Datenspeicher für vSphere-Workload-VMs.
- VMware HCX für Workload-Mobilität.
- Ressourcen in der Azure Unterlage (erforderlich für Konnektivität und Betrieb der privaten Cloud).
Private Clouds werden in einem Azure-Abonnement installiert und verwaltet. Die Anzahl der privaten Clouds innerhalb eines Abonnements ist skalierbar. Anfänglich besteht eine Begrenzung von einer privaten Cloud pro Abonnement. Es gibt eine logische Beziehung zwischen Azure Abonnements, Azure VMware Solution privaten Clouds, vSAN-Clustern und Hosts.
Das folgende Diagramm beschreibt die Architekturkomponenten von Azure VMware Solution.
Jede Azure VMware Solution Architekturkomponente hat die folgende Funktion:
- Azure-Abonnement: Bietet kontrollierten Zugriff, Budget und Kontingentverwaltung für Azure VMware Solution.
- Azure Region: Gruppiert Rechenzentren in Verfügbarkeitszonen und gruppiert dann Verfügbarkeitszonen in Regionen.
- Azure-Ressourcengruppe: Platziert Azure Dienste und Ressourcen in logische Gruppen.
- Azure VMware Solution private cloud: Bietet Compute-, Netzwerk- und Speicherressourcen mithilfe von VMware-Software, einschließlich vCenter Server, softwaredefiniertem Networking, vSAN softwaredefiniertem Speicher und Azure Bare-Metal-ESXi-Hosts. Azure NetApp Files, Azure Elastic SAN und Pure Cloud Block Store werden ebenfalls unterstützt.
- Azure VMware Solution-Ressourcencluster: Stellt Rechen-, Netzwerk- und Speicherressourcen für Kundenworkloads bereit, indem die Azure VMware Solution private Cloud mithilfe von VMware-Software skaliert wird, einschließlich vSAN softwaredefinierter Speicher und Azure Bare-Metal ESXi-Hosts. Azure NetApp Files, Elastic SAN und Pure Cloud Block Store werden ebenfalls unterstützt.
- VMware HCX: Bietet Mobilität, Migration und Netzwerkerweiterungsdienste.
- VMware Site Recovery: Automatisiert Notfallwiederherstellungs- und Speicherreplikationsdienste mit VMware vSphere Replication. Nicht von Microsoft stammende Notfallwiederherstellungslösungen Zerto Disaster Recovery und JetStream Software Disaster Recovery werden ebenfalls unterstützt.
- Dedicated Microsoft Enterprise Edge: Router, der Azure Cloud Services und die Azure VMware Solution private Cloudinstanz verbindet.
- Azure Virtual Network: Verbindet Azure Dienste und Ressourcen miteinander.
- Azure Route Server: Austausch dynamischer Routeninformationen mit Azure Netzwerken.
- Azure Virtual Network Gateway: Verbindet Azure Dienste und Ressourcen mit anderen privaten Netzwerken mithilfe des virtuellen privaten IPSec-Netzwerks, Azure ExpressRoute und des virtuellen Netzwerks mit dem virtuellen Netzwerk.
- Azure ExpressRoute: Bietet schnelle private Verbindungen zwischen Azure Rechenzentren und lokaler oder Colocation-Infrastruktur.
- Azure Virtual WAN: Kombiniert Netzwerk-, Sicherheits- und Routingfunktionen in einem einzigen einheitlichen Wide Area Network (WAN).
Hosts
Azure VMware Solution Cluster basieren auf einer hyperkonvergierten Infrastruktur. Die folgende Tabelle zeigt die CPU-, Arbeitsspeicher-, Datenträger- und Netzwerkspezifikationen des Hosts.
| Hosttyp | CPU (Kerne/GHz) | RAM (GB) | vSAN-Architektur | vSAN-Cache-Ebene (TB, roh***) | vSAN-Kapazitätsebene (TB, raw***) | Regionale Verfügbarkeit |
|---|---|---|---|---|---|---|
| AV36 | Zwei Intel Xeon Gold 6140 CPUs (Skylake Mikroarchitektur) mit 18 Kernen/CPU @ 2,3 GHz, insgesamt 36 physische Kerne (72 logische Kerne mit Hyperthreading) | 576 | OSA | 3.2 (NVMe) | 15.20 (SSD) | Ausgewählte Regionen (*) |
| AV36P | Dual Intel Xeon Gold 6240 CPUs (Cascade Lake Mikroarchitektur) mit 18 Kernen/CPUs @ 2,6 GHz / 3,9 GHz Turbo, insgesamt 36 physische Kerne (72 logische Kerne mit Hyperthreading) | 768 | OSA | 1,5 (Intel Cache) | 19.20 (NVMe) | Ausgewählte Regionen (*) |
| AV48 | Dual Intel Xeon Gold 6442Y CPUs (Sapphire Rapids-Mikroarchitektur) mit 24 Kernen/CPU @ 2,6 GHz / 4,0 GHz Turbo, insgesamt 48 physische Kerne (96 logische Kerne mit Hyperthreading) | 1,024 | ESA | N/A | 25.6 (NVMe) | Ausgewählte Regionen (*) |
| AV52 | Dual Intel Xeon Platinum 8270 CPUs (Cascade Lake Mikroarchitektur) mit 26 Kernen/CPU @ 2,7 GHz / 4,0 GHz Turbo, insgesamt 52 physische Kerne (104 logische Kerne mit Hyperthreading) | 1,536 | OSA | 1,5 (Intel Cache) | 38.40 (NVMe) | Ausgewählte Regionen (*) |
| AV64 | Duale Intel Xeon Platinum 8370C-CPUs (Ice Lake-Mikroarchitektur) mit 32 Kernen pro CPU und 2,8 GHz bzw. 3,5 GHz (Turbo); insgesamt 64 physische Kerne (128 logische Kerne mit Hyperthreading) | 1,024 | OSA / ESA**** | 3.84 (NVMe) / N/A**** | 15.36 (NVMe) / 19.25 (NVMe)**** | Ausgewählte Regionen (**) |
Ein Azure VMware Solution Cluster erfordert mindestens drei Hosts. Sie können Hosts desselben Typs nur in einer einzelnen Azure VMware Solution privaten Cloud verwenden. Hosts, die zum Erstellen oder Skalieren von Clustern verwendet werden, stammen aus einem isolierten Hostpool. Diese Hosts haben Hardwaretests bestanden, und alle Daten wurden sicher gelöscht, bevor sie zu einem Cluster hinzugefügt wurden.
Alle vorherigen Hosttypen weisen einen Netzwerkschnittstellendurchsatz von 100 GBit/s auf.
*Details sind über den Azure Preisrechner verfügbar.
**AV64-Voraussetzung: Vor dem Hinzufügen von AV64 ist eine Azure VMware Solution private Cloud erforderlich, die mit AV36, AV36P oder AV52 bereitgestellt wird.
***Unformatiert (Raw) basiert auf dem internationalen Standard of Units (SI), die vom Datenträgerhersteller gemeldet wurden. Beispiel: 1 TB Raw = 100000000000 Bytes. Der im Binärsystem berechnete Speicherplatz von einem Computer (1 TB binär = 1099511627776 Bytes) entspricht 931,3 Gigabyte, die aus dem Dezimalsystem umgerechnet wurden.
Die ESA gilt für AV64 Gen 2-Implementierungen.
Azure Regionsverfügbarkeitszone zur Hosttypzuordnungstabelle
Wenn Sie ihren Azure VMware Solution-Entwurf planen, verwenden Sie die folgende Tabelle, um zu verstehen, welche Hosttypen in jeder physischen Verfügbarkeitszone einer Azure Region verfügbar sind.
Important
Diese Zuordnung ist wichtig, um Ihre privaten Clouds in unmittelbarer Nähe zu Ihren Azure nativen Workloads zu platzieren, einschließlich integrierter Dienste wie Azure NetApp Files und Pure Cloud Block Store.
Die Fähigkeit für Azure VMware Solution Stretched-Cluster, Ressourcen in mehreren Verfügbarkeitszonen (Multi-AZ) bereitzustellen, ist ebenfalls in der folgenden Tabelle gekennzeichnet. Das Kundenkontingent für Azure VMware Solution wird von Azure Region zugewiesen. Sie können die Verfügbarkeitszone während der Bereitstellung der privaten Cloud nicht angeben. Ein AutoSelection-Algorithmus wird verwendet, um Bereitstellungen über die Azure Region hinweg auszugleichen.
Wenn Sie über eine bestimmte Verfügbarkeitszone verfügen, für die Sie bereitstellen möchten, öffnen Sie eine Serviceanfrage mit Microsoft. Fordern Sie eine "spezielle Platzierungsrichtlinie" für Ihr Abonnement, Azure Region, Verfügbarkeitszone und Hosttyp an. Diese Richtlinie bleibt erhalten, bis Sie anfordern, dass sie entfernt oder geändert werden soll.
Hosttypen, die fett markiert sind, sind aufgrund des Kundenverbrauchs eingeschränkt und sind möglicherweise nicht auf Anfrage verfügbar. Verwenden Sie den AV64-Hosttyp, wenn AV36-, AV36P- oder AV52-Hosttypen eingeschränkt sind.
AV64-Hosttypen sind pro Verfügbarkeitszone verfügbar. In der folgenden Tabelle sind die Azure Regionen aufgeführt, die diesen Hosttyp unterstützen. Für RAID-6 FTT2- und RAID-1 FTT3-Speicherrichtlinien sind sechs bzw. sieben Fehlerdomänen erforderlich. Die Anzahl der Fehlerdomänen für jede Azure-Region wird in der Spalte mit der Bezeichnung AV64-Fehlerdomänen unterstützt aufgeführt.
| Azure-Region | Verfügbarkeitszone | Hosttyp | Multi-VZ SDDC | Unterstützte AV64-Fehlerdomänen |
|---|---|---|---|---|
| Australia East | AZ01 | AV36P, AV64 | Yes | 7 |
| Australia East | AZ02 | AV36, AV64 | Yes | 7 |
| Australia East | AZ03 | AV36P, AV64 | Yes | 7 |
| Australia Southeast | AZ01 | AV36 | No | N/A |
| Brazil South | AZ02 | AV36, AV64 | No | 7 |
| Canada Central | AZ02 | AV36, AV36P, AV64 | No | 7 |
| Canada East | N/A | AV36, AV64 | No | 7 |
| Central India | AZ03 | AV36P, AV48, AV64 | No | 7 |
| Central US | AZ01 | AV36P, AV64 | No | 7 |
| Central US | AZ02 | AV36, AV64 | No | 7 |
| Central US | AZ03 | AV36P, AV64 | No | 7 |
| East Asia | AZ01 | AV36, AV64 | No | 7 |
| East Asia | AZ02 | AV36P | No | N/A |
| East US | AZ01 | AV36P, AV64 | Yes | 7 |
| East US | AZ02 | AV36P, AV64 | Yes | 7 |
| East US | AZ03 | AV36, AV36P, AV64 | Yes | 7 |
| Ost-USA 2 | AZ01 | AV36, AV64 | No | 7 |
| Ost-USA 2 | AZ02 | AV36P, AV52, AV64 | No | 7 |
| Ost-USA 2 | AZ03 | AV36P, AV64 | No | 7 |
| France Central | AZ01 | AV36, AV64 | No | 7 |
| Deutschland, Westen-Mitte | AZ01 | AV36P, AV64 | Yes | 7 |
| Deutschland, Westen-Mitte | AZ02 | AV36, AV48, AV64 | Yes | 7 |
| Deutschland, Westen-Mitte | AZ03 | AV36, AV36P, AV48, AV64 | Yes | 7 |
| Italy North | AZ03 | AV36P, AV64 | No | 7 |
| Japan East | AZ02 | AV36, AV36P, AV64 | No | 7 |
| Japan East | AZ03 | AV36P, AV48 | No | N/A |
| Japan West | AZ01 | AV36, AV64 | No | 7 |
| Japan West | AZ02 | AV36P | No | N/A |
| Korea Central | AZ02 | AV48 | No | N/A |
| Korea Central | AZ03 | AV48 | No | N/A |
| USA Nord Mitte | AZ01 | AV36, AV64 | No | 7 |
| USA Nord Mitte | AZ02 | AV36P, AV64 | No | 7 |
| North Europe | AZ02 | AV36, AV64 | No | 7 |
| Qatar Central | AZ03 | AV36P (AV64 geplant Q4 2025) | No | N/A (7 geplant Q4 2025) |
| Südafrika, Norden | AZ01 | AV48, AV64 | No | 7 |
| Südafrika, Norden | AZ03 | AV36, AV64 | No | 7 |
| USA Süd Mitte | AZ01 | AV36, AV64 | No | 7 |
| USA Süd Mitte | AZ02 | AV36, AV36P, AV52, AV64 | No | 7 |
| Southeast Asia | AZ01 | AV36P | No | N/A |
| Southeast Asia | AZ02 | AV36 | No | N/A |
| Spain Central | AZ01 | AV48 | No | N/A |
| Spain Central | AZ03 | AV48 | No | N/A |
| Sweden Central | AZ01 | AV36, AV64 | No | 7 |
| Sweden Central | AZ03 | AV48 | No | N/A |
| Switzerland North | AZ01 | AV36, AV64 | No | 7 |
| Switzerland North | AZ03 | AV36P, AV64 | No | 7 |
| Switzerland West | AZ01 | AV36, AV64 | No | 7 |
| UAE North | AZ02 | AV48 | No | N/A |
| UAE North | AZ03 | AV36P, AV64 | No | 7 |
| UK South | AZ01 | AV36, AV36P, AV52, AV64 | Yes | 7 |
| UK South | AZ02 | AV36, AV64 | Yes | 7 |
| UK South | AZ03 | AV36P, AV64 | Yes | 7 |
| UK West | AZ01 | AV36, AV64 | No | 7 |
| West Europe | AZ01 | AV36, AV36P, AV52, AV64 | Yes | 7 |
| West Europe | AZ02 | AV36, AV64 | Yes | 7 |
| West Europe | AZ03 | AV36P, AV64 | Yes | 7 |
| West US | AZ01 | AV36, AV36P, AV64 | No | 7 |
| USA, Westen 2 | AZ01 | AV36, AV64 | No | 7 |
| USA, Westen 2 | AZ02 | AV36P, AV64 | No | 7 |
| USA, Westen 2 | AZ03 | AV48 | No | N/A |
| USA, Westen 3 | AZ01 | AV36P, AV64 | No | 7 |
| US-Regierung Arizona | AZ02 | AV36P | No | N/A |
| US-Regierung Virginia | AZ03 | AV36 | No | N/A |
Clusters
Für jede erstellte private Cloud gibt es standardmäßig ein vSAN-Cluster. Sie können Cluster hinzufügen, löschen und skalieren. Die Mindestanzahl von Hosts pro Cluster und bei der anfänglichen Bereitstellung beträgt drei.
Sie verwenden vCenter Server und NSX Manager, um die meisten Aspekte bei der Konfiguration und beim Betrieb des Clusters zu verwalten. Der gesamte lokale Speicher jedes Hosts in einem Cluster befindet sich unter der Kontrolle von VMware-vSAN.
Azure VMware Solution konfiguriert jeden Cluster für die Verfügbarkeit von n+1 über vSphere High Availability prozentbasierte Zugriffssteuerung, um Workloads vor dem Ausfall eines einzelnen Knotens zu schützen.
Cluster-1 jede private Cloud der Azure VMware-Lösung verfügt über einen Ressourcenpool, der auf vSphere Distributed Resource Scheduler (MGMT-ResourcePool) basiert. Der Pool ist für die Komponenten der Verwaltungs- und Steuerungsebene konfiguriert (vCenter Server, SHAPE Manager-Cluster, SHAPE Edges, HCX Manager-Add-On, Site Recovery Manager-Add-On und vSphere Replication-Add-On).
MGMT-ResourcePool ist so konfiguriert, dass 46 GHz CPU und 171,88 GB Arbeitsspeicher reserviert werden, den Sie nicht ändern können. Bei einem Drei-Knoten-Cluster sind zwei Knoten für Kundenworkloads vorgesehen, mit Ausnahme der CPU- und Speicherressourcen, die für die MGMT-ResourcePool Verwaltung und Kontrolle reserviert sind. Ein Knoten mit Ressourcen wird reserviert gehalten, um vor Knotenfehlern zu schützen. Azure VMware Solution gestreckte Cluster verwenden eine Zulassungssteuerungsrichtlinie, die auf n+2-Verfügbarkeitsprozentsätzen vSphere High Availability basiert.
Die Azure VMware Solution Management- und Kontrollebene weisen die folgenden Ressourcenanforderungen auf. Sie müssen bei der Dimensionierung einer standardmäßigen privaten Cloud berücksichtigt werden.
| Area | Description | Bereitgestellte vCPUs | Bereitgestellter vRAM (GB) | Bereitgestellte vDisk (GB) | Typische CPU-Auslastung (GHz) | Typische vRAM-Verwendung (GB) | Typische Verwendung des rohen vSAN-Datenspeichers (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.5 | 3.3 | 1,830 |
| VMware vSphere | vSphere-Clusterdienst-VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere-Clusterdienst-VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere-Clusterdienst-VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | ESXi-Knoten 1 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 2 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 3 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSAN | vSAN-Systemnutzung | N/A | N/A | N/A | N/A | N/A | 12,441 |
| VMware NSX | NSX Unified Appliance-Knoten 1 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Unified Appliance-Knoten 2 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Unified Appliance-Knoten 3 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Edge-VM 1 | 8 | 32 | 196 | 1.4 | 0.7 | 401 |
| VMware NSX | NSX Edge-VM 2 | 8 | 32 | 196 | 1.4 | 0.7 | 401 |
| VMware HCX (optionales Zusatzmodul) | HCX-Manager | 4 | 12 | 64 | 0.4 | 2.8 | 174 |
| VMware Site Recovery Manager (optionales Zusatzmodul) | Site Recovery-Manager-Appliance | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (optionale Erweiterung) | vSphere-Replikations-Manager-Appliance | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (optionale Erweiterung) | vSphere-Replikationsserver-Appliance | 2 | 1 | 33 | 1 | 0.8 | 66 |
| Total | 59 vCPUs | 203,3 GB | 2.376 GB | 25,4 GHz | 198,3 GB | 17.287 GB (15.401 GB mit Datenreduktionsverhältnis) |
Die Azure VMware Solution Verwaltungs- und Steuerungsebene verfügen über die folgenden Ressourcenanforderungen, die Sie bei der Lösungsgröße einer stretched Cluster private Cloud berücksichtigen müssen. VMware Site Recovery Manager ist nicht in der Tabelle enthalten, da er derzeit nicht unterstützt wird. Die vSAN-Zeugen-Appliance ist in der Tabelle ebenfalls nicht enthalten. Microsoft verwaltet sie in der dritten Verfügbarkeitszone.
| Area | Description | Bereitgestellte vCPUs | Bereitgestellter vRAM (GB) | Bereitgestellte vDisk (GB) | Typische CPU-Auslastung (GHz) | Typische vRAM-Verwendung (GB) | Typische Verwendung des rohen vSAN-Datenspeichers (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.1 | 3.9 | 3,662 |
| VMware vSphere | vSphere-Clusterdienst-VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere-Clusterdienst-VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere-Clusterdienst-VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | ESXi-Knoten 1 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 2 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 3 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 4 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 5 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-Knoten 6 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSAN | vSAN-Systemnutzung | N/A | N/A | N/A | N/A | N/A | 11,223 |
| VMware NSX | NSX Unified Appliance-Knoten 1 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Unified Appliance-Knoten 2 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Unified Appliance-Knoten 3 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Edge-VM 1 | 8 | 32 | 196 | 1.4 | 0.7 | 800 |
| VMware NSX | NSX Edge-VM 2 | 8 | 32 | 196 | 1.4 | 0.7 | 800 |
| VMware HCX (optionales Zusatzmodul) | HCX-Manager | 4 | 12 | 64 | 0.4 | 2.8 | 256 |
| Total | 49 vCPUs (virtuelle CPUs) | 178,4 GB | 2.277 GB | 29,9 GHz | 338,1 GB | 20.430 GB (17.459 GB mit Datenreduktionsverhältnis) |
Diese Ressourcenanforderungen gelten nur für den ersten Cluster, der in einer Azure VMware Solution privaten Cloud bereitgestellt wird. Nachfolgende Cluster müssen nur vSphere Cluster Service, ESXi-Ressourcenanforderungen und die vSAN-Systemnutzung bei der Größenanpassung von Lösungen berücksichtigen.
Die Werte der virtuellen Appliance Typische rohe vSAN-Datenspeichernutzung beziehen sich auf den von virtuellen Computerdokumenten belegten Speicherplatz, einschließlich Konfigurations- und Protokolldateien, Snapshots, virtuellen Festplatten und Auslagerungsdateien.
Die VMware ESXi-Knoten weisen Berechnungsnutzungswerte auf, die den vSphere VMkernel-Hypervisor-Overhead, den vSAN-Overhead und den NSX-verteilten Router, die Firewall und den Überbrückungsaufwand berücksichtigen. Diese Schätzungen gelten für eine standardmäßige Drei-Cluster-Konfiguration. Die Speicheranforderungen werden als nicht anwendbar (NV) aufgeführt, da ein vom vSAN-Datenspeicher getrenntes Startvolume verwendet wird.
Der Speicheraufwand für die Nutzung des VMware vSAN-Systems umfasst vSAN-Leistungsüberwachungsobjekte, vSAN-Dateisystem-Overhead, vSAN-Prüfsummen-Overhead sowie den Overhead für vSAN-Deduplizierung und -Komprimierung. Um diesen Verbrauch anzuzeigen, wählen Sie Monitor>vSAN>Kapazität für den vSphere-Cluster im vSphere-Client aus.
Die Ressourcenanforderungen von VMware HCX und VMware Site Recovery Manager sind optionale Add-Ons für Azure VMware Solution. Ziehen Sie diese Anforderungen in der Lösungsdimensionierung ab, wenn sie nicht verwendet werden.
Das VMware Site Recovery Manager-Add-On hat die Möglichkeit, mehrere VMware vSphere Replication Server-Appliances zu konfigurieren. In der vorherigen Tabelle wird davon ausgegangen, dass eine vSphere Replication Server-Appliance verwendet wird.
Die Dimensionierung einer Lösung ist eine Schätzung. Überprüfen Sie die Größenberechnungen aus der Entwurfsphase während der Testphase eines Projekts. Sie müssen sicherstellen, dass die Lösung für die Anwendungsauslastung ordnungsgemäß angepasst wird.
Tip
Sie können den Cluster später jederzeit erweitern und zusätzliche Cluster hinzufügen, wenn Sie die anfängliche Bereitstellungsanzahl erhöhen möchten.
Caution
Das Löschen eines Clusters beendet alle aktiven Workloads und Komponenten und kann nicht rückgängig gemacht werden. Nachdem Sie ein Cluster gelöscht haben, können Sie die Daten nicht mehr wiederherstellen.
In der folgenden Tabelle werden die maximalen Grenzwerte für Azure VMware Solution beschrieben.
| Resource | Limit |
|---|---|
| vSphere-Cluster pro privaten Cloud | 12 |
| Mindestanzahl von ESXi-Hosts pro Cluster | 3 (harte Grenze) |
| Maximale Anzahl von ESXi-Hosts pro Cluster | 16 (harte Grenze) |
| Maximale Anzahl von ESXi-Hosts pro privater Cloud | 96 |
| Maximale Anzahl von vCenter Servern pro privater Cloud | 1 (harte Grenze) |
| Maximale Anzahl von HCX-Standortpaaren | 25 (beliebige Edition) |
| Maximale Anzahl von HCX-Dienstmeshes | 10 (alle Editionen) |
| Maximale Anzahl privater Clouds der Azure VMware Solution, die von einem einzelnen Standort über Azure ExpressRoute mit einem einzelnen virtuellen Netzwerkgateway verknüpft sind. | 4 Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche maximale Anzahl von verknüpften privaten Clouds. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke. Wenn Sie diesen Schwellenwert überschreiten, verwenden Sie Azure VMware Solution interconnect, um private Cloudkonnektivität innerhalb der region Azure zu aggregieren. |
| Maximaler Azure VMware Solution ExpressRoute-Durchsatz | 10 GBit/s (Ultra Performance Gateway-Version mit aktivierter FastPath-Funktion verwenden)** Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche Bandbreite. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke. Ein Azure VMware Solution ExpressRoute verfügt über keine Portgeschwindigkeitseinschränkungen und führt über 10 GBit/s aus. Geschwindigkeiten über 10 GBit/s werden wegen der Qualität des Dienstes nicht garantiert. |
| Maximale Anzahl von Azure Öffentlichen IPv4-Adressen, die dem NSX zugewiesen sind | 2,000 |
| Maximale Anzahl von Azure VMware Solution Verbindungen pro private Cloud | 10 |
| Maximale Anzahl von Azure ExpressRoute globalen Reichweitenverbindungen pro Azure VMware Solution private Cloud | 8 |
| vSAN-Kapazitätsgrenzen | 75 % der insgesamt nutzbaren Kapazität (hält 25 % für Vereinbarung zum Servicelevel verfügbar) |
| VMware Site Recovery Manager: Maximale Anzahl geschützter virtueller Computer | 3,000 |
| VMware Site Recovery Manager: Maximale Anzahl virtueller Computer pro Wiederherstellungsplan | 2,000 |
| VMware Site Recovery Manager: Maximale Anzahl von Schutzgruppen pro Wiederherstellungsplan | 250 |
| VMware Site Recovery Manager: RPO-Werte (Recovery Point Objective) | Fünf Minuten oder höher* (harte Grenze) |
| VMware Site Recovery Manager: Maximale Anzahl virtueller Computer pro Schutzgruppe | 500 |
| VMware Site Recovery Manager: Maximale Anzahl von Wiederherstellungsplänen | 250 |
* Informationen zu einem RPO von weniger als 15 Minuten finden Sie unter Wie das 5-Minuten-RPO funktioniert in der vSphere Replication Verwaltungsdokumentation.
** Dieser weiche empfohlene Grenzwert kann basierend auf dem Szenario einen höheren Durchsatz unterstützen.
Verwenden Sie für andere VMware-spezifische Grenzwerte das Tool VMware von Broadcom-Konfigurationsmaximum.
Versionen von VMware-Software
Microsoft ist Mitglied des VMware Metal as a Service (MaaS)-Programms und verwendet den VMware Cloud Provider Stack für die Upgrade-Planung der Azure VMware-Lösung.
In der folgenden Tabelle sind die Softwareversionen aufgeführt, die in neuen Bereitstellungen von Azure VMware Solution privaten Clouds verwendet werden.
| Software | Version | Buildnummer |
|---|---|---|
| VMware vCenter Server | 8.0 U3e | 24674346 |
| VMware ESXi | 8.0 U3f + Hot Patch (VAIO-Fehlerkorrektur) | 24797835 |
| VMware vSAN | 8.0 U3 | 24797835 |
| VMware vSAN-Zeuge | 8.0 U3 | 24797835 |
| VMware vSAN-Datenträgerformat | 20 | N/A |
| VMware vSAN-Speicherarchitektur | Gen 1: OSA, Gen2: ESA | N/A |
| VMware NSX | 4.1.1 | 22224317 |
| VMware HCX | 4.11.3 | 24972695 |
| VMware Live-Site-Wiederherstellung | 9.0.2.1 | 24401761 |
| VMware vSphere-Replikation | 9.0.2.1 | 24383568 |
Wenn die aufgeführte Buildnummer nicht mit der in den Versionshinweisen aufgeführten Buildnummer übereinstimmt, liegt es daran, dass ein benutzerdefinierter Patch für Cloudanbieter angewendet wurde.
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.
Sichern und Wiederherstellen
Die Konfigurationen des vCenter-Servers und des HCX-Managers in der privaten Cloud der Azure VMware-Lösung (sofern aktiviert) befinden sich in einem täglichen Sicherungszeitplan. Die NSX-Konfiguration verfügt über einen stündlichen Sicherungszeitplan. Die Sicherungen werden mindestens drei Tage lang aufbewahrt. Öffnen Sie eine Supportanforderung im Azure-Portal, um die Wiederherstellung anzufordern.
Note
Wiederherstellungen sind nur für katastrophale Situationen vorgesehen.
Azure VMware Solution überwacht kontinuierlich die Integrität der physischen Unterlage und der Azure VMware Solution Komponenten. Wenn Azure VMware Solution einen Fehler erkennt, wird eine Aktion ausgeführt, um die fehlgeschlagenen Komponenten zu reparieren.
Verwandte Inhalte
Nachdem Sie sich nun über Azure VMware Solution Konzepte der privaten Cloud informiert haben, sollten Sie Folgendes lesen: