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.
  • 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 VM CD-ROM-monteringar: Virtuella datorer monterade med "Emuleringsläge" CD-ROMs blockerar värdunderhåll. 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.
  • DELAD SCSI-styrenhet: När du använder SCSI-bussdelning ska du använda busstypen "Fysisk" för virtuella maskiner. Virtuella datorer som är anslutna till virtuella SCSI-styrenheter är avstängda. 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.
    • 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 Ett fel uppstår när CD-ROM på den virtuella datorn använder emuleringsläge, vars ISO-avbildning inte är tillgänglig. Följ den här KB-artikeln om du vill ta bort cdrom som monterats på en virtuell dator med kundens arbetsbelastning i emuleringsläge eller koppla från ISO. Rekommendationen är att använda "Passthrough mode" för att montera en CD-ROM.
EPC_DRSOVERRIDERULE Ett fel uppstår när det finns en virtuell dator med DRS-åsidosättning inställt på "Inaktiverat"-läge. De virtuella maskinerna bör inte blockera vMotion när värden försätts i underhållsläge. Ange delvis automatiserade DRS-regler för den virtuella datorn. Mer information om placeringsprinciper för virtuella datorer finns i det här dokumentet .
EPC_SCSIDEVICE_SHARINGMODE Ett fel uppstår när en virtuell dator är konfigurerad att använda SCSI-styrenhet med bussdelning i "virtuellt" läge. Följ den här KB-artikeln för att ta bort alla SCSI-styrenheter som ägnar sig åt bussdelning i virtuellt läge som är anslutna till virtuella datorer.
EPC_DATASTORE_OTILLGÄNGLIG Ett fel uppstår när ett externt datalager som är kopplat till Azure VMware Solution privata molnet blir otillgängligt. Följ den här artikeln om du vill ta bort alla inaktuella datalager som är anslutna till klustret
EPC_NWADAPTER_STALE Ett fel uppstår när det anslutna nätverksgränssnittet på den virtuella datorn använder nätverkskort, vilket blir otillgängligt. Följ den här KB-artikeln om du vill ta bort inaktuella N/W-kort som är anslutna till virtuella datorer.
EPC_Serialport Ett fel uppstår när en VM-serieport är ansluten till en enhet som det inte går att komma åt 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 i ett datalager som delas mellan alla ESXi-servrar som deltar i vMotion för den virtuella datorn. Mer information finns i den här KB-artikeln från Broadcom.
EPC_HARDVARUENHET Ett fel uppstår när en VM-parallellport/USB-enhet är ansluten till en enhet som inte kan nås på målvä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 i ett datalager som delas mellan alla ESXi-servrar som deltar i vMotion för den virtuella datorn. Läs mer om Broadcom och att VMotion misslyckas med kompatibilitetsfelet.
EPC_OGILTIGVM/EPC_FÖRÄLDRALÖSVM Ett fel uppstår när det finns en överbliven eller ogiltig virtuell dator i inventeringen. Se till att alla dina virtuella datorer är tillgängliga för vCenter. Läs mer om Broadcom och virtuella datorer som visas som ogiltiga, överblivna eller otillgängliga.
EPC_VMHOSTDRSRULE Ett fel uppstår när det finns en VM med en DRS-regel för värdaffinitet/anti-affinitet. Den virtuella datorn bör inte blockera VMware vMotion när en värd sätts i underhållsläge. Ange regler för VM-Host tillhörighet. Läs mer om skapa placeringspolicy.
EPC_FTT_ZERO Ett fel uppstår när en VM har "Fel som kan tolereras" inställt på 0 eller "Ingen dataredundans". Läs mer om Broadcom och hur du konfigurerar FTT som 1 eller 2 för den virtuella datorn.
EPC_FTTVIOLATION Ett fel uppstår när ett kluster inte har det minsta antal värdar som lagringsprincipen behö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. Läs mer om Broadcom - och FTT-principer.
EPC_VSANSTORAGEUTILIZATION Ett fel uppstår när vSAN-användningen i klustret är över 75%, vilket kan leda till prestandaförsämring och göra klustret oöverskådligt. 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ölj det här dokumentet Självstudie – Skala kluster i ett privat moln för att skala upp vSAN. Följ anvisningarna för Backup-lösningar för Azure VMware Solution virtuella datorer för att lära dig hur du säkerhetskopierar och tar bort virtuella datorer som inte är viktiga.
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:

  • Last updated on