Planen der Azure VMware Solution-Bereitstellung
Die Planung Ihrer Azure VMware Solution-Bereitstellung ist entscheidend für eine erfolgreiche produktionsbereite Umgebung zum Erstellen von virtuellen Computern (VMs) und für die Migration. Während des Planungsprozesses identifizieren und sammeln Sie die notwendigen Informationen für Ihre Bereitstellung. Achten Sie darauf, die gesammelten Informationen zu dokumentieren, damit Sie während der Bereitstellung leicht darauf zurückgreifen können. Eine erfolgreiche Bereitstellung führt zu einer für die Produktion vorbereiteten Umgebung zum Erstellen von VMs und Durchführen der Migration.
In diesem Tutorial erfahren Sie, wie Sie die folgenden Aufgaben ausführen:
- Identifizieren von Azure-Abonnement, Ressourcengruppe, Region und Ressourcenname
- Identifizieren der Größenhosts und Bestimmen der Anzahl von Clustern und Hosts
- Anfordern eines Hostkontingents für einen berechtigten Azure-Plan
- Identifizieren des /22 CIDR IP-Segments für die Verwaltung privater Clouds
- Identifizieren eines einzelnen Netzwerksegments
- Definieren des VNET-Gateways
- Definieren der VMware HCX-Netzwerksegmente
Wenn Sie fertig sind, folgen Sie den empfohlenen nächsten Schritten am Ende des Artikels, um mit dem Leitfaden für erste Schritte fortzufahren.
Identifizieren des Abonnements
Identifizieren Sie das Abonnement, das Sie zum Bereitstellen von Azure VMware Solution verwenden möchten. Sie können ein neues Abonnement erstellen oder ein vorhandenes Abonnement verwenden.
Hinweis
Das Abonnement muss einem Microsoft Enterprise Agreement (EA) oder einem Azure-Plan für Cloud Solution Provider (CSP) oder einer Microsoft-Kundenvereinbarung (MCA) zugeordnet sein. Weitere Informationen finden Sie unter den Berechtigungskriterien.
Identifizieren der Ressourcengruppe
Identifizieren Sie die Ressourcengruppe, die Sie für Ihre Azure VMware Solution-Instanz verwenden möchten. Im Allgemeinen wird eine Ressourcengruppe speziell für Azure VMware Solution erstellt, aber Sie können auch eine vorhandene Ressourcengruppe verwenden.
Identifizieren der Region oder des Standorts
Identifizieren Sie die Region, in der Azure VMware Solution bereitgestellt werden soll.
Definieren des Ressourcennamens
Der Ressourcenname ist ein benutzerfreundlicher und beschreibender Name für Ihre private Azure VMware Solution-Cloud, z. B. MyPrivateCloud.
Wichtig
Der Name darf maximal 40 Zeichen lang sein. Wenn der Name diesen Grenzwert überschreitet, können Sie keine öffentlichen IP-Adressen für die Verwendung mit der privaten Cloud erstellen.
Identifizieren der Größenhosts
Identifizieren Sie die Größenhosts, die Sie beim Bereitstellen von Azure VMware Solution verwenden möchten.
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.
Bestimmen der Anzahl von Clustern und Hosts
Ihre erste Azure VMware Solution-Bereitstellung umfasst eine private Cloud mit einem einzelnen Cluster. Sie müssen die Anzahl von Hosts definieren, die Sie im ersten Cluster für Ihre Bereitstellung bereitstellen möchten.
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.
Hinweis
Informationen zu den Grenzwerten für die Anzahl von Hosts pro Cluster, die Anzahl von Clustern pro privater Cloud und die Anzahl der Hosts pro privater Cloud finden Sie unter Grenzwerte, Kontingente und Einschränkungen für Azure-Abonnements und -Dienste.
Anfordern eines Hostkontingents
Fordern Sie frühzeitig im Planungsprozess ein Hostkontingent an, um eine reibungslose Bereitstellung Ihrer privaten Azure VMware Solution-Cloud sicherzustellen. Identifizieren Sie das Azure-Abonnement, die Ressourcengruppe und die Region bevor Sie eine Anforderung stellen. Bestimmen Sie die Größe der Hosts sowie die Anzahl von Clustern und Hosts, die sie benötigen.
Das Supportteam braucht bis zu fünf Werktage, bis die Anforderung bestätigt wurde und Ihre Hosts zugewiesen werden.
Definieren des IP-Adressensegments für die Verwaltung der privaten Cloud
Für Azure VMware Solution wird ein CIDR-Netzwerk vom Typ „/22“ benötigt, z. B. 10.0.0.0/22. Dieser Adressraum wird für Azure VMware Solution-Verwaltungssegmente (u. a. vCenter Server-, VMware HCX-, NSX-T Data Center- und vMotion-Funktionen) in kleinere Netzwerksegmente (Subnetze) unterteilt. Das folgende Diagramm zeigt IP-Adresssegmente für die Azure VMware Solution-Verwaltung.
Wichtig
Der CIDR-Netzwerkadressblock vom Typ „/22“ darf sich mit keinem Netzwerksegment überschneiden, das bereits lokal oder in Azure vorhanden ist. Weitere Informationen dazu, wie das CIDR-Netzwerk vom Typ „/22“ pro privater Cloud aufgeschlüsselt wird, finden Sie unter Überlegungen zu Routing und Subnetz.
Definieren des IP-Adressensegments für VM-Workloads
In einer VMware vSphere-Umgebung müssen VMs eine Verbindung mit einem Netzwerksegment herstellen. Wenn die Produktionsbereitstellung von Azure VMware Solution erweitert wird, sehen Sie häufig eine Kombination aus erweiterten L2-Segmenten aus lokalen und lokalen NSX-T-Rechenzentrum-Netzwerksegmenten.
Identifizieren Sie für die erste Bereitstellung ein einzelnes Netzwerksegment (IP-Netzwerk), z. B. 10.0.4.0/24. Dieses Netzwerksegment wird hauptsächlich zu Testzwecken während der ersten Bereitstellung verwendet. Der Adressblock darf sich nicht mit netzwerkspezifischen Segmenten lokal oder innerhalb von Azure überschneiden und darf nicht innerhalb des bereits definierten Netzwerksegments vom Typ „/22“ enthalten sein.
Definieren des VNET-Gateways
Azure VMware Solution erfordert eine Azure Virtual Network-Instanz und eine ExpressRoute-Leitung. Entscheiden Sie, ob Sie ein vorhandenes oder ein neues ExpressRoute-VNET-Gateway verwenden. Wenn Sie einen neuen VNet-Gateway wählen, erstellen Sie diesen nach der Erstellung der privaten Cloud. Das Verwenden eines vorhandenen ExpressRoute-Gateways für virtuelle Netzwerke ist möglich. Notieren Sie sich zu Planungszwecken, welches virtuelle ExpressRoute-Netzwerkgateway Sie verwenden.
Wichtig
Sie können eine Verbindung mit einem VNET-Gateway in Azure Virtual WAN herstellen, dies wird in dieser Schnellstartanleitung jedoch nicht erläutert.
Definieren der VMware HCX-Netzwerksegmente
VMware HCX ist eine Plattform für die Anwendungsmobilität, die die Anwendungsmigration, den Ausgleich von Workloads und die Geschäftskontinuität zwischen Rechenzentren und Clouds vereinfacht. Sie können Ihre VMware vSphere-Workloads über verschiedene Migrationstypen zu Azure VMware Solution und zu anderen verbundenen Standorten migrieren.
Vom VMware HCX-Connector wird eine Teilmenge virtueller Geräte (automatisiert) bereitgestellt, die mehrere IP-Segmente erfordern. Wenn Sie Ihre Netzwerkprofile erstellen, verwenden Sie die IP-Segmente. Identifizieren Sie die folgenden Punkte für die VMware HCX-Bereitstellung, die einen Anwendungsfall für ein Pilotprojekt oder kleines Produkt unterstützt. Ändern Sie je nach Bedarf basierend auf Ihren Migrationsanforderungen.
Verwaltungsnetzwerk: Identifizieren Sie für die lokale Bereitstellung von VMware HCX ein Management-Netzwerk für VMware HCX. In der Regel handelt es sich um dasselbe Verwaltungsnetzwerk, das von Ihrem lokalen VMware vSphere-Cluster verwendet wird. Identifizieren Sie in diesem Netzwerksegment mindestens zwei IP-Adressen für VMware HCX. Abhängig von der Skalierung der Bereitstellung, die über den Pilot- oder den kleinen Anwendungsfall hinausgeht, benötigen Sie möglicherweise größere Zahlen.
Hinweis
Erstellen Sie in großen Umgebungen ein neues /26-Netzwerk und stellen Sie es als Portgruppe Ihrem VMware vSphere-Cluster vor Ort zur Verfügung, anstatt das vorhandene Verwaltungsnetzwerk zu verwenden. Anschließend können Sie bis zu 10 Dienstnetze und 60 Netzwerkextender (-1 pro Dienstnetz) erstellen. Mit privaten Azure VMware Solution-Clouds können pro Netzwerkextender acht Netzwerke gestreckt werden.
Uplink-Netzwerk: Identifizieren Sie für die lokale Bereitstellung von VMware HCX ein Uplink-Netzwerk für VMware HCX. Verwenden Sie das gleiche Netzwerk, das Sie auch für das Verwaltungsnetzwerk verwenden möchten.
vMotion-Netzwerk: Identifizieren Sie für die lokale Bereitstellung von VMware HCX ein vMotion-Netzwerk für VMware HCX. In der Regel handelt es sich um dasselbe Netzwerk, das auch von Ihrem lokalen VMware vSphere-Cluster für vMotion verwendet wird. Identifizieren Sie in diesem Netzwerksegment mindestens zwei IP-Adressen für VMware HCX. Abhängig von der Skalierung der Bereitstellung, die über den Pilot- oder den kleinen Anwendungsfall hinausgeht, benötigen Sie möglicherweise größere Zahlen.
Sie müssen das vMotion-Netzwerk über einen verteilten virtuellen Switch oder vSwitch0 verfügbar machen. Ist dies nicht der Fall, ändern Sie die Umgebung entsprechend.
Hinweis
Viele VMware vSphere-Umgebungen verwenden nicht geroutete Netzwerksegmente für vMotion. Dies stellt kein Problem dar.
Replikationsnetzwerk: Definieren Sie für die lokale VMware HCX-Bereitstellung ein Replikationsnetzwerk. Verwenden Sie das gleiche Netzwerk wie für Ihre Verwaltungs- und Uplink-Netzwerke. Wenn der lokale Clusterhost ein dediziertes Replication-VMkernel-Netzwerk verwendet, reservieren Sie in diesem Netzwerksegment zwei IP-Adressen, und nutzen Sie das Replication-VMkernel-Netzwerk für das Replikationsnetzwerk.
Bestimmen, ob Ihre Netzwerke erweitert werden sollen
Sie können Netzwerksegmente optional aus der lokalen Umgebung auf Azure VMware Solution erweitern. Wenn Sie Netzsegmente erweitern, identifizieren Sie diese Netze jetzt nach diesen Richtlinien:
- Für die Netzwerke muss eine Verbindung mit einem vSphere Distributed Switch (vDS) in Ihrer lokalen VMware-Umgebung hergestellt werden.
- Netzwerke, die sich auf einem vSphere Standard Switch befinden, können nicht erweitert werden.
Wichtig
Diese Netzwerke werden im letzten Schritt der Konfiguration erweitert, nicht während der Bereitstellung.
Nächste Schritte
Nachdem Sie jetzt die erforderlichen Informationen gesammelt und dokumentiert haben, können Sie mit dem nächsten Tutorial fortfahren, um Ihre private Azure VMware Solution-Cloud zu erstellen.