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 ermitteln und erfassen Sie, was für Ihre Bereitstellung erforderlich ist. Stellen Sie beim Planen sicher, dass Sie die gesammelten Informationen dokumentieren, damit Sie während des Bereitstellungsvorgangs leicht darauf zugreifen können. Eine erfolgreiche Bereitstellung führt zu einer für die Produktion vorbereiteten Umgebung zum Erstellen von virtuellen Computern (VMs) und Durchführen der Migration.
In dieser Schrittanleitung führen Sie die folgenden Aufgaben aus:
- 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, in dem Sie Ihre private Azure VMware Solution-Cloud angeben, 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) | Netzwerkschnittstellenkarten | 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) | 4 NICs mit 25 GB/s (2 für Verwaltungs- und Steuerungsebene, 2 für Kundendatenverkehr) | Alle Produktregionen |
| 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) | 4 NICs mit 25 GB/s (2 für Verwaltungs- und Steuerungsebene, 2 für Kundendatenverkehr) | 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) | 4 NICs mit 25 GB/s (2 für Verwaltungs- und Steuerungsebene, 2 für Kundendatenverkehr) | 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.
(*) Details, die über den Azure-Preisrechner verfügbar sind.
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-T Manager, um die meisten Aspekte der Konfiguration und des Betriebs des Clusters zu verwalten. Der gesamte lokale Speicher jedes Hosts in einem Cluster befindet sich unter der Kontrolle von vSAN.
Die Azure VMware Solution Verwaltungs- und Kontrollebene verfügt über die folgenden Ressourcenanforderungen, die während der Größe der Lösung 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.6 | 1\.925 |
| VMware vSphere | vSphere-Clusterdienst-VM 1 | 1 | 0.1 | 5 | 0,1 | 0,1 | 2 |
| VMware vSphere | vSphere-Clusterdienst-VM 2 | 1 | 0.1 | 5 | 0,1 | 0,1 | 2 |
| VMware vSphere | vSphere-Clusterdienst-VM 3 | 1 | 0.1 | 5 | 0,1 | 0,1 | 2 |
| VMware vSphere | ESXi-Knoten 1 | Nicht zutreffend | N/V | Nicht zutreffend | 9.4 | 0.4 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 2 | Nicht zutreffend | – | Nicht zutreffend | 9.4 | 0.4 | Nicht zutreffend |
| VMware vSphere | ESXi-Knoten 3 | Nicht zutreffend | – | Nicht zutreffend | 9.4 | 0.4 | Nicht zutreffend |
| VMware vSAN | vSAN-Systemnutzung | – | – | – | N/V | – | 6.574 |
| VMware NSX-T Rechenzentrum | NSX-T Unified Appliance Knoten 1 | 6 | 24 | 300 | 5.5 | 8.5 | 613 |
| VMware NSX-T Rechenzentrum | NSX-T Unified Appliance Knoten 2 | 6 | 24 | 300 | 5.5 | 8.5 | 613 |
| VMware NSX-T Rechenzentrum | NSX-T Unified Appliance Knoten 3 | 6 | 24 | 300 | 5.5 | 8.5 | 613 |
| VMware NSX-T Rechenzentrum | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX-T Rechenzentrum | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (Optionales Add-On) | HCX Manager | 4 | 12 | 65 | 1 | 3.2 | 152 |
| VMware Site Recovery Manager (Optionales Add-On) | SRM Appliance | 4 | 12 | 33 | 1 | 1 | 93 |
| VMware vSphere (Optionales Add-On) | vSphere-Replikations-Manager-Appliance | 4 | 8 | 33 | 4.3 | 2.2 | 84 |
| VMware vSphere (Optionales Add-On) | vSphere-Replikationsserver-Appliance | 2 | 1 | 33 | 1 | 0.1 | 84 |
| Gesamt | 59 vCPUs | 197,3 GB | 2.394 GB | 56 GHz | 38,3 GB | 11.575 GB (9.646 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 Compute-Nutzungswerte, die den vSphere VMkernel-Hypervisor-Mehraufwand, den vSAN-Mehraufwand sowie den Mehraufwand für NSX-T-verteilten Router, Firewall und Bridging 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 Anforderungen von VMware HCX und VMware Site Recovery Manager-Ressourcen sind optional Add-Ons für den Azure VMware Solution Dienst. Geben Sie diese Anforderungen in der Größe der Lösung 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 obigen Tabelle wird davon ausgegangen, dass eine vSphere-Replikationsserver-Appliance verwendet wird.
Die Größe eines Azure VMware Solution ist eine Schätzung; die Größenberechnungen aus der Entwurfsphase sollten während der Testphase eines Projekts überprüft werden, um sicherzustellen, dass die Azure VMware Solution ordnungsgemäß für die Anwendungslast angepasst wurde.
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
Es ist wichtig, frühzeitig ein Hostkontingent anzufordern, sodass Sie nach Abschluss des Planungsprozesses bereit sind, Ihre private Azure VMware Solution-Cloud bereitzustellen. Stellen Sie vor dem Anfordern eines Hostkontingents sicher, dass Sie das Azure-Abonnement, die Ressourcengruppe und die Region identifiziert haben. Stellen Sie außerdem sicher, dass Sie die Größenhosts identifiziert haben und die Anzahl von erforderlichen Clustern und Hosts bestimmen.
Nachdem das Supportteam Ihre Anforderung eines Hostkontingents erhalten hat, dauert es bis zu fünf Werktage, bis die Anforderung bestätigt wurde und Ihre Hosts zugewiesen wurden.
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 in kleinere Netzwerksegmente (Subnetze) unterteilt und für Azure VMware Solution-Verwaltungssegmente (u. a. vCenter Server-, VMware HCX-, NSX-T Data Center- und vMotion-Funktionen) verwendet. Im Diagramm werden IP-Adresssegmente für die Azure VMware Solution-Verwaltung hervorgehoben.
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
Wie bei jeder VMware vSphere-Umgebung müssen die VMs eine Verbindung mit einem Netzwerksegment herstellen. Wenn die Produktionsbereitstellung von Azure VMware Solution erweitert wird, gibt es häufig eine Kombination aus erweiterten L2-Segmenten aus der lokalen Umgebung 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. Legen Sie fest, ob Sie ein vorhandenes ODER ein neues ExpressRoute-VNET-Gateway verwenden möchten. Wenn Sie sich für die Verwendung eines neuen VNet-Gateways entscheiden, erstellen Sie dieses nach der Erstellung der privaten Cloud. Sie können ein vorhandenes ExpressRoute-Gateway für virtuelle Netzwerke verwenden. Notieren Sie sich zu Planungszwecken, welches ExpressRoute-Gateway für virtuelle Netzwerke verwendet wird.
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. Nehmen Sie gemäß den Anforderungen Ihrer Migration entsprechende Änderungen vor.
Verwaltungsnetzwerk: Bei der lokalen Bereitstellung von VMware HCX müssen Sie ein Verwaltungsnetzwerk für VMware HCX identifizieren. 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
Statt bei der Vorbereitung auf große Umgebungen das für den lokalen VMware vSphere-Cluster verwendete Verwaltungsnetzwerk zu verwenden, erstellen Sie ein neues Netzwerk vom Typ „/26“ und stellen dieses Netzwerk als Portgruppe für Ihren lokalen VMware vSphere-Cluster bereit. 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: Bei der lokalen Bereitstellung von VMware HCX müssen Sie ein Uplink-Netzwerk für VMware HCX identifizieren. Verwenden Sie das gleiche Netzwerk, das Sie auch für das Verwaltungsnetzwerk verwenden möchten.
vMotion-Netzwerk: Bei der lokalen Bereitstellung von VMware HCX müssen Sie ein vMotion-Netzwerk für VMware HCX identifizieren. 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: Bei der lokalen Bereitstellung von VMware HCX müssen Sie ein Replikationsnetzwerk definieren. 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. In diesem Fall sollten Sie diese Netzwerke jetzt gemäß der folgenden Richtlinien identifizieren:
- 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 die erforderlichen Informationen nun gesammelt und dokumentiert haben, können Sie mit dem nächsten Tutorial fortfahren, um Ihre private Azure VMware Solution-Cloud zu erstellen.