Underhåll för virtuella datorer i Azure

Gäller för: ✔️ virtuella Linux-datorer ✔️ Windows virtuella datorer ✔️ flexibla skalningsuppsättningar ✔️ Enhetliga skalningsuppsättningar

Azure uppdaterar regelbundet sin plattform för att förbättra värdinfrastrukturens tillförlitlighet, prestanda och säkerhet för virtuella datorer. Syftet med dessa uppdateringar är att uppdatera programvarukomponenter i värdmiljön för att uppgradera nätverkskomponenter eller inaktivera maskinvara.

Uppdateringar påverkar sällan de värdindelade virtuella datorerna. När uppdateringar har en effekt väljer Azure den minst effektfulla metoden för uppdateringar:

  • Om uppdateringen inte kräver en omstart pausas den virtuella datorn medan värden uppdateras, eller så direkt migreras den virtuella datorn till en redan uppdaterad värd.
  • Om underhållet kräver en omstart meddelas du om det planerade underhållet. Azure tillhandahåller också en tidsperiod där du kan starta underhållet själv, vid en tidpunkt som passar dig. Självunderhållsfönstret är vanligtvis 35 dagar om inte underhållet är brådskande. Azure investerar i tekniker för att minska antalet fall där planerat plattformsunderhåll kräver att de virtuella datorerna startas om. Anvisningar om hur du hanterar planerat underhåll finns i Hantera meddelanden om planerat underhåll med hjälp av Azure CLI,PowerShell eller portalen.

Den här sidan beskriver hur Azure utför båda typerna av underhåll. Mer information om oplanerade händelser (avbrott) finns i Hantera tillgängligheten för virtuella datorer för Windows eller motsvarande artikel för Linux.

På en virtuell dator kan du få meddelanden om kommande underhåll genom att använda Schemalagda händelser för Windows eller för Linux.

Underhåll som inte kräver en omstart

De flesta plattformsuppdateringar påverkar inte kundens virtuella datorer. När det inte går att uppdatera utan påverkan väljer Azure den uppdateringsmekanism som minst påverkar kundens virtuella datorer.

Underhåll med högst noll påverkan pausar den virtuella datorn i mindre än 10 sekunder. I vissa fall använder Azure minnesbevarande underhållsmekanismer. Dessa mekanismer pausar den virtuella datorn i vanligtvis upp till 30 sekunder och bevarar minnet i RAM-minnet. Den virtuella datorn återupptas sedan och dess klocka synkroniseras automatiskt.

Minnesbevarande underhåll fungerar för mer än 90 procent av de virtuella Azure-datorerna. Det fungerar inte för G-, L-, M-, N- och H-serien. Azure använder tekniker för direktmigrering i allt större utsträckning och förbättrar de minnesbevarande underhållsmekanismerna för att minska pausvaraktigheterna.

Dessa underhållsåtgärder som inte kräver en omstart tillämpas en feldomän i taget. De slutar om de får varningssignaler från plattformsövervakningsverktygen.

De här typerna av uppdateringar kan påverka vissa program. När den virtuella datorn direkt migreras till en annan värd kan vissa känsliga arbetsbelastningar uppvisa en viss prestandaförsämring under de minuter som innan den virtuella datorn pausas. För att förbereda för underhåll av virtuella datorer och minska påverkan under Azure-underhåll kan du prova Schemalagda händelser för Windows eller Linux för sådana program.

Om du vill ha större kontroll över alla underhållsaktiviteter, inklusive uppdateringar utan påverkan och omstartsfria uppdateringar, kan du använda funktionen Underhållskontroll. Du måste använda antingen Azure Dedicated Hosts eller en isolerad virtuell dator. Underhållskontroll ger dig möjlighet att hoppa över alla plattformsuppdateringar och tillämpa uppdateringarna vid val av tidpunkt inom en rullande 35-dagars period. Mer information finns i Kontrollera uppdateringar med underhållskontroll och Azure CLI.

Direktmigrering

Direktmigrering är en åtgärd som inte kräver en omstart och som bevarar minne för den virtuella datorn. Det orsakar en paus eller frys, vanligtvis högst 5 sekunder. Förutom G-, M-, N- och H-serien är alla virtuella IaaS-datorer (infrastruktur som en tjänst) berättigade till direktmigrering. Kvalificerade virtuella datorer representerar mer än 90 procent av de virtuella IaaS-datorer som distribueras till Azure-vagnpark.

Anteckning

Du får inget meddelande i Azure Portal åtgärder för direktmigrering som inte kräver en omstart. Om du vill se en lista över direktmigrering som inte kräver omstart frågar du efter schemalagda händelser.

Azure-plattformen startar direktmigrering i följande scenarier:

  • Planerat underhåll
  • Maskinvarufel
  • Allokeringsoptimeringar

Vissa scenarier för planerat underhåll använder direktmigrering och du kan använda Schemalagda händelser veta i förväg när direktmigreringsåtgärder startar.

Direktmigrering kan också användas för att flytta virtuella datorer när Azure Machine Learning-algoritmer förutsäger ett kommande maskinvarufel eller när du vill optimera VM-allokeringar. Mer information om förutsägelsemodellering som identifierar instanser av försämrad maskinvara finns i Förbättra återhämtningsförmågan för virtuella Azure-datorer med förutsägande maskininlärning och direktmigrering. Meddelanden om direktmigrering visas i Azure Portal i övervaknings- och Service Health loggarna samt i Schemalagda händelser du använder dessa tjänster.

Underhåll som kräver en omstart

I sällsynta fall där virtuella datorer måste startas om för planerat underhåll får du ett meddelande i förväg. Planerat underhåll har två faser: självbetjäningsfasen och en fas för schemalagt underhåll.

Under självbetjäningsfasen, som vanligtvis varar fyra veckor, startar du underhållet på dina virtuella datorer. Som en del av självbetjäning kan du fråga varje virtuell dator för att se dess status och resultatet av din senaste underhållsbegäran.

När du startar självbetjäning av underhållet omdistribueras den virtuella datorn till en redan uppdaterad nod. Eftersom den virtuella datorn startas om försvinner den tillfälliga disken och dynamiska IP-adresser som är associerade med det virtuella nätverksgränssnittet uppdateras.

Om ett fel uppstår under självbetjäningen stoppas åtgärden, den virtuella datorn uppdateras inte och du kan välja att försöka utföra självbetjäningen igen.

När självbetjäningsfasen avslutas börjar fasen för schemalagt underhåll. Under den här fasen kan du fortfarande fråga efter underhållsfasen, men du kan inte starta underhållet själv.

Mer information om hur du hanterar underhåll som kräver en omstart finns i Hantera meddelanden om planerat underhåll med hjälp av Azure CLI,PowerShell eller portalen.

Överväganden för tillgänglighet under schemalagt underhåll

Om du bestämmer dig för att vänta tills fasen för schemalagt underhåll finns det några saker som du bör överväga för att upprätthålla högsta tillgänglighet för dina virtuella datorer.

Länkade regioner

Varje Azure-region är länkad till en annan region inom samma geografiska område. Tillsammans utgör de ett regionpar. Under fasen för schemalagt underhåll uppdaterar Azure endast de virtuella datorerna i en enda region i ett regionpar. När du till exempel uppdaterar den virtuella datorn i USA, norra centrala uppdaterar Azure inte någon virtuell dator i USA, södra centrala på samma gång. Andra regioner än Europa, norra kan emellertid ges underhåll samtidigt som USA, östra. Att förstå hur regionpar fungerar kan hjälpa dig att bättre distribuera dina virtuella datorer mellan regioner. Mer information finns i Par i Azure-regioner.

Tillgänglighetszoner

Tillgänglighetszoner är unika fysiska platser i en Azure-region. Varje zon utgörs av ett eller flera datacenter som är utrustade med oberoende kraft, kylning och nätverk. För att säkerställa återhämtning finns det minst tre separata zoner i alla aktiverade regioner.

En tillgänglighetszon är en kombination av en feldomän och en uppdateringsdomän. Om du skapar tre eller flera virtuella datorer i tre zoner i en Azure-region distribueras dina virtuella datorer effektivt över tre feldomäner och tre uppdateringsdomäner. Azure-plattformen identifierar den här distributionen mellan uppdateringsdomänerna så att inte virtuella datorer i olika zoner uppdateras på samma gång.

Varje infrastrukturuppdatering distribuerar zon för zon inom en enda region. Men du kan se till att distributionen Zon 1 i en Zon 2 distribution samtidigt. Distributioner serialiseras inte. Men en enda distribution distribuerar bara en zon i taget för att minska risken.

Skalningsuppsättningar för virtuella datorer

Skalningsuppsättningar för virtuella datorer i flexibelt orkestreringsläge är en Azure-beräkningsresurs som gör att du kan kombinera skalbarheten för VM-skalningsuppsättningar i enhetligt orkestreringsläge med regionala tillgänglighetsgarantier för tillgänglighetsuppsättningar.

Med flexibel orkestrering kan du välja om dina instanser är spridda över flera zoner eller spridas över feldomäner inom en enda region.

Tillgänglighetsuppsättningar och enhetliga skalningsuppsättningar

När du distribuerar en arbetsbelastning på virtuella Azure-datorer kan du skapa de virtuella datorerna i en tillgänglighetsuppsättning för att ge programmet hög tillgänglighet. Med hjälp av tillgänglighetsuppsättningar kan du se till att minst en virtuell dator är tillgänglig under avbrott eller underhåll som kräver en omstart.

I en tillgänglighetsuppsättning sprids enskilda virtuella datorer över upp till 20 uppdateringsdomäner. Under schemalagt underhåll uppdateras endast en uppdateringsdomän vid en viss tidpunkt. Uppdateringsdomäner uppdateras inte nödvändigtvis sekventiellt.

VM-skalningsuppsättningar i enhetligt orkestreringsläge är en Azure-beräkningsresurs som du kan använda för att distribuera och hantera en uppsättning identiska virtuella datorer som en enskild resurs. Skalningsuppsättningen distribueras automatiskt över nads, till exempel virtuella datorer i en tillgänglighetsuppsättning. Precis som med tillgänglighetsuppsättningar uppdateras endast en UD vid en given tidpunkt under schemalagt underhåll när du använder uniforma skalningsuppsättningar.

Mer information om hur du ställer in dina virtuella datorer för hög tillgänglighet finns i Hantera tillgängligheten för dina virtuella datorer för Windows eller motsvarande artikel för Linux.

Nästa steg

Du kan använda Azure CLI,Azure PowerShelleller portalen för att hantera planerat underhåll.