Underhåll av privata moln i Azure VMware Solution

Azure VMware Solution utför regelbundet underhåll av det privata molnet. Det här underhållet omfattar säkerhetskorrigeringar, mindre och större uppdateringar av VMware-programvarustacken. Den här sidan beskriver värdövervakning, reparation och obligatoriska steg som håller det privata molnet redo för underhåll.

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.

Anmärkning

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 – Microsoft följer standardarbetsflödet för Broadcom NSX-uppgradering. Uppgraderingar av NSX Edge görs först och utförs en i taget, vilket kan resultera i tillfälliga paketförluster när Edge växlar över till en annan aktiv Edge under uppgraderingsprocessen. Detta påverkar vanligtvis inte slutprogram, eftersom återöverföring på TCP-lagret vanligtvis åtgärdar problemet. För värdar använder Azure VMware Solution uppgraderingar av värdunderhållsläge för att undvika påverkan under värduppgraderingar. Den här processen flyttar alla virtuella datorer till andra värdar i klustret och placerar värdarna i underhållsläge innan de uppgraderas. Under uppgraderingen blockeras åtkomsten till NSX-hanteringsplanet och konfigurationsändringar i NSX-miljön kan inte göras. Vi rekommenderar 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

Anmärkning

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 åtgärder

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 sätts den felaktiga värden sedan i underhållsläget i 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ärd inte kan placeras i underhållsläge tas värden bort från klustret. Innan den defekta värden tas bort migreras kundens arbetsbelastningar till en ny tillagd värd.

Tips/Råd

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 ersättning av värdar måste du läggas till i någon av följande Azure Role-Based Access Control-roller (RBAC) i prenumerationen: "ServiceAdmin", "CoAdmin", "Ägare" eller "Deltagare".

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

  • Processorstatus
  • Minnesstatus
  • Anslutnings- och energitillstånd
  • Maskinvarufläktstatus
  • Förlust av nätverksanslutning
  • Systemkortstatus för maskinvara
  • Fel inträffade på en eller flera diskar av en vSAN-värd
  • Maskinvaruspänning
  • Status för maskinvarutemperatur
  • Maskinvarans strömstatus
  • Lagringsstatus
  • Anslutningen misslyckades

Åtgärder för att säkerställa att det privata molnet är underhållsklart

Följande åtgärder är nödvändiga för att säkerställa att värdunderhållsåtgärder utförs korrekt:

  • vSAN-lagringsanvändning: För att upprätthålla serviceavtal (SLA) kontrollerar du att vSphere-klustrets lagringsutrymmesanvändning förblir under 75%. Om användningen överskrider 75%kan uppgraderingar ta längre tid än förväntat eller misslyckas helt. Om lagringsanvändningen överskrider 75%kan du överväga att lägga till en nod för att expandera klustret och förhindra potentiell stilleståndstid under uppgraderingar.
  • Ta bort eller uppdatera alla föråldrade eller otillgängliga nätverksadaptrar eller switchar som är anslutna till virtuell maskin så att de inte blockerar vMotion- eller Azure-underhåll. Om detta inte är klart innan uppgraderingen startar, kommer Microsoft att agera åt dig genom att flytta dessa VM-adaptrar till en Microsoft-skapad isolerad portgrupp/segment i ett frånkopplat tillstånd så att uppgraderingen kan fortsätta. Microsoft skickar också periodiska Azure VMware Solution-resurshälsonotiser för sådana virtuella maskiner, så att du kan agera proaktivt och hålla miljön redo för planerade uppgraderingar.
  • DRS-regler (Distributed Resource Scheduler): DRS VM-VM anti-affinitetsregler måste konfigureras så att det finns minst (N+1) värdar i klustret, där N är antalet virtuella maskiner som ingår i DRS-regeln.
  • Failures To Tolerate (FTT) violation: Förhindra dataförlust genom att ändra virtuella datorer som är konfigurerade med en vSAN-lagringsprincip för Failures to Tolerate (FTT) på 0 till en vSAN-lagringsprincip som är kompatibel med Microsoft SLA (FTT=1 för upp till fem värdar i ett kluster och FTT=2 för sex eller fler värdar i ett kluster). Se till att värdunderhållsåtgärder kan utföras sömlöst.
  • Ta bort monterade VM-CD-ROM-enheter: VM:er med CD-ROM-enheter monterade i "emuleringsläge" hindrar att VM:erna livemigreras från värdar som behöver försättas i underhållsläge. Se till att CD-ROMs är monterade i "pass through-läge".
  • Seriell/parallell port eller extern enhet: Om du använder en bildfil (ISO, FLP osv.) kontrollerar du att den är tillgänglig från alla ESXi-värdar i klustret. Lagra filerna på ett datalager som delas mellan alla ESXi-servrar som deltar i vMotion för den virtuella datorn (VM). Mer information finns i artikeln Broadcom KB.
  • Överblivna virtuella datorer: För överblivna virtuella datorer måste de registreras igen om de inte redan har tagits bort eller tagits bort från lagret. Mer information finns i artikeln Broadcom KB.
  • SCSI delad kontroller: När du använder SCSI-bussdelning, använd busstypen som "Fysisk" för VM:ar. VM:er anslutna till SCSI-busskontroller i "Virtuellt" läge kan stängas av under underhållsläge eftersom dessa VM:ar inte kan flyttas live från värdar som behöver sättas i underhållsläge. Mer information finns i artikeln Broadcom KB.
  • Virtuella datorer från tredje part och program: För virtuella datorer från tredje part och program:
    • Se till att lösningar från tredje part som distribueras i Azure VMware Solution är kompatibla och inte stör underhållsåtgärderna.
    • Se till att säkerhetskopieringsoperationer pausas under underhållsfönstret.
    • Kontrollera att den virtuella datorn inte är installerad med en VM-Host DRS-regel "Måste köras". Kontrollera dessutom att dessa program är kompatibla med kommande versioner av VMware-stacken.
    • Kontakta lösningsleverantören och uppdatera i förväg om det behövs för att upprätthålla kompatibiliteten efter uppgraderingen.

