Azure VMware Solution-privécloud- en clusterconcepten

Azure VMware Solution biedt op VMware gebaseerde privéclouds in Azure. De hardware- en software-implementaties van de privécloud zijn volledig geïntegreerd en geautomatiseerd in Azure. Implementeer en beheer de privécloud via Azure Portal, CLI of PowerShell.

Een privécloud bevat clusters met:

  • Toegewezen bare-metalserverhosts ingericht met VMware ESXi-hypervisor
  • VMware vCenter Server voor het beheren van ESXi en vSAN
  • VMware NSX-softwaregedefinieerde netwerken voor VSphere-workload-VM's
  • VMware vSAN-gegevensarchief voor vm's met vSphere-werkbelasting
  • VMware HCX voor workloadmobiliteit
  • Resources in de Azure-onderlay (vereist voor connectiviteit en om de privécloud te gebruiken)

Privéclouds worden geïnstalleerd en beheerd binnen een Azure-abonnement. Het aantal privéclouds binnen een abonnement is schaalbaar. In eerste instantie geldt er een limiet van één privécloud per abonnement. Er is een logische relatie tussen Azure-abonnementen, Azure VMware Solution-privéclouds, vSAN-clusters en hosts.

In het volgende diagram worden de architectuuronderdelen van de Azure VMware Solution beschreven.

Diagram met één Azure-abonnement met twee privéclouds voor ontwikkelings- en productieomgevingen.

Elk architectuuronderdeel van Azure VMware Solution heeft de volgende functie:

  • Azure-abonnement: biedt beheerd toegangs-, budget- en quotumbeheer voor de Azure VMware Solution.
  • Azure-regio: groepeert datacentra in Beschikbaarheidszones (AZ's) en groepeert AZ's vervolgens in regio's.
  • Azure-resourcegroep: Plaatst Azure-services en -resources in logische groepen.
  • Azure VMware Solution Private Cloud: biedt reken-, netwerk- en opslagresources met behulp van VMware-software, waaronder vCenter Server, NSX-softwaregedefinieerde netwerken, vSAN-softwaregedefinieerde opslag en Azure bare-metal ESXi-hosts. Azure NetApp Files, Azure Elastic SAN en Pure Cloud Block Store worden ook ondersteund.
  • Azure VMware Solution-resourcecluster: biedt reken-, netwerk- en opslagresources voor workloads van klanten door de azure VMware Solution-privécloud uit te schalen met behulp van VMware-software, waaronder vSAN-softwaregedefinieerde opslag en Azure bare-metal-ESXi-hosts. Azure NetApp Files, Azure Elastic SAN en Pure Cloud Block Store worden ook ondersteund.
  • VMware HCX: levert mobiliteits-, migratie- en netwerkuitbreidingsservices.
  • VMware Site Recovery: automatiseert herstel na noodgevallen en opslagreplicatieservices met VMware vSphere-replicatie. Oplossingen voor herstel na noodgevallen van derden Zerto Disaster Recovery en JetStream Software Disaster Recovery worden ook ondersteund.
  • Toegewezen Microsoft Enterprise Edge (D-MSEE): router die azure-cloud en het azure VMware Solution-privécloudexemplaren verbindt.
  • Azure Virtual Network (VNet): Verbinding maken azure-services en -resources samen.
  • Azure Route Server: wisselt dynamische routegegevens uit met Azure-netwerken.
  • Azure Virtual Network Gateway: Verbinding maken Azure-services en -resources naar andere privénetwerken met behulp van IPSec VPN, ExpressRoute en VNet naar VNet.
  • Azure ExpressRoute: biedt snelle privéverbindingen tussen Azure-datacenters en on-premises of co-locatie-infrastructuur.
  • Azure Virtual WAN (vWAN): combineert netwerk-, beveiligings- en routeringsfuncties in één geïntegreerd WAN (Wide Area Network).

Hosts

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.

Beschikbaarheidszone van Azure-regio (AZ) aan SKU-toewijzingstabel

Wanneer u uw Azure VMware Solution-ontwerp plant, gebruikt u de volgende tabel om te begrijpen welke SKU's beschikbaar zijn in elke fysieke beschikbaarheidszone van een Azure-regio.

Belangrijk

Deze toewijzing is belangrijk voor het plaatsen van uw privéclouds in de nabijheid van uw systeemeigen Azure-workloads, waaronder geïntegreerde services zoals Azure NetApp Files en Pure Cloud Block Storage (CBS).

De multi-AZ-functie voor Stretched Clusters van Azure VMware Solution wordt ook gelabeld in de volgende tabel. Het klantquotum voor Azure VMware Solution wordt toegewezen door de Azure-regio en u kunt de beschikbaarheidszone niet opgeven tijdens het inrichten van de privécloud. Een algoritme voor automatische selectie wordt gebruikt om implementaties in de Azure-regio te verdelen. Als u een bepaalde beschikbaarheidszone hebt waarnaar u wilt implementeren, opent u een serviceaanvraag met Microsoft die een speciaal plaatsingsbeleid aanvraagt voor uw abonnement, Azure-regio, beschikbaarheidszone en SKU-type. Dit beleid blijft van kracht totdat u dit aanvraagt om het te verwijderen of te wijzigen.

SKU's die vet zijn gemarkeerd, zijn beperkt beschikbaar vanwege het verbruik van klanten en het quotum zijn mogelijk niet beschikbaar op aanvraag.

Azure-regio Beschikbaarheidszone SKU Multi-AZ SDDC
Australië - oost AZ01 AV36P Ja
Australië - oost AZ02 AV36 Nee
Australië - oost AZ03 AV36P Ja
Australië - zuidoost AZ01 AV36 Nee
Brazilië - zuid AZ02 AV36 Nee
Canada - midden AZ02 AV36, AV36P Nee
Canada - oost N.v.t. AV36 Nee
Central US AZ01 AV36P Nee
Central US AZ02 AV36 Nee
Central US AZ03 AV36P Nee
Azië - oost AZ01 AV36 Nee
VS - oost AZ01 AV36P Ja
VS - oost AZ02 AV36P Ja
VS - oost AZ03 AV36, AV36P, AV64 Ja
VS - oost 2 AZ01 AV36, AV64 Nee
VS - oost 2 AZ02 AV36P, AV52, AV64 Nee
Frankrijk - centraal AZ01 AV36 Nee
Duitsland - west-centraal AZ01 AV36P Ja
Duitsland - west-centraal AZ02 AV36 Ja
Duitsland - west-centraal AZ03 AV36, AV36P Ja
Japan East AZ02 AV36 Nee
Japan - west AZ01 AV36 Nee
VS - noord-centraal AZ01 AV36 Nee
VS - noord-centraal AZ02 AV36P Nee
Europa - noord AZ02 AV36, AV64 Nee
Qatar - centraal AZ03 AV36P Nee
Zuid-Afrika - noord AZ03 AV36 Nee
VS - zuid-centraal AZ01 AV36, AV64 Nee
VS - zuid-centraal AZ02 AV36P, AV52, AV64 Nee
Azië - zuidoost AZ02 AV36 Nee
Zweden - centraal AZ01 AV36 Nee
Zwitserland - noord AZ01 AV36, AV64 Nee
Zwitserland - west AZ01 AV36, AV64 Nee
Verenigd Koninkrijk Zuid AZ01 AV36, AV36P, AV52, AV64 Ja
Verenigd Koninkrijk Zuid AZ02 AV36, AV64 Ja
Verenigd Koninkrijk Zuid AZ03 AV36P, AV64 Nee
Verenigd Koninkrijk West AZ01 AV36 Nee
Europa -west AZ01 AV36, AV36P, AV52 Ja
Europa -west AZ02 AV36 Ja
Europa -west AZ03 AV36P, AV64 Ja
VS - west AZ01 AV36, AV36P Nee
VS - west 2 AZ01 AV36 Nee
VS - west 2 AZ02 AV36P Nee
US - west 3 AZ01 AV36P Nee
US Gov - Arizona AZ02 AV36P Nee
VS (overheid) - Virginia AZ03 AV36 Nee

Clusters

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.

In de volgende tabel worden de maximumlimieten voor Azure VMware Solution beschreven.

Resource Limiet
vSphere-clusters per privécloud 12
Minimum aantal ESXi-hosts per cluster 3 (vaste limiet)
Maximum aantal ESXi-hosts per cluster 16 (vaste limiet)
Maximum aantal ESXi-hosts per privécloud 96
Maximum aantal vCenter-servers per privécloud 1 (vaste limiet)
Maximum aantal HCX-sitekoppelingen 25 (elke editie)
Maximum aantal HCX-service-meshes 10 (elke editie)
Maximum aantal gekoppelde privéclouds van Azure VMware Solution ExpressRoute van één locatie naar één virtuele netwerkgateway 4
De gebruikte virtuele netwerkgateway bepaalt de werkelijke maximaal gekoppelde privéclouds. Zie Voor meer informatie over virtuele ExpressRoute-netwerkgateways
Als u deze drempelwaarde overschrijdt, gebruikt u Azure VMware Solution Interconnect om connectiviteit tussen privéclouds in de Azure-regio te aggregeren.
Maximale poortsnelheid voor Azure VMware Solution ExpressRoute 10 Gbps (Ultra Performance Gateway SKU gebruiken met FastPath ingeschakeld)
De gebruikte virtuele netwerkgateway bepaalt de werkelijke bandbreedte. Zie Voor meer informatie over virtuele ExpressRoute-netwerkgateways
Maximum aantal openbare IPv4-adressen van Azure dat is toegewezen aan NSX-T-datacentrum 2.000
Maximum aantal Azure VMware Solution Interconnects per privécloud 10
Maximum aantal Azure ExpressRoute Global Reach-verbindingen per Azure VMware Solution-privécloud 8
vSAN-capaciteitslimieten 75% van de totale bruikbare waarde (houd 25% beschikbaar voor SLA)
VMware Site Recovery Manager - Maximum aantal beveiligde virtuele machines 3.000
VMware Site Recovery Manager - Maximum aantal virtuele machines per herstelplan 2.000
VMware Site Recovery Manager - Maximum aantal beveiligingsgroepen per herstelplan 250
VMware Site Recovery Manager - RPO-waarden 5 min of hoger * (vaste limiet)
VMware Site Recovery Manager - Maximum aantal virtuele machines per beveiligingsgroep 500
VMware Site Recovery Manager - Maximum aantal herstelplannen 250

* Voor informatie over RPO (Recovery Point Objective) lager dan 15 minuten, raadpleegt u hoe de beoogde herstelpunt van 5 minuten werkt in de handleiding voor vSphere-replicatie Beheer istratie.

Voor andere VMware-specifieke limieten gebruikt u het hulpprogramma voor het maximumaantal VMware-configuraties.

VMware-softwareversies

Microsoft is lid van het VMware Metal-as-a-Service-programma (MaaS) en maakt gebruik van de VMware Cloud Provider Stack (VCPS) voor azure VMware Solution-upgradeplanning.

De softwareversies van de VMware-oplossing die worden gebruikt in nieuwe implementaties van Azure VMware Solution-privéclouds zijn:

Software Versie
VMware vCenter Server 7.0 U3o
VMware ESXi 7.0 U3o met TianfuCup HotPatch
VMware vSAN 7.0 U3
VMware vSAN-indeling op schijf 15
VMware vSAN-opslagarchitectuur OSA
VMware NSX 4.1.1
VMware HCX 4.7.0
VMware Site Recovery Manager 8.7.0.3
VMware vSphere-replicatie 8.7.0.3

De huidige actieve softwareversie wordt toegepast op nieuwe clusters die zijn toegevoegd aan een bestaande privécloud.

Beheer van hostonderhoud en levenscyclus

Een voordeel van Azure VMware Solution-privéclouds is dat het platform voor u wordt onderhouden. Microsoft is verantwoordelijk voor het levenscyclusbeheer van VMware-software (ESXi, vCenter Server en vSAN) en NSX-T Data Center-apparaten. Microsoft is ook verantwoordelijk voor het opstarten van de netwerkconfiguratie, zoals het maken van de Tier-0-gateway en het inschakelen van noord-zuid-routering. U bent verantwoordelijk voor de SDN-configuratie van het NSX-T-datacenter: netwerksegmenten, gedistribueerde firewallregels, laag 1-gateways en load balancers.

Notitie

Er wordt een T0-gateway gemaakt en geconfigureerd als onderdeel van een privécloudimplementatie. Wijzigingen in die logische router of de VM's van het NSX-T-datacentrum-knooppunt kunnen van invloed zijn op de connectiviteit met uw privécloud en moeten worden vermeden.

Microsoft is verantwoordelijk voor het toepassen van patches, updates of upgrades op ESXi, vCenter Server, vSAN en NSX-T-datacenter in uw privécloud. De impact van patches, updates en upgrades op ESXi, vCenter Server en NSX-T-datacentrum heeft de volgende overwegingen:

  • ESXi : er is geen invloed op workloads die worden uitgevoerd in uw privécloud. Toegang tot vCenter Server en NSX-T-datacentrum wordt gedurende deze tijd niet geblokkeerd. Gedurende deze tijd raden we u aan geen andere activiteiten te plannen, zoals het omhoog schalen van de privécloud, het plannen of initiëren van actieve HCX-migraties, het aanbrengen van wijzigingen in de HCX-configuratie, enzovoort, in uw privécloud.

  • vCenter Server : er is geen invloed op workloads die worden uitgevoerd in uw privécloud. Gedurende deze periode is vCenter Server niet beschikbaar en kunt u geen VM's beheren (stoppen, starten, maken of verwijderen). U wordt aangeraden geen andere activiteiten te plannen, zoals het omhoog schalen van privéclouds, het maken van nieuwe netwerken, enzovoort, in uw privécloud. Wanneer u VMware Site Recovery Manager of vSphere Replication-gebruikersinterfaces gebruikt, wordt u aangeraden geen van de acties uit te voeren: vSphere-replicatie configureren en siteherstelplannen configureren of uitvoeren tijdens de upgrade van vCenter Server.

  • NSX-T-datacentrum : de werkbelasting wordt beïnvloed. Wanneer een bepaalde host wordt bijgewerkt, kunnen de VM's op die host de connectiviteit verliezen van 2 seconden tot 1 minuut met een van de volgende symptomen:

    • Pingfouten

    • Pakketverlies

    • Foutberichten (bijvoorbeeld: doelhost onbereikbaar en net onbereikbaar)

    Tijdens dit upgradevenster wordt alle toegang tot het beheervlak NSX-T-datacentrum geblokkeerd. U kunt geen configuratiewijzigingen aanbrengen in de NSX-T-datacentrumomgeving voor de duur. Uw werkbelastingen blijven gewoon worden uitgevoerd, afhankelijk van de impact van de upgrade die eerder is beschreven.

    Tijdens de upgrade wordt u aangeraden geen andere activiteiten te plannen, zoals privécloud omhoog schalen, enzovoort, in uw privécloud. Andere activiteiten kunnen voorkomen dat de upgrade wordt gestart of negatieve gevolgen kan hebben voor de upgrade en de omgeving.

U ontvangt een melding via Azure Service Health met de tijdlijn van de upgrade. Deze melding bevat ook details over het bijgewerkte onderdeel, het effect ervan op workloads, toegang tot privéclouds en andere Azure-services. U kunt een upgrade indien nodig opnieuw plannen.

Software-updates zijn onder andere:

  • Patches : beveiligingspatches of bugfixes die zijn uitgebracht door VMware

  • Updates - Kleine versiewijziging van een VMware-stackonderdeel

  • Upgrades : belangrijke versiewijziging van een VMware-stackonderdeel

Notitie

Microsoft test een kritieke beveiligingspatch zodra deze beschikbaar is vanuit VMware.

Gedocumenteerde VMware-tijdelijke oplossingen worden geïmplementeerd in plaats van het installeren van een bijbehorende patch totdat de volgende geplande updates worden geïmplementeerd.

Hostbewaking en herstel

Azure VMware Solution bewaakt continu de status van zowel de VMware-onderdelen als de onderlay. Wanneer Azure VMware Solution een fout detecteert, wordt er actie ondernomen om de mislukte onderdelen te herstellen. Wanneer Azure VMware Solution een afname of fout detecteert op een Azure VMware Solution-knooppunt, wordt het herstelproces van de host geactiveerd.

Hostherstel omvat het vervangen van het defecte knooppunt door een nieuw in orde knooppunt in het cluster. Indien mogelijk wordt de defecte host vervolgens in de VMware vSphere-onderhoudsmodus geplaatst. VMware vMotion verplaatst de VM's van de defecte host naar andere beschikbare servers in het cluster, waardoor er mogelijk geen downtime is voor livemigratie van workloads. Als de defecte host niet in de onderhoudsmodus kan worden geplaatst, wordt de host verwijderd uit het cluster. Voordat de defecte host wordt verwijderd, worden de workloads van de klant gemigreerd naar een zojuist toegevoegde host.

Tip

Klantcommunicatie: Er wordt een e-mailbericht verzonden naar het e-mailadres van de klant voordat de vervanging wordt gestart en opnieuw nadat de vervanging is geslaagd.

Als u e-mailberichten met betrekking tot hostvervanging wilt ontvangen, moet u worden toegevoegd aan een van de volgende Azure RBAC-rollen in het abonnement: 'Service Beheer', 'Co Beheer', 'Eigenaar', 'Inzender'.

Azure VMware Solution bewaakt de volgende voorwaarden op de host:

  • Processorstatus
  • Geheugenstatus
  • Verbinding maken ion en energiestatus
  • Status van hardwareventilator
  • Netwerkverbindingsverlies
  • Status van hardwaresysteembord
  • Er zijn fouten opgetreden op de schijven van een vSAN-host
  • Hardwarespanning
  • Status van hardwaretemperatuur
  • Hardwarestroomstatus
  • Storage-status
  • Verbindingsfout

Notitie

Tenantbeheerders van Azure VMware Solution mogen de eerder gedefinieerde VMware vCenter Server-waarschuwingen niet bewerken of verwijderen omdat ze worden beheerd door het azure VMware Solution-besturingsvlak op vCenter Server. Deze waarschuwingen worden gebruikt door Azure VMware Solution-bewaking om het herstelproces van de Azure VMware Solution-host te activeren.

Back-ups en herstellen

Configuraties van Azure VMware Solution-privécloud vCenter Server, NSX en HCX Manager (indien ingeschakeld) zijn volgens een dagelijks back-upschema. Open een ondersteuningsaanvraag in Azure Portal om herstel aan te vragen.

Notitie

Restauraties zijn alleen bedoeld voor catastrofale situaties.

Azure VMware Solution bewaakt continu de status van zowel de fysieke onderlay als de VMware Solution-onderdelen. Wanneer Azure VMware Solution een fout detecteert, wordt er actie ondernomen om de mislukte onderdelen te herstellen.

Volgende stappen

Nu u de concepten van de privécloud van Azure VMware Solution hebt behandeld, kunt u het volgende leren: