Planera distributionen av Azure VMware Solution
Att planera distributionen av Azure VMware Solution är avgörande för att skapa en lyckad produktionsklar miljö för virtuella datorer (VM) och migrering. Under planeringsprocessen identifierar och samlar du in nödvändig information för distributionen. Se till att dokumentera den information som du samlar in för enkel referens under distributionen. En lyckad distribution resulterar i en produktionsklar miljö för att skapa virtuella datorer och migrering.
I den här självstudien lär du dig hur du utför följande uppgifter:
- Identifiera Azure-prenumerationen, resursgruppen, regionen och resursnamnet
- Identifiera storleksvärdarna och fastställa antalet kluster och värdar
- Begära en värdkvot för en berättigad Azure-plan
- Identifiera IP-segmentet /22 CIDR för hantering av privata moln
- Identifiera ett enskilt nätverkssegment
- Definiera den virtuella nätverksgatewayen
- Definiera VMware HCX-nätverkssegment
När du är klar följer du de rekommenderade nästa stegen i slutet av den här artikeln för att fortsätta med den här komma igång-guiden.
Identifiera prenumerationen
Identifiera den prenumeration som du planerar att använda för att distribuera Azure VMware Solution. Du kan skapa en ny prenumeration eller använda en befintlig.
Kommentar
Prenumerationen måste vara associerad med en Microsoft företagsavtal (EA), en azure-plan för Molnlösningsleverantör (CSP) eller en Microsoft-kundavtal (MCA). Mer information finns i Berättigandevillkor.
Identifiera resursgruppen
Identifiera den resursgrupp som du vill använda för din Azure VMware-lösning. I allmänhet skapas en resursgrupp specifikt för Azure VMware Solution, men du kan använda en befintlig resursgrupp.
Identifiera region eller plats
Identifiera vilken region du vill att Azure VMware Solution ska distribueras.
Definiera resursnamnet
Resursnamnet är ett användarvänligt och beskrivande namn för ditt privata Azure VMware Solution-moln, till exempel MyPrivateCloud.
Viktigt!
Namnet får inte överstiga 40 tecken. Om namnet överskrider den här gränsen kan du inte skapa offentliga IP-adresser för användning med det privata molnet.
Identifiera storleksvärdarna
Identifiera de storleksvärdar som du vill använda när du distribuerar Azure VMware Solution.
Azure VMware Solution-kluster baseras på hyperkonvergerad infrastruktur. I följande tabell visas värdens specifikationer för processor, minne, disk och nätverk.
| Värdtyp | CPU (Kärnor/GHz) | RAM (GB) | vSAN Cache Tier (TB, raw) | vSAN-kapacitetsnivå (TB, raw) | Regional tillgänglighet |
|---|---|---|---|---|---|
| AV36 | Dubbla Intel Xeon Gold 6140-processorer (Skylake microarchitecture) med 18 kärnor/CPU @ 2,3 GHz, totalt 36 fysiska kärnor (72 logiska kärnor med hypertrådning) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Markerade regioner (*) |
| AV36P | Dubbla Intel Xeon Gold 6240 processorer (Cascade Lake microarchitecture) med 18 kärnor/CPU @ 2,6 GHz / 3,9 GHz Turbo, totalt 36 fysiska kärnor (72 logiska kärnor med hypertrådning) | 768 | 1.5 (Intel Cache) | 19.20 (NVMe) | Markerade regioner (*) |
| AV52 | Dubbla Intel Xeon Platinum 8270 processorer (Cascade Lake microarchitecture) med 26 kärnor/CPU @ 2,7 GHz / 4,0 GHz Turbo, Totalt 52 fysiska kärnor (104 logiska kärnor med hypertrådning) | 1,536 | 1.5 (Intel Cache) | 38.40 (NVMe) | Markerade regioner (*) |
| AV64 | Dubbla Intel Xeon Platinum 8370C processorer (Ice Lake microarchitecture) med 32 kärnor/CPU @ 2,8 GHz / 3,5 GHz Turbo, totalt 64 fysiska kärnor (128 logiska kärnor med hypertrådning) | 1,024 | 3.84 (NVMe) | 15.36 (NVMe) | Markerade regioner (**) |
Ett Azure VMware Solution-kluster kräver minst tre värdar. Du kan bara använda värdar av samma typ i ett enda privat Azure VMware Solution-moln. Värdar som används för att skapa eller skala kluster kommer från en isolerad pool med värdar. Dessa värdar klarade maskinvarutester och hade alla data på ett säkert sätt borttagna innan de lades till i ett kluster.
Alla värdtyper ovan har ett dataflöde på 100 Gbit/s-nätverksgränssnitt.
(*) information som är tillgänglig via Priskalkylatorn för Azure.
(**) KRAV FÖR AV64: Ett privat Moln för Azure VMware Solution som distribueras med AV36, AV36P eller AV52 krävs innan AV64 läggs till.
Fastställa antalet kluster och värdar
Den första Azure VMware Solution-distributionen du gör består av ett privat moln som innehåller ett enda kluster. Du måste definiera antalet värdar som du vill distribuera till det första klustret för distributionen.
För varje privat moln som skapas finns det ett vSAN-kluster som standard. Du kan lägga till, ta bort och skala kluster. Det minsta antalet värdar per kluster och den inledande distributionen är tre.
Du använder vCenter Server och NSX-T Manager för att hantera de flesta aspekter av klusterkonfiguration och -drift. All lokal lagring av varje värd i ett kluster styrs av VMware vSAN.
Hanterings- och kontrollplanet för Azure VMware-lösningen har följande resurskrav som måste redovisas under lösningens storleksändring av ett privat standardmoln.
| Yta | Beskrivning | Etablerade vCPU:er | Etablerad vRAM (GB) | Etablerad vDisk (GB) | Typisk CPU-användning (GHz) | Typisk vRAM-användning (GB) | Typisk rå vSAN-datalageranvändning (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-nod 1 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 2 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 3 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSAN | vSAN-systemanvändning | Saknas | Saknas | Saknas | Saknas | Saknas | 5,458 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (valfritt tillägg) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (valfritt tillägg) | SRM-installation | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (valfritt tillägg) | vSphere Replication Manager-installation | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (valfritt tillägg) | vSphere Replication Server Appliance | 2 | 1 | 33 | 1 | 0,3 | 68 |
| Totalt | 77 vCPU:er | 269,3 GB | 2 385 GB | 30 GHz | 50,4 GB | 10 346 GB (9 032 GB med förväntat dataminskningsförhållande på 1,2 x) |
Hanterings- och kontrollplanet för Azure VMware-lösningen har följande resurskrav som måste redovisas under lösningens storleksändring av ett stretchkluster privat moln. VMware SRM ingår inte i tabellen eftersom den för närvarande inte stöds.
| Yta | Beskrivning | Etablerade vCPU:er | Etablerad vRAM (GB) | Etablerad vDisk (GB) | Typisk CPU-användning (GHz) | Typisk vRAM-användning (GB) | Typisk rå vSAN-datalageranvändning (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-nod 1 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 2 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 3 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 4 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 5 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSphere | ESXi-nod 6 | Saknas | Saknas | Saknas | 5,1 | 0.2 | Ej tillämpligt |
| VMware vSAN | vSAN-systemanvändning | Saknas | Saknas | Saknas | Saknas | Saknas | 10,722 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware HCX (valfritt tillägg) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Totalt | 67 vCPU:er | 248,3 GB | 2 286 GB | 42,3 GHz | 49,1 GB | 20 036 GB (17 173 GB med förväntat dataminskningsförhållande på 1,2 x) |
Dessa resurskrav gäller endast för det första klustret som distribueras i ett privat Azure VMware Solution-moln. Efterföljande kluster behöver bara ta hänsyn till vSphere Cluster Service, ESXi-resurskrav och vSAN-systemanvändning i storleksändring av lösningar.
Den virtuella installationen Typiska Raw vSAN-datalageranvändningsvärden står för det utrymme som upptas av virtuella datorfiler, inklusive konfigurations- och loggfiler, ögonblicksbilder, virtuella diskar och växlingsfiler.
VMware ESXi-noderna har beräkningsanvändningsvärden som står för vSphere VMkernel-hypervisor-omkostnaderna, vSAN-omkostnaderna och den distribuerade NSX-T-routern, brandväggen och bryggningskostnaderna. Det här är uppskattningar för en standardkonfiguration med tre kluster. Lagringskraven anges som ej tillämpliga (N/A) eftersom en startvolym som är separat från vSAN-datalagringen används.
VMware vSAN System Usage Storage står för vSAN-prestandahanteringsobjekt, vSAN-filsystemomkostnader, vSAN-kontrollsummor och vSAN-deduplicering och komprimeringskostnader. Om du vill visa den här förbrukningen väljer du objektet Övervaka, vSAN-kapacitet för vSphere-klustret i vSphere-klienten.
Resurskraven för VMware HCX och VMware Site Recovery Manager är valfria tillägg till Azure VMware Solution-tjänsten. Rabattera dessa krav i storleksändringen för lösningen om de inte används.
VMware Site Recovery Manager-tillägget har möjlighet att konfigurera flera VMware vSphere Replication Server-enheter. Den föregående tabellen förutsätter att en vSphere Replication Server-installation används.
Att storleksanpassa en Azure VMware-lösning är en uppskattning. storleksberäkningarna från designfasen ska verifieras under testfasen i ett projekt för att säkerställa att Azure VMware-lösningen har rätt storlek för programarbetsbelastningen.
Dricks
Du kan alltid utöka klustret och lägga till ytterligare kluster senare om du behöver gå längre än det första distributionsnumret.
Kommentar
Om du vill veta mer om gränserna för antalet värdar per kluster, antalet kluster per privat moln och antalet värdar per privat moln kan du läsa azure-prenumerations- och tjänstgränser, kvoter och begränsningar.
Begära en värdkvot
Begär en värdkvot tidigt i planeringsprocessen för att säkerställa en smidig distribution av ditt privata Azure VMware Solution-moln. Innan du gör en begäran ska du identifiera Azure-prenumerationen, resursgruppen och regionen. Fastställa storleken på värdar, antalet kluster och värdar som du behöver.
Supportteamet tar upp till fem arbetsdagar att bekräfta din begäran och allokera dina värdar.
Definiera IP-adresssegmentet för hantering av privata moln
Azure VMware Solution kräver ett /22 CIDR-nätverk, till exempel 10.0.0.0/22. Det här adressutrymmet är indelat i mindre nätverkssegment (undernät) för Azure VMware Solution-hanteringssegment, inklusive vCenter Server, VMware HCX, NSX-T Data Center och vMotion-funktioner. Följande diagram visar IP-adresssegment för Hantering av Azure VMware Solution.
Viktigt!
Nätverksadressblocket /22 CIDR bör inte överlappa något befintligt nätverkssegment som du redan har lokalt eller i Azure. Mer information om hur CIDR-nätverket /22 är uppdelat per privat moln finns i Routnings- och undernätsöverväganden.
Definiera IP-adresssegmentet för VM-arbetsbelastningar
I en VMware vSphere-miljö måste virtuella datorer ansluta till ett nätverkssegment. När produktionsdistributionen av Azure VMware Solution expanderar ser du ofta en kombination av L2-utökade segment från lokala och lokala NSX-T Data Center-nätverkssegment.
För den första distributionen identifierar du ett enskilt nätverkssegment (IP-nätverk), till exempel 10.0.4.0/24. Det här nätverkssegmentet används främst i testsyfte under den första distributionen. Adressblocket bör inte överlappa några nätverkssegment lokalt eller i Azure och bör inte ligga inom det /22-nätverkssegment som redan har definierats.
Definiera den virtuella nätverksgatewayen
Azure VMware Solution kräver ett virtuellt Azure-nätverk och en ExpressRoute-krets. Bestäm om du vill använda en befintlig eller ny virtuell ExpressRoute-nätverksgateway. Om du väljer en ny virtuell nätverksgateway skapar du den när du har skapat ditt privata moln. Det är acceptabelt att använda en befintlig virtuell ExpressRoute-nätverksgateway. Observera i planeringssyfte vilken virtuell ExpressRoute-nätverksgateway som du använder.
Viktigt!
Du kan ansluta till en virtuell nätverksgateway i ett Azure Virtual WAN, men den ligger utanför omfånget för den här snabbstarten.
Definiera VMware HCX-nätverkssegment
VMware HCX är en plattform för programmobilitet som förenklar programmigrering, ombalansering av arbetsbelastningar och affärskontinuitet mellan datacenter och moln. Du kan migrera dina VMware vSphere-arbetsbelastningar till Azure VMware Solution och andra anslutna webbplatser via olika migreringstyper.
VMware HCX-Anslut eller distribuerar en delmängd virtuella enheter (automatiserade) som kräver flera IP-segment. När du skapar dina nätverksprofiler använder du IP-segmenten. Identifiera följande objekt i listan för VMware HCX-distributionen, som stöder ett pilot- eller litet produktanvändningsfall. Ändra efter behov baserat på dina migreringsbehov.
Hanteringsnätverk: För lokal VMware HCX-distribution identifierar du ett hanteringsnätverk för VMware HCX. Vanligtvis är det samma hanteringsnätverk som används av ditt lokala VMware vSphere-kluster. Identifiera minst två IP-adresser i det här nätverkssegmentet för VMware HCX. Du kan behöva större tal, beroende på distributionens skala utöver pilot- eller små användningsfallet.
Kommentar
För stora miljöer skapar du ett nytt /26-nätverk och presenterar det som en portgrupp för ditt lokala VMware vSphere-kluster i stället för att använda det befintliga hanteringsnätverket. Du kan sedan skapa upp till 10 tjänstnät och 60 nätverksförlängare (-1 per tjänstnät). Du kan sträcka ut åtta nätverk per nätverksförlängare med hjälp av privata moln i Azure VMware Solution.
Nätverk med överordnad länk: För lokal VMware HCX-distribution identifierar du ett nätverk med överordnad länk för VMware HCX. Använd samma nätverk som du planerar att använda för hanteringsnätverket.
vMotion-nätverk: För lokal VMware HCX-distribution identifierar du ett vMotion-nätverk för VMware HCX. Vanligtvis är det samma nätverk som används för vMotion av ditt lokala VMware vSphere-kluster. Identifiera minst två IP-adresser i det här nätverkssegmentet för VMware HCX. Du kan behöva större tal, beroende på distributionens skala utöver pilot- eller små användningsfallet.
Du måste exponera vMotion-nätverket på en distribuerad virtuell växel eller vSwitch0. Om det inte är det ändrar du miljön så att den passar.
Kommentar
Många VMware vSphere-miljöer använder icke-routade nätverkssegment för vMotion, vilket inte medför några problem.
Replikeringsnätverk: Definiera ett replikeringsnätverk för lokal VMware HCX-distribution. Använd samma nätverk som du använder för dina hanterings- och överordnad länknätverk. Om de lokala klustervärdarna använder ett dedikerat VMkernel-nätverk för replikering reserverar du två IP-adresser i det här nätverkssegmentet och använder nätverket Replication VMkernel för replikeringsnätverket.
Ta reda på om du vill utöka dina nätverk
Du kan också utöka nätverkssegment från lokalt till Azure VMware Solution. Om du utökar nätverkssegmenten kan du identifiera de nätverk som nu följer dessa riktlinjer:
- Nätverk måste ansluta till en vSphere Distributed Switch (vDS) i din lokala VMware-miljö.
- Nätverk som finns på en vSphere Standard Switch kan inte utökas.
Viktigt!
Dessa nätverk utökas som ett sista steg i konfigurationen, inte under distributionen.
Nästa steg
Nu när du har samlat in och dokumenterat nödvändig information fortsätter du till nästa självstudie för att skapa ditt privata Azure VMware Solution-moln.