Hantera meddelanden om planerat underhåll

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

Azure utför med jämna mellanrum uppdateringar för att förbättra värdinfrastrukturens tillförlitlighet, prestanda och säkerhet för virtuella datorer. Uppdateringar är ändringar som att korrigera värdmiljön eller uppgradera och inaktivera maskinvara. En majoritet av dessa uppdateringar slutförs utan någon inverkan på de värdbaserade virtuella datorerna. Det finns dock fall där uppdateringar har en inverkan:

• Om underhållet inte kräver en omstart pausar Azure den virtuella datorn i några sekunder medan värden uppdateras. Dessa typer av underhållsåtgärder tillämpas feldomän efter feldomän. Förloppet stoppas om några varningshälsosignaler tas emot.

• Om underhåll kräver en omstart får du ett meddelande om när underhållet planeras. Du får ett tidsfönster på cirka 35 dagar där du kan starta underhållet själv, när det fungerar för dig.

Planerat underhåll som kräver en omstart schemaläggs i vågor. Varje våg har olika omfång (regioner).

• En våg börjar med ett meddelande till kunder. Meddelanden om underhåll av virtuella datorer är tillgängliga under Service Health i Azure Portal. För vissa specifika scenarier för planerat underhåll av virtuell dator kan Azure även kommunicera schemat genom att skicka ytterligare ett e-postmeddelande till gruppen Klassiska Admin, Admin och Prenumerationsägare. Med Azure Service Health kan användarna konfigurera sina egna anpassade aviseringar för kategorin Planerat underhåll. Med Azure Service Health-aviseringar kan du lägga till fler mottagare och meddelandealternativ som e-post, SMS och webhooks med hjälp av aktivitetsloggaviseringar.
• När ett meddelande har gått ut görs ett självbetjäningsfönster tillgängligt. Under det här fönstret kan du fråga vilka av dina virtuella datorer som påverkas och starta underhåll baserat på dina egna schemaläggningsbehov. Självbetjäningsfönstret är vanligtvis cirka 35 dagar.
• Efter självbetjäningsfönstret börjar en schemalagd underhållsperiod . Vid något tillfälle under det här fönstret schemalägger och tillämpar Azure det nödvändiga underhållet på den virtuella datorn.

Målet med att ha två fönster är att ge dig tillräckligt med tid för att starta om underhållet och starta om den virtuella datorn samtidigt som du vet när Azure startar underhållet automatiskt.

Du kan använda Azure Portal, PowerShell, REST API och CLI för att fråga efter underhållsperioderna för dina virtuella datorer och starta självbetjäningsunderhåll.

Ska du starta underhållet under självbetjäningsfönstret?

Följande riktlinjer bör hjälpa dig att bestämma om du vill använda den här funktionen och starta underhållet vid din egen tidpunkt.

Anteckning

Självbetjäningsunderhåll kanske inte är tillgängligt för alla dina virtuella datorer. Om du vill ta reda på om proaktiv omdistribution är tillgängligt för den virtuella datorn letar du efter start nu i underhållsstatusen. Självbetjäningsunderhåll är för närvarande inte tillgängligt för Cloud Services (webb-/arbetsroll) och Service Fabric.

Självbetjäningsunderhåll rekommenderas inte för distributioner med hjälp av tillgänglighetsuppsättningar. Tillgänglighetsuppsättningar uppdateras redan bara en uppdateringsdomän i taget.

• Låt Azure utlösa underhållet. För underhåll som kräver omstart görs underhållet uppdateringsdomänen efter uppdateringsdomän. Uppdateringsdomänerna tar inte nödvändigtvis emot underhållet sekventiellt och att det sker en paus på 30 minuter mellan uppdateringsdomänerna.
• Om en tillfällig kapacitetsförlust (1 uppdateringsdomän) är ett problem kan du lägga till instanser under underhållsperioden.
• För underhåll som inte kräver omstart tillämpas uppdateringar på feldomännivå.

Använd inte självbetjäningsunderhåll i följande scenarier:

• Om du stänger av dina virtuella datorer ofta, antingen manuellt med DevTest Labs, med automatisk avstängning eller enligt ett schema, kan det återställa underhållsstatusen och därmed orsaka ytterligare driftstopp.
• På kortlivade virtuella datorer som du vet kommer att tas bort före slutet av underhållsvågen.
• För arbetsbelastningar med ett stort tillstånd som lagras på den lokala (tillfälliga) disken som ska underhållas vid uppdateringen.
• För fall där du ändrar storlek på den virtuella datorn ofta, eftersom den kan återställa underhållsstatusen.
• Om du har antagit schemalagda händelser som möjliggör proaktiv redundans eller en korrekt avstängning av arbetsbelastningen, 15 minuter före underhållsavstängningens start

Använd självbetjäningsunderhåll, om du planerar att köra den virtuella datorn oavbrutet under den schemalagda underhållsfasen och ingen av de motindikationer som nämns ovan är tillämpliga.

Det är bäst att använda självbetjäningsunderhåll i följande fall:

• Du måste kommunicera en exakt underhållsperiod till din hantering eller slutkund.
• Du måste slutföra underhållet vid ett visst datum.
• Du måste styra underhållssekvensen, till exempel program med flera nivåer för att garantera säker återställning.
• Mer än 30 minuters återställningstid för virtuella datorer krävs mellan två uppdateringsdomäner (UD). För att styra tiden mellan uppdateringsdomäner måste du utlösa underhåll på dina virtuella datorer en uppdateringsdomän (UD) i taget.

Vanliga frågor

F: Varför behöver du starta om mina virtuella datorer nu?

A: De flesta uppdateringar och uppgraderingar till Azure-plattformen påverkar inte den virtuella datorns tillgänglighet, men det finns fall där vi inte kan undvika att starta om virtuella datorer som finns i Azure. Vi har ackumulerat flera ändringar som kräver att vi startar om våra servrar som resulterar i omstart av virtuella datorer.

F: Är jag säker om jag följer dina rekommendationer för hög tillgänglighet med hjälp av en tillgänglighetsuppsättning?

A: Virtuella datorer som distribueras i en tillgänglighetsuppsättning eller vm-skalningsuppsättningar har begreppet Uppdatera domäner (UD). När du utför underhåll följer Azure UD-begränsningen och startar inte om virtuella datorer från olika UD (inom samma tillgänglighetsuppsättning). Azure väntar också i minst 30 minuter innan du flyttar till nästa grupp med virtuella datorer.

Mer information om hög tillgänglighet finns i Tillgänglighet för virtuella datorer i Azure.

F: Hur gör jag för att meddelas om planerat underhåll?

A: En planerad underhållsvåg börjar med att ange ett schema till en eller flera Azure-regioner. Meddelanden om underhåll av virtuella datorer är tillgängliga under Service Health i Azure Portal. För vissa specifika scenarier för planerat underhåll av virtuell dator kan Azure också kommunicera schemat genom att skicka ytterligare ett e-postmeddelande (ett e-postmeddelande per prenumeration med alla mottagare tillagda) till gruppen Klassiska Admin, Admin och Prenumerationsägare.

Med Azure Service Health kan användarna konfigurera sina egna anpassade aviseringar för kategorin Planerat underhåll. Med Azure Service Health-aviseringar kan du lägga till fler mottagare och meddelandealternativ som e-post, SMS och webhooks med hjälp av aktivitetsloggaviseringar.

Om du distribuerar en virtuell dator till en region där planerat underhåll redan är schemalagt får du inte meddelandet utan behöver kontrollera underhållstillståndet för den virtuella datorn.

F: Jag ser ingen indikation på planerat underhåll i portalen, PowerShell eller CLI. Vad är fel?

A: Information om planerat underhåll är endast tillgänglig under en planerad underhållsvåg för de virtuella datorer som påverkas av det. Om du inte ser data kan det med andra ord vara att underhållsvågen redan har slutförts (eller inte startats) eller att den virtuella datorn redan finns på en uppdaterad server.

F: Finns det något sätt att veta exakt när min virtuella dator kommer att påverkas?

A: När du anger schemat definierar vi ett tidsfönster på flera dagar. Den exakta sekvenseringen av servrar (och virtuella datorer) i det här fönstret är dock okänd. Kunder som vill veta den exakta tiden för sina virtuella datorer kan använda schemalagda händelser och fråga inifrån den virtuella datorn och få ett meddelande på 15 minuter innan en omstart av den virtuella datorn.

F: Hur lång tid tar det att starta om min virtuella dator?

A: Beroende på storleken på den virtuella datorn kan omstarten ta upp till flera minuter under självbetjäningsunderhållsperioden. Under de Azure-initierade omstarterna i det schemalagda underhållsfönstret tar omstarten vanligtvis cirka 25 minuter. Observera att om du använder Cloud Services (webb-/arbetsroll), Virtual Machine Scale Sets eller tillgänglighetsuppsättningar får du 30 minuter mellan varje grupp med virtuella datorer (UD) under den schemalagda underhållsperioden.

F: Vad är upplevelsen när det gäller Virtual Machine Scale Sets?

A: Planerat underhåll är nu tillgängligt för Virtual Machine Scale Sets. Anvisningar om hur du initierar självbetjäningsunderhåll finns i dokumentet planerat underhåll för VM-skalningsuppsättningar .

F: Vad är upplevelsen för Cloud Services (webb-/arbetsroll) och Service Fabric?

A: Även om dessa plattformar påverkas av planerat underhåll anses kunder som använder dessa plattformar vara säkra eftersom endast virtuella datorer i en enda uppgraderingsdomän (UD) påverkas vid en viss tidpunkt. Självbetjäningsunderhåll är för närvarande inte tillgängligt för Cloud Services (webb-/arbetsroll) och Service Fabric.

F: Jag ser ingen underhållsinformation på mina virtuella datorer. Vad var det som gick fel?

A: Det finns flera orsaker till att du inte ser någon underhållsinformation på dina virtuella datorer:

1. Du använder en prenumeration som har markerats som intern i Microsoft.
2. Dina virtuella datorer är inte schemalagda för underhåll. Det kan vara så att underhållsvågen har avslutats, avbrutits eller ändrats så att dina virtuella datorer inte längre påverkas av den.
3. Du har frigjort den virtuella datorn och sedan startat den. Detta kan göra att den virtuella datorn flyttas till en plats som inte har planerat planerat underhåll. Den virtuella datorn visar därför inte underhållsinformation längre.
4. Du har inte lagt till kolumnen Underhåll i listan över virtuella datorer. Även om vi har lagt till den här kolumnen i standardvyn måste kunder som har konfigurerats för att se kolumner som inte är standard lägga till kolumnen Underhåll manuellt i listvyn för virtuella datorer.

F: Min virtuella dator är schemalagd för underhåll för andra gången. Varför?

A: Det finns flera användningsfall där du ser den virtuella datorn schemalagd för underhåll när du redan har slutfört underhållsdistributionen:

1. Vi har avbrutit underhållsvågen och startat om den med en annan nyttolast. Det kan vara så att vi har identifierat en felaktig nyttolast och vi behöver bara distribuera ytterligare en nyttolast.
2. Den virtuella datorn har reparerats till en annan nod på grund av ett maskinvarufel.
3. Du har valt att stoppa (frigöra) och starta om den virtuella datorn.
4. Du har automatisk avstängning aktiverat för den virtuella datorn.

Nästa steg

Du kan hantera planerat underhåll med hjälp av Azure CLI, Azure PowerShell eller portalen.