Azure VMware Solution: Konzepte – Private Clouds und Cluster
Azure VMware Solution bietet VMware-basierte private Clouds in Azure. Hardware- und Softwarebereitstellungen für private Clouds sind vollständig in Azure integriert und automatisiert. Die Bereitstellung und Verwaltung der privaten Cloud erfolgt über das Azure-Portal, die Befehlszeilenschnittstelle oder PowerShell.
Eine private Cloud umfasst Cluster mit Folgendem:
- Dedizierte Bare-Metal-Serverhosts, die mit VMware ESXi-Hypervisor bereitgestellt werden
- VMware vCenter Server für die Verwaltung von ESXi und vSAN
- Softwaredefinierte Netztechnologie in VMware NSX für VMs für vSphere-Workloads
- VMware vSAN-Datenspeicher für virtuelle Computer für vSphere-Workloads
- VMware HCX für Workloadmobilität
- Die in Azure zugrunde liegenden Ressourcen (für die Konnektivität und den Betrieb der privaten Cloud erforderlich)
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 besteht eine logische Beziehung zwischen Azure-Abonnements, privaten Azure VMware Solution-Clouds, vSAN-Clustern und Hosts.
Das folgende Diagramm beschreibt die Architekturkomponenten der Azure VMware Solution.
Jede Architekturkomponente der Azure VMware Solution hat die folgende Funktion:
- Azure-Abonnement: Bietet kontrollierten Zugriff, Budget und Kontingentverwaltung für die Azure VMware Solution.
- Azure-Region: Gruppiert Rechenzentren in Verfügbarkeitszonen (VZ) und gruppiert dann VZ in Regionen.
- Azure-Ressourcengruppe: Ordnet Azure-Dienste und -Ressourcen in logischen Gruppen an.
- Private Cloud für Azure VMware Solution: Bietet Ressourcen für Compute, Netztechnologie und Speicher mithilfe von VMware-Software, einschließlich vCenter Server, softwaredefinierte NSX-Netztechnologie, softwaredefinierten vSAN-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 Resource Cluster: Stellt Compute-, Netzwerk- und Speicherressourcen für Kundenarbeitslasten bereit, indem die private Azure VMware Solution-Cloud mithilfe von VMware-Software skaliert wird, einschließlich vSAN softwaredefinierter Speicher und Azure Bare-Metal ESXi-Hosts. Azure NetApp Files, Azure Elastic SAN und Pure Cloud Block Store werden ebenfalls unterstützt.
- VMware HCX: Bietet Mobilität, Migration und Netzwerkerweiterungsdienste.
- VMware Site Recovery: Automatisiert Notfallwiederherstellung und Speicherreplikationsdienste mit VMware vSphere Replication. Drittanbieter-Notfallwiederherstellungslösungen Zerto Disaster Recovery und JetStream Software Disaster Recovery werden ebenfalls unterstützt.
- Dedizierter Microsoft Enterprise Edge (D-MSEE): Router, der Azure Cloud und die private Azure VMware Solution-Instanz verbindet.
- Azure Virtual Network (VNet): Verbindet Azure-Dienste und -Ressourcen miteinander.
- Azure Route Server: Tauscht dynamische Routeninformationen mit Azure-Netzwerken aus.
- Azure Virtual Network Gateway: Verbindet Azure-Dienste und -Ressourcen mit anderen privaten Netzwerken mithilfe von IPSec VPN, ExpressRoute und VNet mit VNet.
- Azure ExpressRoute: Bietet schnelle private Verbindungen zwischen Azure-Rechenzentren und lokaler oder Colocation-Infrastruktur.
- Azure Virtual WAN (vWAN): Kombiniert Netzwerk-, Sicherheits- und Routingfunktionen in einem einzigen einheitlichen Wide Area Netzwerk (WAN).
Hosts
Azure VMware Solution-Cluster basieren auf einer hyperkonvergenten Infrastruktur. In der folgenden Tabelle werden die CPU-, Arbeitsspeicher-, Datenträger- und Netzwerkspezifikationen des Hosts aufgeführt.
| Hosttyp | CPU (Kerne/GHz) | RAM (GB) | vSAN-Cacheebene (TB, unformatiert***) | vSAN-Kapazitätsebene (TB, unformatiert***) | 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 | 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 | 1,5 (Intel Cache) | 19.20 (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 | 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 | 3,84 (NVMe) | 15,36 (NVMe) | Ausgewählte Regionen (**) |
Ein Azure VMware Solution-Cluster erfordert eine Mindestanzahl von drei Hosts. Sie können nur Hosts desselben Typs in einer einzelnen privaten Azure VMware Solution-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 oben genannten Hosttypen weisen einen Netzwerkschnittstellendurchsatz von 100 GBit/s auf.
(*) Details, die über den Azure-Preisrechner verfügbar sind.
(**) AV64-Voraussetzung: Eine private Azure VMware Solution-Cloud, die mit AV36, AV36P oder AV52 bereitgestellt wird, ist vor dem Hinzufügen von AV64 erforderlich.
(***) Unformatiert (Raw) basiert auf den international Standard of Units (SI), die vom Datenträgerhersteller gemeldet wurden. Beispiel: 1 TB Raw = 1000000000000 Bytes, Speicherplatz berechnet von Computer im binären System (1 TB Binary = 1099511627776 Byte-Binärdatei) würde 931,3 Gigabyte aus rohem Dezimaltrennzeichen konvertieren.
Regionale Azure-Verfügbarkeitszone (VZ) zu SKU-Zuordnungstabelle
Verwenden Sie bei der Planung Ihres Azure VMware Solution-Designs die folgende Tabelle, um zu verstehen, welche SKUs in jeder physischen Verfügbarkeitszone einer Azure-Region verfügbar sind.
Wichtig
Diese Zuordnung ist wichtig, um Ihre privaten Clouds in unmittelbarer Nähe zu Ihren nativen Azure-Workloads zu platzieren, einschließlich integrierter Dienste wie Azure NetApp Files und Pure Cloud Block Store (CBS).
Die Multi-VZ-Funktion für Azure VMware Solution Stretched Clusters ist auch in der folgenden Tabelle gekennzeichnet. Dem Kundenkontingent für Azure VMware Solution wird die Azure-Region zugewiesen, und Sie können die Verfügbarkeitszone während der Bereitstellung der privaten Cloud nicht angeben. Ein Algorithmus für die automatische Auswahl wird verwendet, um Bereitstellungen in der gesamten Azure-Region auszugleichen. Wenn Sie über eine bestimmte Verfügbarkeitszone verfügen, in der Sie bereitstellen möchten, öffnen Sie ein Service Request bei Microsoft, und beantragen eine „spezielle Platzierungsrichtlinie“ für Ihr Abonnement, Ihre Azure-Region, Verfügbarkeitszone und Ihren SKU-Typ. Diese Richtlinie bleibt in Kraft, bis Sie ihre Entfernung oder Änderung verlangen.
SkUs, die fett markiert sind, sind aufgrund des Kundenverbrauchs und des Kontingents nicht auf Anfrage verfügbar. Die AV64-SKU sollte stattdessen verwendet werden, wenn AV36-, AV36P- oder AV52-SKUs eingeschränkt sind.
AV64-SKUs sind pro Verfügbarkeitszone verfügbar, in der folgenden Tabelle sind die Azure-Regionen aufgeführt, die diese SKU unterstützen. Für RAID-6 FTT2- und RAID-1 FTT3-Speicherrichtlinien sind sechs bzw. sieben Fehlerdomänen (FDs) erforderlich, die FD-Anzahl für jede Azure-Region wird in der Spalte „AV64 FDs unterstützt“ aufgeführt.
| Azure-Region | Verfügbarkeitszone | SKU | Multi-AZ SDDC | AV64-FDs unterstützt |
|---|---|---|---|---|
| Australien (Osten) | AZ01 | AV36P, AV64 | Ja | 7 |
| Australien (Osten) | AZ02 | AV36, AV64 | Ja | 7 |
| Australien (Osten) | AZ03 | AV36P, AV64 | Ja | 7 |
| Australien, Südosten | AZ01 | AV36 | No | – |
| Brasilien, Süden | AZ02 | AV36 | No | – |
| Kanada, Mitte | AZ02 | AV36, AV36P, AV64 | No | 7 |
| Kanada, Osten | N/V | AV36 | No | – |
| Indien, Mitte | AZ03 | AV36P (AV64 geplant ab H2 2024) | No | 7 |
| USA (Mitte) | AZ01 | AV36P (AV64 geplant ab H2 2024) | Ja | 7 |
| USA (Mitte) | AZ02 | AV36 (AV64 geplant ab H2 2024) | Ja | 7 |
| USA (Mitte) | AZ03 | AV36P, AV64 | Ja | 7 |
| Asien, Osten | AZ01 | AV36 (AV64 geplant ab H2 2024) | No | n/v – (7 geplant H2 2024) |
| East US | AZ01 | AV36P, AV64 | Ja | 7 |
| East US | AZ02 | AV36P, AV64 | Ja | 7 |
| East US | AZ03 | AV36, AV36P, AV64 | Ja | 7 |
| USA (Ost) 2 | AZ01 | AV36, AV64 | Ja | 7 |
| USA (Ost) 2 | AZ02 | AV36P, AV52, AV64 | Ja | 7 |
| Frankreich, Mitte | AZ01 | AV36 (AV64 geplant ab H2 2024) | No | n/v – (7 geplant H2 2024) |
| Deutschland, Westen-Mitte | AZ01 | AV36P (AV64 geplant ab H2 2024) | Ja | 7 |
| Deutschland, Westen-Mitte | AZ02 | AV36 (AV64 geplant ab H2 2024) | Ja | 7 |
| Deutschland, Westen-Mitte | AZ03 | AV36, AV36P, AV64 | Ja | 7 |
| Italien, Norden | AZ03 | AV36P (AV64 geplant ab H2 2024) | No | 7 |
| Japan, Osten | AZ02 | AV36 (AV64 geplant ab H2 2024) | No | 7 |
| Japan, Westen | AZ01 | AV36 (AV64 geplant ab H2 2024) | No | 7 |
| USA Nord Mitte | AZ01 | AV36, AV64 | Ja | 7 |
| USA Nord Mitte | AZ02 | AV36P, AV64 | Ja | 7 |
| Nordeuropa | AZ02 | AV36, AV64 | No | 7 |
| Katar, Mitte | AZ03 | AV36P (AV64 geplant ab H2 2024) | No | n/v – (7 geplant H2 2024) |
| Südafrika, Norden | AZ03 | AV36 (AV64 geplant ab H2 2024) | No | 7 |
| USA Süd Mitte | AZ01 | AV36, AV64 | Ja | 7 |
| USA Süd Mitte | AZ02 | AV36P, AV52, AV64 | Ja | 7 |
| Asien, Südosten | AZ02 | AV36 | No | – |
| Schweden, Mitte | AZ01 | AV36 (AV64 geplant ab H2 2024) | No | n/v – (7 geplant H2 2024) |
| Schweiz, Norden | AZ01 | AV36, AV64 | No | 7 |
| Schweiz, Norden | AZ03 | AV36P (AV64 geplant ab H2 2024) | No | n/v – (7 geplant H2 2024) |
| Schweiz, Westen | AZ01 | AV36, AV64 | No | 7 |
| Vereinigte Arabische Emirate, Norden | AZ03 | AV36P | No | – |
| UK, Süden | AZ01 | AV36, AV36P, AV52, AV64 | Ja | 7 |
| UK, Süden | AZ02 | AV36, AV64 | Ja | 7 |
| UK, Süden | AZ03 | AV36P, AV64 | Ja | 7 |
| UK, Westen | AZ01 | AV36 | No | – |
| Europa, Westen | AZ01 | AV36, AV36P, AV52, AV64 | Ja | 7 |
| Europa, Westen | AZ02 | AV36, AV64 | Ja | 7 |
| Europa, Westen | AZ03 | AV36P, AV64 | Ja | 7 |
| USA (Westen) | AZ01 | AV36, AV36P | No | 7 |
| USA, Westen 2 | AZ01 | AV36 | No | – |
| USA, Westen 2 | AZ02 | AV36P | No | – |
| USA, Westen 3 | AZ01 | AV36P | No | – |
| US Gov Arizona | AZ02 | AV36P | No | – |
| US Government, Virginia | AZ03 | AV36 | No | – |
Cluster
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.
Die Verwaltungs- und Kontrollebene von Azure VMware Solution hat die folgenden Ressourcenanforderungen, die während der Lösungsdimensionierung einer standardmäßigen privaten Cloud berücksichtigt werden müssen.
| Bereich | Beschreibung | Bereitgestellte vCPUs | Bereitgestelltes vRAM (GB) | Bereitgestellte vDisk (GB) | Typische CPU-Verwendung (GHz) | Typische vRAM-Verwendung (GB) | Typische vSAN Datenspeicher-Verwendung (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1.854 |
| VMware vSphere | vSphere-Clusterdienst-VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere-Clusterdienst-VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere-Clusterdienst-VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | ESXi-Knoten 1 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 2 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 3 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSAN | vSAN-Systemnutzung | – | – | – | – | – | 5,458 |
| VMware NSX | NSX Unified Appliance Knoten 1 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | NSX Unified Appliance Knoten 2 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | NSX Unified Appliance Knoten 3 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (Optionales Add-On) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (Optionales Add-On) | SRM Appliance | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (Optionales Add-On) | vSphere-Replikations-Manager-Appliance | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (Optionales Add-On) | vSphere-Replikationsserver-Appliance | 2 | 1 | 33 | 1 | 0,3 | 68 |
| Gesamt | 77 vCPUs | 269,3 GB | 2.385 GB | 30 GHz | 50,4 GB | 10.346 GB (9.032 GB mit erwartetem 1,2-fachem Datenverringerungsverhältnis) |
Die Verwaltungs- und Kontrollebene von Azure VMware Solution hat die folgenden Ressourcenanforderungen, die während der Lösungsdimensionierung einer privaten Cloud für Stretched Cluster berücksichtigt werden müssen. VMware SRM ist nicht in der Tabelle enthalten, da dies derzeit nicht unterstützt wird.
| Bereich | Beschreibung | Bereitgestellte vCPUs | Bereitgestelltes vRAM (GB) | Bereitgestellte vDisk (GB) | Typische CPU-Verwendung (GHz) | Typische vRAM-Verwendung (GB) | Typische vSAN Datenspeicher-Verwendung (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3\.708 |
| VMware vSphere | vSphere-Clusterdienst-VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere-Clusterdienst-VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere-Clusterdienst-VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | ESXi-Knoten 1 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 2 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 3 | Nicht zutreffend | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 4 | – | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 5 | – | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 6 | – | – | – | 5,1 | 0.2 | Nicht zutreffend |
| VMware vSAN | vSAN-Systemnutzung | – | – | – | – | – | 10.722 |
| VMware NSX | NSX Unified Appliance Knoten 1 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | NSX Unified Appliance Knoten 2 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | NSX Unified Appliance Knoten 3 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware HCX (Optionales Add-On) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Gesamt | 67 vCPUs | 248,3 GB | 2.286 GB | 42,3 GHz | 49,1 GB | 20.036 GB (17.173 GB mit erwartetem 1,2-fachem Datenverringerungsverhältnis) |
Diese Ressourcenanforderungen gelten nur für den ersten Cluster, der in einer Azure VMware Solution privaten Cloud bereitgestellt wird. Nachfolgende Cluster müssen bei der Dimensionierung der Lösung nur den vSphere-Clusterdienst, die ESXi-Ressourcenanforderungen und die vSAN-Systemnutzung berücksichtigen.
Die Werte der typischen rohen vSAN-Datenspeichernutzung berücksichtigen den von VM-Dateien belegten Speicherplatz, einschließlich Konfigurations- und Protokolldateien, Momentaufnahmen, virtueller Datenträger und Auslagerungsdateien.
Die VMware ESXi-Knoten verfügen über Computenutzungswerte, die den vSphere VMkernel-Hypervisor-Mehraufwand, den vSAN-Mehraufwand sowie den Mehraufwand für Router, Firewall und Bridging mit NSX-Verteilung berücksichtigen. Dies sind Schätzungen für eine standardmäßige drei Clusterkonfiguration. Die Speicheranforderungen werden als nicht anwendbar (N/A) aufgeführt, da ein Startvolume getrennt vom vSAN-Datenspeicher verwendet wird.
Der Speichermehraufwand für die VMware vSAN-Systemnutzung berücksichtigt vSAN-Leistungsverwaltungsobjekte, den Mehraufwand für das vSAN-Dateisystem, den Mehraufwand für die vSAN-Prüfsumme sowie den Mehraufwand für die vSAN-Deduplizierung und -Komprimierung. Um diesen Verbrauch anzuzeigen, wählen Sie in der Überwachung (Monitor) das Objekt „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 den Azure VMware Solution-Dienst. Ziehen Sie diese Anforderungen in der Lösungsdimensionierung ab, wenn sie nicht verwendet werden.
Das VMware Site Recovery Manager-Add-On bietet die Möglichkeit, mehrere VMware vSphere Replikationsserver-Appliances zu konfigurieren. In der vorherigen Tabelle wird davon ausgegangen, dass eine vSphere-Replikationsserver-Appliance verwendet wird.
Die Dimensionierung einer Azure VMware Solution-Instanz ist eine Schätzung. Die Berechnungen für die Dimensionierung aus der Entwurfsphase sollten während der Testphase eines Projekts überprüft werden, um sicherzustellen, dass die Azure VMware Solution-Instanz für die Anwendungsworkload korrekt dimensioniert ist.
Tipp
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.
In der nachstehenden Tabelle werden die maximalen Grenzwerte für Azure VMware Solution beschrieben.
| Ressource | Begrenzung |
|---|---|
| vSphere-Cluster pro privater 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 von mit Azure VMware Solution ExpressRoute verknüpften privaten Clouds von einem einzelnen Standort mit einem einzelnen Gateway für virtuelle Netzwerk | 4 Das verwendete Gateway für virtuelle Netzwerke 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 die Konnektivität der privaten Cloud innerhalb der Azure-Region zu aggregieren. |
| Azure VMware Solution ExpressRoute: Maximale Portgeschwindigkeit | 10 Gbit/s (verwenden der Ultra Performance Gateway-SKU mit aktiviertem FastPath) Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche Bandbreite. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke. |
| Maximale Anzahl von Azure Public IPv4-Adressen, die dem NSX zugewiesen sind | 2\.000 |
| Maximale Anzahl von Azure VMware Solution Interconnects pro privater Cloud | 10 |
| Maximale Anzahl von Azure ExpressRoute Global Reach-Verbindungen pro privater Azure VMware Solution-Cloud | 8 |
| vSAN-Kapazitätsgrenzen | 75 Prozent der insgesamt nutzbaren Kapazität (25 Prozent werden für die SLA vorgehalten) |
| VMware Site Recovery Manager – Maximale Anzahl geschützter VMs | 3,000 |
| VMware Site Recovery Manager – Maximale Anzahl von VMs pro Wiederherstellungsplan | 2\.000 |
| VMware Site Recovery Manager – Maximale Anzahl von Schutzgruppen pro Wiederherstellungsplan | 250 |
| VMware Site Recovery Manager – RPO-Werte | 5 Minuten oder mehr * (harte Grenze) |
| VMware Site Recovery Manager – Maximale Anzahl von VMs pro Schutzgruppe | 500 |
| VMware Site Recovery Manager – Maximale Anzahl von Wiederherstellungsplänen | 250 |
* Informationen zu der Recovery Point Objective (RPO) von weniger als 15 Minuten finden Sie unter How the 5 Minute Recovery Point Objective Works im Verwaltungsleitfaden zu vSphere Replication.
Verwenden Sie für andere VMware-spezifische Grenzwerte das Tool VMware Configuration Maximum.
Versionen von VMware-Software
Microsoft ist Mitglied des VMware Metal-as-a-Service (MaaS)-Programms und verwendet den VMware Cloud Provider Stack (VCPS) für die Upgradeplanung der Azure VMware Solution.
Softwareversionen von VMware-Lösungen in neuen Bereitstellungen von privaten Azure VMware Solution-Clouds sind:
| Software | Version |
|---|---|
| VMware vCenter Server | 8.0 U2d |
| VMware ESXi | 8.0 U2b |
| VMware vSAN | 8.0 U2 |
| VMware vSAN-Datenträgerformat | 19 |
| VMware vSAN-Speicherarchitektur | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.9.1 |
| VMware Site Recovery Manager | 8.8.0.3 |
| VMware vSphere-Replikation | 8.8.0.3 |
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.
Hostwartung und Lebenszyklusverwaltung
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.
Hinweis
Ein T0-Gateway wird im Rahmen der Bereitstellung einer privaten Cloud erstellt und konfiguriert. Jegliche Änderungen an diesem logischen Router oder den VMs mit NSX-Edgeknoten können sich auf die Konnektivität mit Ihrer privaten Cloud auswirken und sollten vermieden werden.
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
Hinweis
Microsoft testet einen wichtigen Sicherheitspatch, sobald er von VMware zur Verfügung gestellt wird.
Bis die Bereitstellung der nächsten geplanten Updates erfolgt, werden dokumentierte VMware-Problemumgehungen implementiert, statt einen entsprechenden Patch zu installieren.
Hostüberwachung und -wartung
Azure VMware Solution überwacht kontinuierlich die Integrität der VMware-Komponenten und der Unterlage (Underlay). Wenn Azure VMware Solution einen Fehler erkennt, ergreift es Maßnahmen, um die fehlerhaften Komponenten zu reparieren. Wenn von Azure VMware Solution ein Leistungsabfall oder ein Fehler auf dem Azure VMware Solution-Knoten erkannt wird, wird der Fehlerbehebungsprozess für den Host ausgelöst.
Die Wartung für den Host umfasst das Ersetzen des fehlerhaften Knotens durch einen neuen fehlerfreien Knoten im Cluster. Anschließend wird der fehlerhafte Host nach Möglichkeit in den VMware vSphere-Wartungsmodus versetzt. VMware vSphere vMotion verschiebt die virtuellen Computer vom fehlerhaften Host auf andere verfügbare Server im Cluster. Hierbei ist es unter Umständen möglich, eine Livemigration von Workloads ohne Downtime durchzuführen. Wenn der fehlerhafte Host nicht in den Wartungsmodus versetzt werden kann, wird er aus dem Cluster entfernt. Bevor der fehlerhafte Host entfernt wird, werden die Kundenarbeitslasten zu einem neu hinzugefügten Host migriert.
Tipp
Kundenkommunikation: Es wird eine E-Mail an die E-Mail-Adresse des Kunden gesendet, bevor der Austausch eingeleitet wird und erneut, nachdem der Austausch erfolgreich war.
Um E-Mails über den Austausch von Hosts zu erhalten, müssen Sie zu einer der folgenden Azure RBAC-Rollen im Abonnement hinzugefügt werden: „ServiceAdmin“, „CoAdmin“, „Besitzer“, „Mitwirkender“.
In Azure VMware Solution werden die folgenden Bedingungen auf dem Host überwacht:
- Prozessorstatus
- Speicherstatus
- Verbindung und Betriebszustand
- Zustand des Hardwarelüfters
- Verlust der Netzwerkkonnektivität
- Zustand der Hardware-Hauptplatine
- Aufgetretene Fehler auf den Datenträgern eines vSAN-Hosts
- Hardwarespannung
- Hardware-Temperaturstatus
- Hardware-Betriebszustand
- Speicherstatus
- Verbindungsfehler
Tabelle mit Warnungscodes und Korrekturmaßnahmen
| Fehlercode | Fehlerdetails | Empfohlene Maßnahme |
|---|---|---|
| EPC_SCSIDEVICE_SHARINGMODE | Dieser Fehler tritt auf, wenn eine VM für die Verwendung eines Geräts konfiguriert ist, das einen Wartungsvorgang verhindert: ein Gerät, das ein SCSI-Controller ist, der Teil einer Busfreigabe ist | Im KB-Artikel finden Sie Informationen zum Entfernen eines SCSI-Controllers, der an VMs angefügt und Teil einer Busfreigabe ist: https://knowledge.broadcom.com/external/article?legacyId=79910 |
| EPC_CDROM_EMULATEMODE | Dieser Fehler tritt auf, wenn ein CD-ROM auf der VM den emulierten Modus verwendet, auf dessen ISO-Image nicht zugegriffen werden kann. | Im KB-Artikel finden Sie Informationen zum Entfernen eines CD-ROM, das im Emulationsmodus auf Kunden-VMs eingebunden ist, sowie zum Trennen von ISO-Images. Es wird empfohlen, für das Einbinden von CD-ROMs den Passthrough-Modus zu verwenden. https://knowledge.broadcom.com/external/article?legacyId=79306 |
| EPC_DATASTORE_INACCESSIBLE | Dieser Fehler tritt auf, wenn auf einen externen Datenspeicher, der an die private AVS-Cloud angefügt ist, nicht mehr zugegriffen werden kann. | Im KB-Artikel finden Sie Informationen zum Entfernen aller veralteten Datenspeicher, die an Cluster angefügt sind: /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices. |
| EPC_NWADAPTER_STALE | Dieser Fehler tritt auf, wenn die verbundene Netzwerkschnittstelle auf der VM einen Netzwerkadapter verwendet, auf den nicht mehr zugegriffen werden kann. | Im KB-Artikel finden Sie Informationen zum Entfernen veralteter Netzwerkadapter, die an VMs angefügt sind: https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Hinweis
Administratoren von Azure VMware Solution-Mandanten dürfen die zuvor definierten VMware vCenter Server-Alarme nicht bearbeiten oder löschen, da sie von der Azure VMware Solution-Steuerungsebene auf vCenter Server verwaltet werden. Diese Alarme werden von der Azure VMware Solution-Überwachung verwendet, um den Fehlerbehebungsprozess für den Azure VMware Solution-Host auszulösen.
Sichern und Wiederherstellen
Für die Konfigurationen von vCenter Server für die private Cloud von Azure VMware Solution sowie für die Konfigurationen von HCX Manager (sofern aktiviert) gibt es einen täglichen Sicherungszeitplan. Die Sicherungen werden mindestens drei Tage lang aufbewahrt. Öffnen Sie eine Supportanfrage im Azure-Portal, um die Wiederherstellung anzufordern.
Hinweis
Wiederherstellungen sind nur für katastrophale Situationen vorgesehen.
Azure VMware Solution überwacht kontinuierlich sowohl die Integrität der zugrunde liegenden physischen Ressourcen als auch der Integrität der VMware Solution-Komponenten. Wenn Azure VMware Solution einen Fehler erkennt, ergreift es Maßnahmen, um die fehlerhaften Komponenten zu reparieren.
Nächste Schritte
Nachdem Sie nun die privaten Cloudkonzepte der Azure VMware Solution kennengelernt haben, möchten Sie vielleicht mehr darüber erfahren: