Dela via


Privata moln- och klusterkoncept för Azure VMware Solution

Azure VMware Solution tillhandahåller VMware-baserade privata moln i Azure. Maskinvaru- och programvarudistributioner för privata moln är helt integrerade och automatiserade i Azure. Distribuera och hantera det privata molnet via Azure Portal, CLI eller PowerShell.

Ett privat moln innehåller kluster med:

  • Dedikerade bare metal-servervärdar som etablerats med VMware ESXi-hypervisor
  • VMware vCenter Server för hantering av ESXi och vSAN
  • VMware NSX programvarudefinierade nätverk för virtuella vSphere-arbetsbelastningsdatorer
  • VMware vSAN-datalager för virtuella vSphere-arbetsbelastningsdatorer
  • VMware HCX för arbetsbelastningsmobilitet
  • Resurser i Azure-underlägget (krävs för anslutning och för att driva det privata molnet)

Privata moln installeras och hanteras i en Azure-prenumeration. Antalet privata moln i en prenumeration är skalbart. Inledningsvis finns det en gräns på ett privat moln per prenumeration. Det finns en logisk relation mellan Azure-prenumerationer, privata moln i Azure VMware Solution, vSAN-kluster och värdar.

I följande diagram beskrivs arkitekturkomponenterna i Azure VMware-lösningen.

Diagram som illustrerar en enda Azure-prenumeration som innehåller två privata moln för utvecklings- och produktionsmiljöer.

Varje arkitekturkomponent för Azure VMware Solution har följande funktion:

  • Azure-prenumeration: Tillhandahåller kontrollerad åtkomst, budget och kvothantering för Azure VMware-lösningen.
  • Azure Region: Grupperar datacenter i Tillgänglighetszoner (AZs) och grupperar sedan AZs i regioner.
  • Azure-resursgrupp: Placerar Azure-tjänster och -resurser i logiska grupper.
  • Privat moln för Azure VMware Solution: Erbjuder beräknings-, nätverks- och lagringsresurser med hjälp av VMware-programvara, inklusive vCenter Server, NSX-programvarudefinierade nätverk, vSAN-programvarudefinierad lagring och Azure bare-metal ESXi-värdar. Azure NetApp Files, Azure Elastic SAN och Pure Cloud Block Store stöds också.
  • Azure VMware Solution Resource Cluster: Tillhandahåller beräknings-, nätverks- och lagringsresurser för kundarbetsbelastningar genom att skala ut det privata Azure VMware Solution-molnet med hjälp av VMware-programvara, inklusive vSAN-programvarudefinierad lagring och Azure bare-metal ESXi-värdar. Azure NetApp Files, Azure Elastic SAN och Pure Cloud Block Store stöds också.
  • VMware HCX: Levererar mobilitets-, migrerings- och nätverkstilläggstjänster.
  • VMware Site Recovery: Automatiserar haveriberedskaps- och lagringsreplikeringstjänster med VMware vSphere Replication. Katastrofåterställningslösningar från tredje part Zerto Disaster Recovery och JetStream Software Disaster Recovery stöds också.
  • Dedikerad Microsoft Enterprise Edge (D-MSEE): Router som ansluter Azure-molnet och den privata molninstansen för Azure VMware Solution.
  • Azure Virtual Network (VNet): Ansluter Azure-tjänster och resurser tillsammans.
  • Azure Route Server: Utbyter dynamisk routningsinformation med Azure-nätverk.
  • Azure Virtual Network Gateway: Ansluter Azure-tjänster och -resurser till andra privata nätverk med IPSec VPN, ExpressRoute och VNet till VNet.
  • Azure ExpressRoute: Tillhandahåller snabba privata anslutningar mellan Azure-datacenter och lokal infrastruktur eller samlokaliseringsinfrastruktur.
  • Azure Virtual WAN (vWAN): Kombinerar nätverks-, säkerhets- och routningsfunktioner till ett enda enhetligt WAN (Wide Area Network).

Värdar

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-cachenivå (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.

(***) Raw baseras på den internationella standarden för enheter (SI) som rapporteras av disktillverkaren. Exempel: 1 TB Raw = 1000000000000 byte, utrymme som beräknas av datorn i binärt värde (1 TB binärt värde = 1099511627776 byte binärt) skulle vara lika med 931,3 Gigabyte konverterat från rå decimal.

Azure Region Availability Zone (AZ) till SKU-mappningstabell

När du planerar din Azure VMware-lösningsdesign använder du följande tabell för att förstå vilka SKU:er som är tillgängliga i varje fysisk tillgänglighetszon i en Azure-region.

Viktigt!

Den här mappningen är viktig för att placera dina privata moln nära dina inbyggda Azure-arbetsbelastningar, inklusive integrerade tjänster som Azure NetApp Files och Pure Cloud Block Store (CBS).

Multi-AZ-funktionen för Azure VMware Solution Stretch Clusters är också taggad i följande tabell. Kundkvot för Azure VMware Solution tilldelas av Azure-regionen och du kan inte ange tillgänglighetszonen under etablering av privata moln. En algoritm för automatisk markering används för att balansera distributioner i Azure-regionen. Om du har en viss tillgänglighetszon som du vill distribuera till öppnar du en tjänstbegäran med Microsoft och begär en "särskild placeringsprincip" för din prenumeration, Azure-region, tillgänglighetszon och SKU-typ. Den här principen finns kvar tills du begär att den tas bort eller ändras.

SKU:er som är markerade i fetstil har begränsad tillgänglighet på grund av kundförbrukning och kvoten kanske inte är tillgänglig på begäran. AV64 SKU ska användas i stället när SKU:er för AV36, AV36P eller AV52 är begränsade.

AV64 SKU:er är tillgängliga per tillgänglighetszon, tabellen nedan visar de Azure-regioner som stöder denna SKU. För RAID-6 FTT2- och RAID-1 FTT3-lagringsprinciper behövs sex respektive sju feldomäner (FD) för varje Azure-region i kolumnen "AV64 FD som stöds".

Azure-region Tillgänglighetszon SKU Multi-AZ SDDC AV64-FD:n stöds
Australien, östra AZ01 AV36P, AV64 Ja 7
Australien, östra AZ02 AV36, AV64 Ja 7
Australien, östra AZ03 AV36P, AV64 Ja 7
Sydöstra Australien AZ01 AV36 Nej Ej tillämpligt
Brasilien, södra AZ02 AV36 Nej Ej tillämpligt
Kanada, centrala AZ02 AV36 AV36P, AV64 Nej 7
Östra Kanada Ej tillämpligt AV36 Nej Ej tillämpligt
Indien, centrala AZ03 AV36P (AV64 Planerad H2 2024) Nej 7
Centrala USA AZ01 AV36P (AV64 Planerad H2 2024) Ja 7
Centrala USA AZ02 AV36 (AV64 Planerad H2 2024) Ja 7
Centrala USA AZ03 AV36P, AV64 Ja 7
Asien, östra AZ01 AV36 (AV64 Planerad H2 2024) Nej N/A (7 Planerade H2 2024)
USA, östra AZ01 AV36P, AV64 Ja 7
USA, östra AZ02 AV36P, AV64 Ja 7
USA, östra AZ03 AV36, AV36P, AV64 Ja 7
USA, östra 2 AZ01 AV36, AV64 Ja 7
USA, östra 2 AZ02 AV36P, AV52, AV64 Ja 7
Centrala Frankrike AZ01 AV36 (AV64 Planerad H2 2024) Nej N/A (7 Planerade H2 2024)
Tyskland, västra centrala AZ01 AV36P (AV64 Planerad H2 2024) Ja 7
Tyskland, västra centrala AZ02 AV36 (AV64 Planerad H2 2024) Ja 7
Tyskland, västra centrala AZ03 AV36, AV36P, AV64 Ja 7
Italien, norra AZ03 AV36P (AV64 Planerad H2 2024) Nej 7
Japan, östra AZ02 AV36 (AV64 Planerad H2 2024) Nej 7
Västra Japan AZ01 AV36 (AV64 Planerad H2 2024) Nej 7
Norra centrala USA AZ01 AV36, AV64 Ja 7
Norra centrala USA AZ02 AV36P, AV64 Ja 7
Europa, norra AZ02 AV36, AV64 Nej 7
Qatar, centrala AZ03 AV36P (AV64 Planerad H2 2024) Nej N/A (7 Planerade H2 2024)
Sydafrika, norra AZ03 AV36 (AV64 Planerad H2 2024) Nej 7
USA, södra centrala AZ01 AV36, AV64 Ja 7
USA, södra centrala AZ02 AV36P, AV52, AV64 Ja 7
Sydostasien AZ02 AV36 Nej Ej tillämpligt
Sverige, centrala AZ01 AV36 (AV64 Planerad H2 2024) Nej N/A (7 Planerade H2 2024)
Schweiz, norra AZ01 AV36, AV64 Nej 7
Schweiz, norra AZ03 AV36P (AV64 Planerad H2 2024) Nej N/A (7 Planerade H2 2024)
Schweiz, västra AZ01 AV36, AV64 Nej 7
Förenade Arabemiraten, norra AZ03 AV36P Nej Ej tillämpligt
Södra Storbritannien AZ01 AV36, AV36P, AV52, AV64 Ja 7
Södra Storbritannien AZ02 AV36, AV64 Ja 7
Södra Storbritannien AZ03 AV36P, AV64 Ja 7
Västra Storbritannien AZ01 AV36 Nej Ej tillämpligt
Västeuropa AZ01 AV36, AV36P, AV52, AV64 Ja 7
Västeuropa AZ02 AV36, AV64 Ja 7
Västeuropa AZ03 AV36P, AV64 Ja 7
Västra USA AZ01 AV36, AV36P Nej 7
Västra USA 2 AZ01 AV36 Nej Ej tillämpligt
Västra USA 2 AZ02 AV36P Nej Ej tillämpligt
USA, västra 3 AZ01 AV36P Nej Ej tillämpligt
US Gov, Arizona AZ02 AV36P Nej Ej tillämpligt
US Gov, Virginia AZ03 AV36 Nej Ej tillämpligt

Kluster

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 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 NSX Unified Appliance Node 1 12 48 300 2.5 13,5 613
VMware NSX NSX Unified Appliance Node 2 12 48 300 2.5 13,5 613
VMware NSX NSX Unified Appliance Node 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 (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 NSX Unified Appliance Node 1 12 48 300 2.5 13,5 1,229
VMware NSX NSX Unified Appliance Node 2 12 48 300 2.5 13,5 1,229
VMware NSX NSX Unified Appliance Node 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 (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-overhead, vSAN-omkostnader och NSX-distribuerad router, brandväggs- och bryggningskostnader. 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.

I följande tabell beskrivs de maximala gränserna för Azure VMware Solution.

Resurs Gräns
vSphere-kluster per privat moln 12
Minsta antal ESXi-värdar per kluster 3 (hård gräns)
Maximalt antal ESXi-värdar per kluster 16 (hård gräns)
Maximalt antal ESXi-värdar per privat moln 96
Maximalt antal vCenter-servrar per privat moln 1 (hård gräns)
Maximalt antal HCX-platsparkopplingar 25 (valfri utgåva)
Maximalt antal HCX-tjänstnät 10 (valfri utgåva)
Maximalt antal Azure VMware Solution ExpressRoute-länkade privata moln från en enda plats till en enda virtuell nätverksgateway 4
Den virtuella nätverksgateway som används avgör det faktiska maximala antalet länkade privata moln. Mer information finns i Om virtuella ExpressRoute-nätverksgatewayer
Om du överskrider det här tröskelvärdet använder du Azure VMware Solution Interconnect för att aggregera privata molnanslutningar i Azure-regionen.
Maximal Azure VMware Solution ExpressRoute-porthastighet 10 Gbit/s (använd Ultra Performance Gateway SKU med FastPath aktiverat)
Den virtuella nätverksgateway som används avgör den faktiska bandbredden. Mer information finns i Om virtuella ExpressRoute-nätverksgatewayer
Maximalt antal offentliga IPv4-adresser i Azure som tilldelats till NSX 2 000
Maximalt antal Azure VMware Solution Interconnects per privat moln 10
Maximalt antal Azure ExpressRoute Global Reach-anslutningar per privat Azure VMware Solution-moln 8
vSAN-kapacitetsbegränsningar 75 % av det totala användbara (behåll 25 % tillgängligt för serviceavtal)
VMware Site Recovery Manager – Maximalt antal skyddade virtuella datorer 3 000
VMware Site Recovery Manager – Maximalt antal virtuella datorer per återställningsplan 2 000
VMware Site Recovery Manager – Maximalt antal skyddsgrupper per återställningsplan 250
VMware Site Recovery Manager – RPO-värden 5 min eller högre * (hård gräns)
VMware Site Recovery Manager – Maximalt antal virtuella datorer per skyddsgrupp 500
VMware Site Recovery Manager – Maximalt antal återställningsplaner 250

* Information om mål för återställningspunkt (RPO) som är lägre än 15 minuter finns i How the 5 Minute Recovery Point Objective Works in the vSphere Replication Administration guide.

Använd maxverktyget för VMware-konfiguration för andra VMware-specifika gränser.

VMware-programvaruversioner

Microsoft är medlem i maaS-programmet (VMware Metal-as-a-Service) och använder VMware Cloud Provider Stack (VCPS) för uppgraderingsplanering för Azure VMware Solution.

Programvaruversionerna av VMware-lösningen som används i nya distributioner av privata Moln för Azure VMware Solution är:

Programvara Version
VMware vCenter Server 8.0 U2d
VMware ESXi 8.0 U2b
VMware vSAN 8.0 U2
VMware vSAN-format på disk 19
VMware vSAN-lagringsarkitektur OSA
VMware NSX 4.1.1
VMware HCX 4.9.1
VMware Site Recovery Manager 8.8.0.3
VMware vSphere Replication 8.8.0.3

Den aktuella programvaruversionen som körs tillämpas på nya kluster som läggs till i ett befintligt privat moln, om vCenter Server-versionen stöder det.

Hantering av värdunderhåll och livscykel

En fördel med privata moln i Azure VMware Solution är att plattformen underhålls åt dig. Microsoft ansvarar för livscykelhantering av VMware-programvara (ESXi, vCenter Server och vSAN) och NSX-apparater. Microsoft ansvarar också för att starta nätverkskonfigurationen, som att skapa tier-0-gatewayen och aktivera routning mellan nord och syd. Du ansvarar för NSX SDN-konfigurationen: nätverkssegment, distribuerade brandväggsregler, nivå 1-gatewayer och lastbalanserare.

Kommentar

En T0-gateway skapas och konfigureras som en del av en privat molndistribution. Alla ändringar av den logiska routern eller de virtuella NSX-gränsnoderna kan påverka anslutningen till ditt privata moln och bör undvikas.

Microsoft ansvarar för att tillämpa eventuella korrigeringar, uppdateringar eller uppgraderingar på ESXi, vCenter Server, vSAN och NSX i ditt privata moln. Effekten av korrigeringar, uppdateringar och uppgraderingar på ESXi, vCenter Server och NSX har följande överväganden:

  • ESXi – Det påverkar inte arbetsbelastningar som körs i ditt privata moln. Åtkomst till vCenter Server och NSX blockeras inte under den här tiden. Under den här tiden rekommenderar vi att du inte planerar andra aktiviteter som att skala upp privata moln, schemalägga eller initiera aktiva HCX-migreringar, göra HCX-konfigurationsändringar och så vidare i ditt privata moln.

  • vCenter Server – Det påverkar inte arbetsbelastningar som körs i ditt privata moln. Under den här tiden är vCenter Server inte tillgänglig och du kan inte hantera virtuella datorer (stoppa, starta, skapa eller ta bort). Vi rekommenderar att du inte planerar andra aktiviteter som att skala upp privata moln, skapa nya nätverk och så vidare i ditt privata moln. När du använder användargränssnitten för VMware Site Recovery Manager eller vSphere Replication rekommenderar vi att du inte utför någon av åtgärderna: konfigurera vSphere Replication och konfigurera eller köra platsåterställningsplaner under vCenter Server-uppgraderingen.

  • NSX – Arbetsbelastningen påverkas. När en viss värd uppgraderas kan de virtuella datorerna på den värden förlora anslutningen från 2 sekunder till 1 minut med något av följande symtom:

    • Pingfel

    • Paketförlust

    • Felmeddelanden (till exempel målvärd som inte kan nås och Net kan inte nås)

    Under det här uppgraderingsfönstret blockeras all åtkomst till NSX-hanteringsplanet. Du kan inte göra konfigurationsändringar i NSX-miljön under hela tiden. Dina arbetsbelastningar fortsätter att köras som vanligt, med förbehåll för den uppgraderingspåverkan som tidigare beskrivits.

    Under uppgraderingstiden rekommenderar vi att du inte planerar andra aktiviteter som att skala upp privata moln och så vidare i ditt privata moln. Andra aktiviteter kan förhindra att uppgraderingen startas eller kan ha negativa effekter på uppgraderingen och miljön.

Du meddelas via Azure Service Health som innehåller tidslinjen för uppgraderingen. Det här meddelandet innehåller också information om den uppgraderade komponenten, dess effekt på arbetsbelastningar, åtkomst till privata moln och andra Azure-tjänster. Du kan schemalägga om en uppgradering efter behov.

Programuppdateringar omfattar:

  • Korrigeringar – Säkerhetskorrigeringar eller felkorrigeringar som släppts av VMware

  • Uppdateringar – Delversionsändring av en VMware-stackkomponent

  • Uppgraderingar – Större versionsändring av en VMware-stackkomponent

Kommentar

Microsoft testar en kritisk säkerhetskorrigering så snart den blir tillgänglig från VMware.

Dokumenterade VMware-lösningar implementeras i stället för att installera en motsvarande korrigering tills nästa schemalagda uppdateringar distribueras.

Värdövervakning och reparation

Azure VMware Solution övervakar kontinuerligt hälsotillståndet för både VMware-komponenterna och underlägget. När Azure VMware Solution upptäcker ett fel vidtar den åtgärder för att reparera de misslyckade komponenterna. När Azure VMware Solution identifierar en försämring eller ett fel på en Azure VMware Solution-nod utlöser den värdreparationsprocessen.

Värdreparation innebär att ersätta den felaktiga noden med en ny felfri nod i klustret. När det är möjligt placeras sedan den felaktiga värden i underhållsläget VMware vSphere. VMware vSphere vMotion flyttar de virtuella datorerna från den felaktiga värden till andra tillgängliga servrar i klustret, vilket kan ge noll stilleståndstid för direktmigrering av arbetsbelastningar. Om den felaktiga värden inte kan placeras i underhållsläge tas värden bort från klustret. Innan den felaktiga värden tas bort migreras kundens arbetsbelastningar till en ny värd.

Dricks

Kundkommunikation: Ett e-postmeddelande skickas till kundens e-postadress innan ersättningen initieras och igen efter att ersättningen har slutförts.

Om du vill ta emot e-postmeddelanden som rör värdbyte måste du läggas till i någon av följande Azure RBAC-roller i prenumerationen: "ServiceAdmin", "CoAdmin", "Owner", "Contributor".

Azure VMware Solution övervakar följande villkor på värden:

  • Processorstatus
  • Minnesstatus
  • Anslutnings- och energitillstånd
  • Maskinvarusupportstatus
  • Förlust av nätverksanslutning
  • Systemkortstatus för maskinvara
  • Fel uppstod på diskarna för en vSAN-värd
  • Maskinvaruspänning
  • Status för maskinvarutemperatur
  • Maskinvarukraftstatus
  • Lagringsstatus
  • Anslutningen misslyckades

Aviseringskoder och reparationstabell

Felkod Felinformation Rekommenderad åtgärd
EPC_SCSIDEVICE_SHARINGMODE Det här felet uppstår när en virtuell dator är konfigurerad för att använda en enhet som förhindrar en underhållsåtgärd: En enhet som är en SCSI-styrenhet som är engagerad i bussdelning Följ KB-artikeln för att ta bort alla SCSI-styrenheter som arbetar med bussdelning som är kopplade till virtuella datorer https://knowledge.broadcom.com/external/article?legacyId=79910
EPC_CDROM_EMULATEMODE Det här felet uppstår när CD-ROM på den virtuella datorn använder emuleringsläge, vars ISO-avbildning inte är tillgänglig Följ KB-artikeln för borttagning av cdrom som monterats på kundens arbetsbelastning virtuella datorer i emuleringsläge eller koppla från ISO. Vi rekommenderar att du använder genomströmningsläge för montering av cd-rom-skivor. https://knowledge.broadcom.com/external/article?legacyId=79306
EPC_DATASTORE_INACCESSIBLE Det här felet uppstår när ett externt datalager som är kopplat till DET privata AVS-molnet blir otillgängligt Följ KB-artikeln för att ta bort alla inaktuella datalager som är anslutna till klustret /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices
EPC_NWADAPTER_STALE Det här felet uppstår när det anslutna nätverksgränssnittet på den vituala datorn använder nätverkskort som blir otillgängligt Följ KB-artikeln för borttagning av inaktuella N/W-kort som är anslutna till virtuella datorer https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html

Kommentar

Klientadministratörer för Azure VMware Solution får inte redigera eller ta bort de tidigare definierade VMware vCenter Server-larmen eftersom de hanteras av kontrollplanet för Azure VMware Solution på vCenter Server. Dessa larm används av Azure VMware Solution-övervakning för att utlösa azure VMware Solution-värdreparationsprocessen.

Säkerhetskopiering och återställning

Konfigurationerna för Azure VMware Solution private cloud vCenter Server och HCX Manager (om det är aktiverat) är enligt ett dagligt säkerhetskopieringsschema och NSX-konfigurationen har ett schema för säkerhetskopiering per timme. Säkerhetskopiorna behålls i minst tre dagar. Öppna en supportbegäran i Azure Portal för att begära återställning.

Kommentar

Återställningar är endast avsedda för katastrofala situationer.

Azure VMware Solution övervakar kontinuerligt hälsotillståndet för både det fysiska underlägget och VMware Solution-komponenterna. När Azure VMware Solution upptäcker ett fel vidtar den åtgärder för att reparera de misslyckade komponenterna.

Nästa steg

Nu när du har gått igenom privata molnkoncept för Azure VMware Solution kanske du vill lära dig mer om: