Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
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 vriendelijke en beschrijvende naam voor je Azure VMware Solution private 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.
Identificeer de grootte van de hosts
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.
| Gasttype | CPU (kernen/GHz) | RAM (GB) | vSAN-cachelaag (TB, raw***) | vSAN-capaciteitslaag (TB, ruwe***) | 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 (*) |
| AV48 | Dual Intel Xeon Gold 6442Y CPU's (Saffier Rapids microarchitecture) met 24 kernen/CPU @ 2,6 GHz / 4,0 GHz Turbo, Totaal 48 fysieke kernen (96 logische kernen met hyperthreading) | 1024 | 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 hosts van hetzelfde type slechts in één Azure VMware Solution-privécloud gebruiken. 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 voorgaande hosttypen hebben 100 Gbps-netwerkinterfacedoorvoer.
*Details zijn beschikbaar via de Azure-prijscalculator.
**AV64-vereiste: een Azure VMware Solution-privécloud die is geïmplementeerd met AV36, AV36P of AV52 is vereist voordat u AV64 toevoegt.
Raw is gebaseerd op de Internationale Standaard van Eenheden (SI) die door schijffabrikanten zijn gerapporteerd. Voorbeeld: 1 TB Raw = 1000000000000 bytes. De ruimte die in binair door een computer wordt berekend (1 TB binair = 1099511627776 binaire bytes) is gelijk aan 931,3 gigabytes, omgerekend vanuit de ruwe decimale waarde.
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 Manager om de meeste aspecten van clusterconfiguratie en -bewerking te beheren. Alle lokale opslag van elke host in een cluster is onder beheer van VMware vSAN.
Azure VMware Solution configureert elk cluster voor n+1-beschikbaarheid via percentage-gebaseerd toegangsbeheer binnen vSphere High Availability om workloads te beschermen tegen de uitval van één knooppunt.
Cluster-1 van elke Azure VMware Solution-privécloud heeft een resource pool op basis van vSphere Distributed Resource Scheduler (MGMT-ResourcePool). De pool is geconfigureerd voor de beheer- en besturingsvlakonderdelen (vCenter Server, NSX Manager-cluster, NSX Edges, HCX Manager-invoegtoepassing, invoegtoepassing Site Recovery Manager en vSphere Replication-invoegtoepassing).
MGMT-ResourcePool is geconfigureerd voor het reserveren van 46 GHz CPU en 171,88 GB geheugen, dat u niet kunt wijzigen. Voor een cluster met drie knooppunten zijn twee knooppunten toegewezen aan workloads van klanten, met uitzondering van de MGMT-ResourcePool CPU- en geheugenbronnen die zijn gereserveerd voor beheer en beheer. Eén knooppunt met middelen wordt gereserveerd ter bescherming tegen knooppuntfouten. Azure VMware Solution stretched clusters maken gebruik van een beheersbeleid voor toegang dat is gebaseerd op de n+2 beschikbaarheidspercentages van vSphere High Availability.
Het beheer- en besturingsvlak van Azure VMware Solution heeft de volgende resourcevereisten. Ze moeten worden meegenomen bij het dimensioneren van een standaard privécloud.
| Gebied | Beschrijving | Ingerichte vCPU's | Toegewezen vRAM (GB) | Ingeconfigureerde vDisk (GB) | Typisch CPU-gebruik (GHz) | Typisch vRAM-gebruik (GB) | Standaardgebruik van onbewerkte vSAN-gegevensopslag (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.5 | 3.3 | 1,830 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | ESXi-knooppunt 1 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 2 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 3 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSAN | vSAN-systeemgebruik | N/A | N/A | N/A | N/A | N/A | 12,441 |
| VMware NSX | NSX Unified Appliance Node 1 (geïntegreerde apparaatknooppunt) | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Unified Appliance Node 2 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Unified Appliance Node 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 (optionele invoegtoepassing) | HCX-beheer | 4 | 12 | 64 | 0,4 | 2.8 | 174 |
| VMware Site Recovery Manager (optionele invoegtoepassing) | Site Recovery Manager-apparaat | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (optionele invoegtoepassing) | vSphere Replication Manager-apparaat | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (optionele invoegtoepassing) | vSphere Replication Server-apparaat | 2 | 1 | 33 | 1 | 0,8 | 66 |
| Totaal | 59 vCPUs | 203,3 GB | 2.376 GB | 25,4 GHz | 198,3 GB | 17.287 GB (15.401 GB met gegevensreductieverhouding) |
Het beheer- en besturingsvlak van Azure VMware Solution heeft de volgende resourcevereisten waarvoor u rekening moet houden tijdens het aanpassen van de grootte van een stretched clusters-privécloud. VMware Site Recovery Manager is niet opgenomen in de tabel omdat deze momenteel niet wordt ondersteund. Het vSAN Witness-apparaat is ook niet opgenomen in de tabel. Microsoft beheert deze in de derde beschikbaarheidszone.
| Gebied | Beschrijving | Ingerichte vCPU's | Geconfigureerd vRAM (GB) | Gevilieerde vDisk (GB) | Typisch CPU-gebruik (GHz) | Typisch vRAM-gebruik (GB) | Standaardgebruik van onbewerkte vSAN-gegevensopslag (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.1 | 3.9 | 3,662 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | ESXi-knooppunt 1 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 2 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 3 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 4 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 5 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSphere | ESXi-knooppunt 6 | N/A | N/A | N/A | 2.4 | 48 | N/A |
| VMware vSAN | vSAN-systeemgebruik | N/A | N/A | N/A | N/A | N/A | 11,223 |
| VMware NSX | NSX Unified Appliance Node 1 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Unified Appliance Node 2 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Unified Appliance Knooppunt 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 (optionele invoegtoepassing) | HCX-beheer | 4 | 12 | 64 | 0,4 | 2.8 | 256 |
| Totaal | 49 vCPUs | 178,4 GB | 2.277 GB | 29,9 GHz | 338,1 GB | 20.430 GB (17.459 GB met verhouding gegevensreductie) |
Deze resourcevereisten zijn alleen van toepassing op het eerste cluster dat is geïmplementeerd in een azure VMware Solution-privécloud. Volgende clusters moeten alleen rekening houden met vSphere Cluster Service, ESXi-resourcevereisten en vSAN-systeemgebruik in de oplossingsgrootte.
Het virtuele apparaat Typische onbewerkte vSAN-gegevensopslagwaarden 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-router, firewall en overbruggingsoverhead. Deze schattingen zijn voor een standaardconfiguratie van drie clusters. De opslagvereisten worden vermeld als niet van toepassing (N/A), omdat een opstartvolume gescheiden van het vSAN-gegevensarchief wordt gebruikt.
De opslagoverhead van het VMware vSAN-systeem houdt rekening met vSAN-prestatiebeheerobjecten, overhead van het vSAN-bestandssysteem, overhead van de vSAN-controlesom, en de overhead van vSAN-ontdubbeling en -compressie. Om dit verbruik weer te geven, selecteer vSAN-capaciteit> monitoren voor het vSphere-cluster in de vSphere-client.
De resourcevereisten voor VMware HCX en VMware Site Recovery Manager zijn optionele invoegtoepassingen voor Azure VMware Solution. Negeer deze vereisten bij het bepalen van de omvang 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 inschatten van de grootte van een oplossing is een schatting. Valideer de grootteberekeningen van de ontwerpfase tijdens de testfase van een project. U moet ervoor zorgen dat de oplossing de juiste grootte heeft voor de workload van de toepassing.
Tip
U kunt het cluster altijd uitbreiden en later meer 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 Routering en subnetoverwegingen voor details over hoe het /22 CIDR-netwerk wordt onderverdeeld per privécloud.
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 netwerkextender uitbreiden 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. If it's not, modify the environment to accommodate.
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.