Viktigt!

Om det finns några underhållsblockeringskonfigurationer på en Azure VMware Solution värd får du aviseringar på din Resource Health instrumentpanel. För att säkerställa att värdar som inte är felfria ersätts och uppgraderingarna lyckas minimeras sådana blockeringskonfigurationer genom att vidta lämpliga reparationssteg för att upprätthålla tillgängligheten för ditt privata moln. I vissa fall skulle de här reparationsstegen omfatta att stänga av en virtuell dator och migrera den till en annan värd och sedan starta den, vilket kort kan störa programmet som körs på den virtuella datorn.

Aviseringskoder och reparationstabell

Felkod Felinformation Rekommenderad åtgärd
CD-ROM Emuleringsläge Det uppstår när CD-ROM på VM:n använder emuleringsläge och ISO-bilden inte är åtkomlig. För att ta bort en CD-ROM som är monterad på en kunds arbetsbelastnings-VM i emuleringsläge eller för att koppla bort en ISO, se denna KB-artikel. Använd Passthrough-läge för att montera en CD-ROM.
EPC_DRSOVERRIDERULE Uppstår när en VM har DRS Override inställt på Inaktiverat. En VM bör inte blockera vMotion när värden försätts i underhåll. Ange delvis automatiserade DRS-regler för VM:n. För att lära dig mer om VM-placeringspolicys, se detta dokument.
EPC_SCSIDEVICE_SHARINGMODE Uppstår när en VM konfigureras att använda en SCSI-kontroller med bussdelning i virtuellt läge. För att ta bort en SCSI-kontroller som är engagerad i busdelning i virtuellt läge och ansluten till virtuella maskiner, se denna KB-artikel.
EPC_DATASTORE_OTILLGÄNGLIG Uppstår när en extern datalagring kopplad till Azure VMware Solution Private Cloud blir otillgänglig. För att ta bort en föråldrad datalagring kopplad till ett kluster, se denna artikel.
EPC_NWADAPTER_STALE Uppstår när ett anslutet nätverksgränssnitt på VM:n använder en nätverksadapter som blir otillgänglig. För att ta bort en gammal nätverksadapter som är ansluten till VM:ar, se denna KB-artikel.
EPC_DVSWITCH_INACCESSIBLE Uppstår när den anslutna VM-nätverksadaptern refererar till en DVSwitch eller portgrupp som inte är åtkomlig. Detta tillstånd kan förhindra VM-evakuering och hindra ESXi-värden från att gå in i underhållsläge. Ta bort alla adaptrar som är anslutna till ett icke-existerande NSX-segment och koppla in en tillgänglig nätverksadapter.
EPC_Serialport Uppstår när en VM-seriell port är ansluten till en enhet som inte kan nås på destinationsvärden. Om du använder en avbildningsfil (ISO, FLP och så vidare) kontrollerar du att den är tillgänglig från alla ESXi-servrar i klustret. Lagra filerna på en datalagring som delas mellan alla ESXi-servrar som deltar i VM:ets vMotion. Mer information finns i den här KB-artikeln från Broadcom.
EPC_HARDVARUENHET Uppstår när en VM-parallellport eller USB-enhet är ansluten till en enhet som inte kan nås på destinationsvärden. Om du använder en avbildningsfil (ISO, FLP och så vidare) kontrollerar du att den är tillgänglig från alla ESXi-servrar i klustret. Lagra filerna på en datalagring som delas mellan alla ESXi-servrar som deltar i VM:ets vMotion. För att lära dig mer om kompatibilitetsfel mellan Broadcom och vMotion, se denna KB-artikel.
EPC_INVALIDVM / EPC_ORPHANVM / EPC_INACCESSIBLEVM Uppstår när en föräldralös eller ogiltig VM finns i inventariet. Se till att alla dina virtuella datorer är tillgängliga för vCenter. För att lära dig mer om Broadcom och virtuella maskiner som visas som ogiltiga, föräldralösa eller otillgängliga, se denna artikel.
EPC_VMHOSTDRSRULE Uppstår när en VM har en DRS-regel för värddatorsaffinitet eller anti-affinitet. En VM bör inte blockera VMware vMotion vid försättning av en värd i underhållsläge. Ange regler för VM-Host tillhörighet. Om du vill veta mer, se Skapa placeringspolicy.
EPC_FTT_ZERO Uppstår när en VM har "Antal fel som kan tolereras" satt till 0 eller "Ingen dataredundans". För att lära dig mer om Broadcom och hur du konfigurerar FTT som 1 eller 2 för VM:n, se denna artikel.
EPC_FTTVIOLATION Uppstår när ett kluster inte har det minsta antalet värdar som lagringspolicyn kräver. Lägg till värdar enligt kraven i lagringspolicyn eller ändra VM FTT-policy för att stödja att sätta värden i underhållsläge. För att lära dig mer om Broadcom och FTT-policy, se denna artikel.
EPC_VSANSTORAGEUTILIZATION Uppstår när vSAN-användningen i klustret är över 75 %, vilket kan leda till prestandaförsämring och göra att klustret inte kan underhållas. Om vSAN-användningen i klustret är över 75%kan du antingen lägga till noder för att öka den tillgängliga kapaciteten eller minska dataanvändningen i klustret. För att skala upp vSAN, se Tutorial - Skala kluster i ett privat moln. För att lära dig hur man säkerhetskopierar och tar bort VM:ar som inte är nödvändiga, se Backup Solutions for Azure VMware Solution virtual machines.
ERECOMMENDATION_CLUSTER_SIZE Den här rekommendationen anger att ett kluster i det privata molnet har 14 eller fler värdar. Azure VMware Solution stöder högst 16 värdar i ett kluster. Skapa ett nytt kluster för eventuella nya värddatorer som kan behövas.
ERECOMMENDATION_PRIVATECLOUD_SIZE Den här rekommendationen anger att ett privat moln har 90 eller fler värdar. Azure VMware Solution stöder högst 96 värdar i ett privat moln. Överväg att skapa ett nytt privat moln för alla nya värdar och distribuera värdar över de privata molnen efter behov.
ERECOMMENDATION_VCENTER_SCALE Den här rekommendationen identifierar att den virtuella vCenter-datorn etableras med färre CPU-kärnor eller mindre minne än vad som rekommenderas för det aktuella antalet virtuella datorer i det privata molnet. Öppna en supportbegäran för att öka vCenter-minnet och processorn.

Anmärkning

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

Nästa steg

Du har lärt dig hur du säkerställer sömlöst Azure VMware Solution privat molnunderhåll. Nästa steg kan vara att lära dig mer om:

  • Uppdaterades senast