De azure VMware Solution-implementatie plannen
Het plannen van uw Azure VMware Solution-implementatie is van cruciaal belang voor het maken van een succesvolle productieomgeving voor virtuele machines (VM's) en migratie. Tijdens het planningsproces identificeert en verzamelt u de benodigde informatie voor uw implementatie. Zorg ervoor dat u de informatie die u verzamelt documenteren voor eenvoudige naslaginformatie tijdens de implementatie. Een geslaagde implementatie resulteert in een omgeving die gereed is voor productie voor het maken van VM's en migratie.
In deze zelfstudie leert u hoe u de volgende taken uitvoert:
- Het Azure-abonnement, de resourcegroep, de regio en de resourcenaam identificeren
- De grootte van hosts identificeren en het aantal clusters en hosts bepalen
- Een hostquotum aanvragen voor een in aanmerking komend Azure-abonnement
- Het CIDR-IP-segment /22 identificeren voor privécloudbeheer
- Eén netwerksegment identificeren
- De gateway van het virtuele netwerk definiëren
- VMware HCX-netwerksegmenten definiëren
Nadat u klaar bent, volgt u de aanbevolen volgende stappen aan het einde van dit artikel om door te gaan met deze introductiehandleiding.
Het abonnement identificeren
Kies het abonnement dat u wilt gebruiken om Azure VMware Solution te implementeren. U kunt een nieuw abonnement maken of een bestaand abonnement gebruiken.
Notitie
Het abonnement moet zijn gekoppeld aan een Microsoft Enterprise Overeenkomst (EA), een Azure-abonnement (Cloud Solution Provider) of een Microsoft-klantovereenkomst (MCA). Zie Geschiktheidscriteria voor meer informatie.
De resourcegroep identificeren
Kies de resourcegroep die u wilt gebruiken voor uw Azure VMware Solution. Over het algemeen wordt een resourcegroep specifiek voor Azure VMware Solution gemaakt, maar u kunt een bestaande resourcegroep gebruiken.
De regio of locatie identificeren
Identificeer de regio die u wilt implementeren in Azure VMware Solution.
De resourcenaam definiëren
De resourcenaam is een beschrijvende en beschrijvende naam voor uw Azure VMware Solution-privécloud, bijvoorbeeld MyPrivateCloud.
Belangrijk
De naam mag maximaal 40 tekens lang zijn. Als de naam deze limiet overschrijdt, kunt u geen openbare IP-adressen maken voor gebruik met de privécloud.
De grootte van hosts identificeren
Bepaal de omvang van de hosts die u wilt gebruiken om Azure VMware Solution te implementeren.
Azure VMware Solution-clusters zijn gebaseerd op een hypergeconvergeerde infrastructuur. In de volgende tabel ziet u de cpu-, geheugen-, schijf- en netwerkspecificaties van de host.
| Hosttype | CPU (kernen/GHz) | RAM (GB) | vSAN-cachelaag (TB, onbewerkt) | vSAN-capaciteitslaag (TB, onbewerkt) | Regionale beschikbaarheid |
|---|---|---|---|---|---|
| AV36 | Dual Intel Xeon Gold 6140 CPU's (Skylake microarchitecture) met 18 kernen/CPU @ 2,3 GHz, Totaal 36 fysieke kernen (72 logische kernen met hyperthreading) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Geselecteerde regio's (*) |
| AV36P | Dual Intel Xeon Gold 6240 CPU's (Cascade Lake microarchitecture) met 18 kernen/CPU @ 2,6 GHz / 3,9 GHz Turbo, Totaal 36 fysieke kernen (72 logische kernen met hyperthreading) | 768 | 1.5 (Intel Cache) | 19.20 (NVMe) | Geselecteerde regio's (*) |
| AV52 | Dual Intel Xeon Platinum 8270 CPU's (Cascade Lake microarchitecture) met 26 kernen/CPU @ 2,7 GHz / 4,0 GHz Turbo, Totaal 52 fysieke kernen (104 logische kernen met hyperthreading) | 1536 | 1.5 (Intel Cache) | 38.40 (NVMe) | Geselecteerde regio's (*) |
| AV64 | Dual Intel Xeon Platinum 8370C CPU's (Ice Lake microarchitecture) met 32 kernen/CPU @ 2,8 GHz / 3,5 GHz Turbo, Totaal 64 fysieke kernen (128 logische kernen met hyperthreading) | 1024 | 3.84 (NVMe) | 15.36 (NVMe) | Geselecteerde regio's (*) |
Voor een Azure VMware Solution-cluster zijn minimaal drie hosts vereist. U kunt alleen hosts van hetzelfde type gebruiken in één Azure VMware Solution-privécloud. Hosts die worden gebruikt om clusters te bouwen of te schalen, zijn afkomstig van een geïsoleerde groep hosts. Deze hosts hebben hardwaretests doorstaan en alle gegevens veilig verwijderd voordat ze aan een cluster worden toegevoegd.
Alle bovenstaande hosttypen hebben 100 Gbps-netwerkinterfacedoorvoer.
(*) details die beschikbaar zijn via de Azure-prijscalculator.
(**) AV64-vereisten: een azure VMware Solution-privécloud die is geïmplementeerd met AV36, AV36P of AV52 is vereist voordat u AV64 toevoegt.
Het aantal clusters en hosts bepalen
De eerste Azure VMware Solution-implementatie die u uitvoert, bestaat uit een privécloud met één cluster. U moet het aantal hosts definiëren dat u wilt implementeren in het eerste cluster voor uw implementatie.
Voor elke privécloud die wordt gemaakt, is er standaard één vSAN-cluster. U kunt clusters toevoegen, verwijderen en schalen. Het minimum aantal hosts per cluster en de eerste implementatie is drie.
U gebruikt vCenter Server en NSX-T Manager om de meeste aspecten van de clusterconfiguratie en -bewerking te beheren. Alle lokale opslag van elke host in een cluster is onder beheer van VMware vSAN.
Het beheer- en besturingsvlak van Azure VMware Solution heeft de volgende resourcevereisten waarvoor rekening moet worden gehouden tijdens het aanpassen van de grootte van een standaard privécloud.
| Gebied | Beschrijving | Ingerichte vCPU's | Ingericht vRAM (GB) | Ingerichte vDisk (GB) | Typisch CPU-gebruik (GHz) | Typisch vRAM-gebruik (GB) | Typische onbewerkte vSAN-gegevensopslaggebruik (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | ESXi-knooppunt 1 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 2 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 3 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSAN | vSAN-systeemgebruik | N.v.t. | N.v.t. | N.v.t. | N.v.t. | N.v.t. | 5,458 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T-datacenter | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX-T-datacenter | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (optionele invoegtoepassing) | HCX-beheer | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (optionele invoegtoepassing) | SRM-apparaat | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (optionele invoegtoepassing) | vSphere Replication Manager-apparaat | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (optionele invoegtoepassing) | vSphere Replication Server-apparaat | 2 | 1 | 33 | 1 | 0,3 | 68 |
| Totaal | 77 vCPU's | 269,3 GB | 2.385 GB | 30 GHz | 50,4 GB | 10.346 GB (9.032 GB met verwachte verhouding van 1,2x gegevensreductie) |
Het beheer- en besturingsvlak van Azure VMware Solution heeft de volgende resourcevereisten waarvoor rekening moet worden gehouden tijdens het aanpassen van de grootte van een stretched clusters-privécloud. VMware SRM is niet opgenomen in de tabel omdat deze momenteel niet wordt ondersteund.
| Gebied | Beschrijving | Ingerichte vCPU's | Ingericht vRAM (GB) | Ingerichte vDisk (GB) | Typisch CPU-gebruik (GHz) | Typisch vRAM-gebruik (GB) | Typische onbewerkte vSAN-gegevensopslaggebruik (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | ESXi-knooppunt 1 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 2 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 3 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 4 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 5 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSphere | ESXi-knooppunt 6 | N.v.t. | N.v.t. | N.v.t. | 5.1 | 0,2 | N.v.t. |
| VMware vSAN | vSAN-systeemgebruik | N.v.t. | N.v.t. | N.v.t. | N.v.t. | N.v.t. | 10,722 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T-datacenter | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T-datacenter | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX-T-datacenter | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware HCX (optionele invoegtoepassing) | HCX-beheer | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Totaal | 67 vCPU's | 248,3 GB | 2.286 GB | 42,3 GHz | 49,1 GB | 20.036 GB (17.173 GB met verwachte verhouding van 1,2x gegevensreductie) |
Deze resourcevereisten zijn alleen van toepassing op het eerste cluster dat is geïmplementeerd in een Azure VMware Solution-privécloud. Volgende clusters hoeven alleen rekening te houden met de vSphere-clusterservice, ESXi-resourcevereisten en vSAN-systeemgebruik in de grootte van de oplossing.
Het virtuele apparaat Typische onbewerkte vSAN-gegevensopslaggebruikswaarden zijn verantwoordelijk voor de ruimte die wordt bezet door virtuele-machinebestanden, waaronder configuratie- en logboekbestanden, momentopnamen, virtuele schijven en wisselbestanden.
De VMware ESXi-knooppunten hebben rekengebruikswaarden die rekening houden met de overhead van de vSphere VMkernel-hypervisor, vSAN-overhead en gedistribueerde NSX-T-router, firewall en overbruggingsoverhead. Dit zijn schattingen voor een standaard drie clusterconfiguratie. De opslagvereisten worden vermeld als niet van toepassing (N/A) omdat een opstartvolume gescheiden van het vSAN-gegevensarchief wordt gebruikt.
De overheadaccounts voor VMware vSAN System Usage Storage voor vSAN-prestatiebeheerobjecten, overhead van vSAN-bestandssysteem, overhead van vSAN-controlesom en vSAN-ontdubbeling en compressieoverhead. Als u dit verbruik wilt weergeven, selecteert u het object Monitor, vSAN-capaciteit voor het vSphere-cluster in de vSphere-client.
De resourcevereisten voor VMware HCX en VMware Site Recovery Manager zijn optionele invoegtoepassingen voor de Azure VMware Solution-service. Korting op deze vereisten in de grootte van de oplossing als ze niet worden gebruikt.
De invoegtoepassing VMware Site Recovery Manager heeft de mogelijkheid om meerdere VMware vSphere Replication Server-apparaten te configureren. In de vorige tabel wordt ervan uitgegaan dat er één vSphere Replication Server-apparaat wordt gebruikt.
Het aanpassen van de grootte van een Azure VMware Solution is een schatting; de grootteberekeningen van de ontwerpfase moeten worden gevalideerd tijdens de testfase van een project om ervoor te zorgen dat de Azure VMware Solution de juiste grootte heeft voor de toepassingsworkload.
Tip
U kunt het cluster altijd uitbreiden en later extra clusters toevoegen als u het eerste implementatienummer moet overschrijden.
Notitie
Voor meer informatie over de limieten voor het aantal hosts per cluster, het aantal clusters per privécloud en het aantal hosts per privécloud, controleert u het Azure-abonnement en de servicelimieten, quota en beperkingen.
Een hostquotum aanvragen
Vraag vroeg in het planningsproces een hostquotum aan om een soepele implementatie van uw Azure VMware Solution-privécloud te garanderen. Voordat u een aanvraag indient, identificeert u het Azure-abonnement, de resourcegroep en de regio. Bepaal de grootte van hosts, het aantal clusters en hosts dat u nodig hebt.
Het ondersteuningsteam duurt maximaal vijf werkdagen om uw aanvraag te bevestigen en uw hosts toe te wijzen.
Het IP-adressegment definiëren voor privécloudbeheer
Azure VMware Solution vereist een /22 CIDR-netwerk, zoals 10.0.0.0/22. Deze adresruimte is onderverdeeld in kleinere netwerksegmenten (subnetten) voor Azure VMware Solution-beheersegmenten, waaronder vCenter Server, VMware HCX, NSX-T-datacentrum en vMotion-functionaliteit. In het volgende diagram ziet u IP-adressegmenten voor Azure VMware Solution-beheer.
Belangrijk
Het CIDR-netwerkadresblok /22 mag niet overlappen met een bestaand netwerksegment dat u al on-premises of in Azure hebt. Zie Overwegingen voor routering en subnet voor meer informatie over hoe het CIDR-netwerk /22 per privécloud wordt opgesplitst.
Het IP-adressegment voor VM-workloads definiëren
In een VMware vSphere-omgeving moeten VM's verbinding maken met een netwerksegment. Naarmate de productie-implementatie van Azure VMware Solution wordt uitgebreid, ziet u vaak een combinatie van uitgebreide L2-segmenten van on-premises en lokale NSX-T-datacentrumnetwerksegmenten.
Voor de eerste implementatie identificeert u bijvoorbeeld 10.0.4.0/24één netwerksegment (IP-netwerk). Dit netwerksegment wordt voornamelijk gebruikt voor testdoeleinden tijdens de eerste implementatie. Het adresblok mag niet overlappen met on-premises netwerksegmenten of binnen Azure en mag zich niet binnen het /22-netwerksegment bevinden dat al is gedefinieerd.
De gateway van het virtuele netwerk definiëren
Azure VMware Solution vereist een virtueel Azure-netwerk en een ExpressRoute-circuit. Bepaal of u een bestaande of nieuwe virtuele ExpressRoute-netwerkgateway wilt gebruiken. Als u een nieuwe virtuele netwerkgateway kiest, maakt u deze na het maken van uw privécloud. Het gebruik van een bestaande virtuele ExpressRoute-netwerkgateway is acceptabel. Voor planningsdoeleinden moet u rekening houden met de ExpressRoute-gateway voor het virtuele netwerk dat u gebruikt.
Belangrijk
U kunt verbinding maken met een virtuele netwerkgateway in een Azure Virtual WAN, maar dit valt buiten het bereik voor deze quickstart.
VMware HCX-netwerksegmenten definiëren
VMware HCX is een platform voor toepassingsmobiliteit dat de migratie van toepassingen, herverdeling van workloads en bedrijfscontinuïteit tussen datacenters en clouds vereenvoudigt. U kunt uw VMware vSphere-workloads migreren naar Azure VMware Solution en andere verbonden sites via verschillende migratietypen.
De VMware HCX-connector implementeert een subset virtuele apparaten (geautomatiseerd) waarvoor meerdere IP-segmenten zijn vereist. Wanneer u uw netwerkprofielen maakt, gebruikt u de IP-segmenten. Identificeer de volgende items in de lijst voor de VMware HCX-implementatie, die ondersteuning biedt voor een test- of kleine productgebruikscase. Pas indien nodig aan op basis van uw migratiebehoeften.
Beheernetwerk: voor on-premises VMware HCX-implementatie identificeert u een beheernetwerk voor VMware HCX. Normaal gesproken is het hetzelfde beheernetwerk dat wordt gebruikt door uw on-premises VMware vSphere-cluster. Identificeer minimaal twee IP-adressen in dit netwerksegment voor VMware HCX. Mogelijk hebt u grotere aantallen nodig, afhankelijk van de schaal van uw implementatie buiten de testfase of kleine use-case.
Notitie
Voor grote omgevingen maakt u een nieuw /26-netwerk en presenteert u het als een poortgroep voor uw on-premises VMware vSphere-cluster in plaats van het bestaande beheernetwerk te gebruiken. Vervolgens kunt u maximaal 10 service-meshes en 60 netwerk-extenders (-1 per service mesh) maken. U kunt acht netwerken per netwerkexemplementatie uitrekken met behulp van Azure VMware Solution-privéclouds.
Uplinknetwerk: identificeer voor on-premises VMware HCX-implementatie een Uplink-netwerk voor VMware HCX. Gebruik hetzelfde netwerk dat u wilt gebruiken voor het beheernetwerk.
vMotion-netwerk: voor on-premises VMware HCX-implementatie identificeert u een vMotion-netwerk voor VMware HCX. Normaal gesproken is het hetzelfde netwerk dat wordt gebruikt voor vMotion door uw on-premises VMware vSphere-cluster. Identificeer minimaal twee IP-adressen in dit netwerksegment voor VMware HCX. Mogelijk hebt u grotere aantallen nodig, afhankelijk van de schaal van uw implementatie buiten de testfase of kleine use-case.
U moet het vMotion-netwerk beschikbaar maken op een gedistribueerde virtuele switch of vSwitch0. Als dit niet het is, wijzigt u de omgeving om ruimte te bieden.
Notitie
Veel VMware vSphere-omgevingen maken gebruik van niet-gerouteerde netwerksegmenten voor vMotion, wat geen problemen oplevert.
Replicatienetwerk: Definieer een replicatienetwerk voor on-premises VMware HCX-implementatie. Gebruik hetzelfde netwerk dat u gebruikt voor uw beheer- en uplinknetwerken. Als de on-premises clusterhosts een toegewezen replicatie-VMkernel-netwerk gebruiken, reserveert u twee IP-adressen in dit netwerksegment en gebruikt u het replicatie-VMkernel-netwerk voor het replicatienetwerk.
Bepalen of u uw netwerken wilt uitbreiden
U kunt eventueel netwerksegmenten uitbreiden van on-premises naar Azure VMware Solution. Als u netwerksegmenten uitbreidt, identificeert u deze netwerken nu volgens de volgende richtlijnen:
- Netwerken moeten verbinding maken met een vSphere Distributed Switch (vDS) in uw on-premises VMware-omgeving.
- Netwerken die zich op een vSphere Standard-switch bevinden, kunnen niet worden uitgebreid.
Belangrijk
Deze netwerken worden uitgebreid als laatste stap van de configuratie, niet tijdens de implementatie.
Volgende stappen
Nu u de benodigde informatie hebt verzameld en gedocumenteerd, gaat u verder met de volgende zelfstudie om uw Azure VMware Solution-privécloud te maken.