Underhåll för virtuella datorer i Azure

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

Azure uppdaterar med jämna mellanrum dess 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 virtuella datorer som är värdar. 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å migreras den virtuella datorn direkt till en redan uppdaterad värd.
• Om underhåll kräver en omstart får du ett meddelande om det planerade underhållet. Azure tillhandahåller även en tidsperiod där du kan starta underhållet själv, en tid som fungerar för dig. Självunderhållsperioden är vanligtvis 35 dagar (för värddatorer) om det inte är brådskande underhåll. Azure investerar i teknik för att minska antalet ärenden där planerat plattformsunderhåll kräver omstart av de virtuella datorerna. 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 med schemalagda händelser för Windows eller Linux.

Underhåll som inte kräver en omstart

De flesta plattformsuppdateringar påverkar inte kundernas virtuella datorer. När en uppdatering utan påverkan inte är möjlig väljer Azure den uppdateringsmekanism som är minst påverkande för kundernas virtuella datorer.

När en virtuell dator som påverkar underhåll krävs slutförs den nästan alltid genom en vm-paus i mindre än 10 sekunder. I sällsynta fall använder Azure inte mer än en gång var 18:e månad för allmänna VM-storlekar, en mekanism som pausar den virtuella datorn i cirka 30 sekunder. Efter en pausåtgärd synkroniseras den virtuella datorns klocka automatiskt när den återupptas.

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

De här underhållsåtgärderna som inte kräver en omstart tillämpas på en feldomän i taget. De slutar om de får varningssignaler från plattformsövervakningsverktyg. Underhållsåtgärder som inte kräver en omstart kan ske samtidigt i parkopplade regioner eller Tillgänglighetszoner. För en viss ändring sekvenseras distributionen mestadels över Tillgänglighetszoner och mellan regionpar, men det kan finnas överlappningar i svansen.

Dessa typer av uppdateringar kan påverka vissa program. När den virtuella datorn direkt migreras till en annan värd kan vissa känsliga arbetsbelastningar visa en liten prestandaförsämring under de få minuter som leder fram till att den virtuella datorn pausas. Om du vill förbereda för underhåll av virtuella datorer och minska påverkan under Azure-underhåll kan du prova att använda 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 skapa en funktion för underhållskonfiguration. När du skapar en underhållskonfiguration kan du hoppa över alla plattformsuppdateringar och tillämpa uppdateringarna när du vill. Mer information finns i Hantera plattformsuppdateringar med underhållskonfigurationer.

Direktmigrering

Direktmigrering är en åtgärd som inte kräver en omstart och som bevarar minnet för den virtuella datorn. Det orsakar en paus eller frysning, som vanligtvis varar högst 5 sekunder. Förutom G-, L-, N- och H-serien är alla virtuella datorer med infrastruktur som en tjänst (IaaS) berättigade till direktmigrering. Direktmigrering är tillgängligt på de flesta SKU:er i M-serien. Berättigade virtuella datorer representerar mer än 90 procent av de virtuella IaaS-datorer som distribueras till Azure-flottan.

Kommentar

Du får inget meddelande i Azure Portal för direktmigreringsåtgärder som inte kräver en omstart. Om du vill se en lista över direktmigreringar som inte kräver en 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 för att veta i förväg när direktmigreringsåtgärderna startar.

Direktmigrering kan också användas för att flytta virtuella datorer när Azure Machine Learning-algoritmer förutsäger ett förestående maskinvarufel eller när du vill optimera VM-allokeringar. Mer information om förutsägande modellering som identifierar instanser av degraderad maskinvara finns i Förbättra återhämtning för virtuella Azure-datorer med förutsägande maskininlärning och direktmigrering. Livemigreringsmeddelanden visas i Azure Portal i loggarna Övervakare och Tjänsthälsa samt i Schemalagda händelser om 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 meddelas du i förväg. Planerat underhåll har två faser: självbetjäningsfasen och en schemalagd underhållsfas.

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

Kommentar

För VM-serier som inte stöder direktmigrering kan lokala (tillfälliga) diskdata gå förlorade under underhållshändelserna. Se varje enskild VM-serie för information om livemigrering stöds.

När du startar självbetjäningsunderhåll distribueras den virtuella datorn om till en redan uppdaterad nod. Eftersom den virtuella datorn distribueras om går den tillfälliga disken förlorad och offentliga dynamiska IP-adresser som är associerade med det virtuella nätverksgränssnittet uppdateras.

Om ett fel uppstår under självbetjäningsunderhållet stoppas åtgärden, den virtuella datorn uppdateras inte och du får möjlighet att försöka utföra självbetjäningsunderhållet igen.

När självbetjäningsfasen är slut börjar den schemalagda underhållsfasen . 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.

Tillgänglighetsöverväganden under schemalagt underhåll

Om du bestämmer dig för att vänta tills den schemalagda underhållsfasen finns det några saker du bör överväga för att behålla den högsta tillgängligheten för dina virtuella datorer.

Länkade regioner

Varje Azure-region är kopplad till en annan region inom samma geografiska närhet. Tillsammans skapar 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 samtidigt. 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 Azure-regionpar.

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 fler 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 ha distributionen igång i zon 1 och en annan distribution som körs i zon 2, samtidigt. Distributioner serialiseras inte alla. Men en enda distribution som kräver en omstart distribuerar bara en zon i taget för att minska risken. I allmänhet undviks uppdateringar som kräver en omstart när det är möjligt, och Azure försöker använda direktmigrering eller ge kunderna kontroll.

Skalningsuppsättningar för virtuella datorer

Vm-skalningsuppsättningar 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 spridda ö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 inom en tillgänglighetsuppsättning för att ge programmet hög tillgänglighet. Med hjälp av tillgänglighetsuppsättningar kan du säkerställa att det finns minst en virtuell dator tillgänglig vid avbrott eller underhållshändelser som kräver omstart.

Inom en tillgänglighetsuppsättning är enskilda virtuella datorer spridda ö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 enda resurs. Skalningsuppsättningen distribueras automatiskt mellan virtuella datorer, till exempel virtuella datorer i en tillgänglighetsuppsättning. Precis som med tillgänglighetsuppsättningar uppdateras endast en UD vid en viss tidpunkt under schemalagt underhåll när du använder Enhetliga skalningsuppsättningar.

Mer information om hur du konfigurerar 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 PowerShell eller portalen för att hantera planerat underhåll.