Vanliga frågor och svar om omstarter av rollinstanser som orsakas av VM OS-uppgraderingar

Du kan inte avregistrera dig från uppdateringar av värdoperativsystemet. Microsoft måste underhålla uppdaterade värdoperativsystem i datacentret. Du kan avregistrera dig från uppdateringen av gästoperativsystemet genom att ange en version av gästoperativsystemet. Men om du gör detta får tjänsten inte längre säkerhetsuppdateringar och kan bli sårbar. Mer information finns i Hantera en gästoperativsystemversion.

Du kan inte styra när en enskild instans eller tjänst uppgraderas för värdoperativsystemet. Uppgraderingen startas på alla Azure-datacenter över hela världen ungefär samtidigt. Infrastrukturresurserna arbetar kontinuerligt med att uppgradera varje datacenter. På grund av komplexiteten i att se till att uppgraderingsdomänregler följs för alla molntjänster tar den här processen flera dagar. Det finns inget sätt att kontrollera eller avgöra när en specifik instans kommer att påverkas. Om du vill styra uppdateringen av gästoperativsystemet kan du ange en fast version av gästoperativsystemet och sedan uppdatera den när du är redo.

Det finns inget stöd för att ansluta till en virtuell Azure PaaS-dator via Remote Desktop Protocol (RDP) och göra ändringar eller installera programvara. Den virtuella datorn kan när som helst återskapas och eventuella ändringar som du gör går förlorade. Det här scenariot kan inträffa om maskinvaran misslyckas och vi måste starta en ny virtuell dator på ny maskinvara. Det sker också under uppdateringen av gästoperativsystemet när Windows-partitionen återskapas. Om du måste installera programvara eller göra ändringar i den virtuella datorn skapar du en startuppgift och utför arbetet därifrån. Den här processen ser till att konfigurationen körs igen när den virtuella datorn återskapas.

Uppdateringarna som installeras på den nya gästoperativsystemets version är offentligt tillgängliga och noggrant testade snabbkorrigeringar. Dessa snabbkorrigeringar distribueras också till servrar runt om i världen via Windows Update, och risken för negativa effekter på tjänsten är liten. När det gäller dina lokala tjänster bör du hantera OS-korrigeringar på virtuella Azure-datorer med hjälp av en mellanlagringsmiljö där du testar uppdateringarna först.

Om du vill konfigurera en mellanlagringsmiljö för att testa uppdateringarna före produktion konfigurerar du produktionstjänsten så att den använder en os-sträng med fast version i .cscfg-filen. När ett nytt gästoperativsystem är tillgängligt kan du sedan distribuera tjänsten till mellanlagringsplatsen med hjälp av den senaste gästoperativsystemets version. När du har kontrollerat att tjänsten fungerar korrekt i det senaste gästoperativsystemet kan du göra en VIP-växling. Eller så kan du göra en uppgradering på plats av produktionstjänsten för att använda det senaste operativsystemet.

En vanlig missuppfattning är att ju fler uppdateringar som tillämpas, desto längre tid tar processen. Det här antagandet baseras på tron att uppgraderingen fungerar på samma sätt som en Windows Update uppgradering sker på din lokala stationära dator. I en Windows-uppgradering kopieras många uppdateringar till Windows och installeras genom att efterföljande omstarter inkluderas. Den processen är dock inte hur uppgraderingen fungerar i Azure.

När en ny operativsystemversion släpps i Azure tar OS-teamet den senaste avbildningen, tillämpar uppdateringar och skapar sedan en virtuell hårddisk (VHD) som innehåller den nya basavbildningen. Den här basavbildningen kopieras sedan till en lagringsplats i Azure. När infrastrukturresursen instrueras att utföra en os-uppgradering kommer den först att göra ett kopieringspass. I det datacenter som ska uppgraderas kopierar infrastrukturresurserna den nya virtuella hårddisken för basavbildningar till hårddisken på varje server. När den här processen är klar påbörjar infrastrukturresurserna uppgraderingsprocessen enligt de vanliga uppgraderingsdomänreglerna.

När en gäst kommer att uppdateras gör infrastrukturresurserna en korrekt avstängning av operativsystemet och startar sedan en ny virtuell dator med hjälp av den nya basavbildningen. Den tid som krävs för att uppgradera en viss virtuell dator för ett gästoperativsystem är ungefär lika lång tid det tar att utföra en korrekt Windows-avstängning och omstart.

Tidpunkten för en uppdatering av värdoperativsystemet är annorlunda. När en värd uppgraderas sker följande sekvens:

• Värden skickar avstängningsmeddelandet till varje gästoperativsystem som körs på värden.

• Varje gästoperativsystem får standardhändelsen OnStop och Windows-avstängningstiden för att avsluta avstängningen.

• När varje gästoperativsystem har stängts av gör värdoperativsystemet en korrekt avstängning och går igenom sin normala avstängningsprocedur.

• När värdoperativsystemet har stängts av startas värden om med hjälp av den nya OS-avbildningen.

• När värden är igång startar den varje gästoperativsystem.

Den här uppdateringsprocessen för värdoperativsystemet tar vanligtvis 15 till 20 minuter. Tiden kan variera beroende på hur många andra gäster som finns på värden och hur mycket tid som krävs för att bearbeta dem. Men det kommer alltid att finnas undantag om ett fel inträffar på en viss nod och Azure-infrastrukturresurserna avgör att gästerna på noden måste flyttas till en annan nod.

När operativsystemet uppdateras gör Azure Fabric en korrekt avstängning av rollinstansen. Den här metoden innebär att din ASP.NET-kod tar emot Application_End händelsen, och Azure-tjänstkörningen Stopping genererar händelserna och OnStop . Koden har fem minuter på sig att slutföra rensningsarbetet OnStop innan processen stängs av. När din Azure-värdprocess har stängts av går Windows igenom en normal respitiv avstängning, vilket innefattar att höja standarden OnStop och relaterade händelser för Windows-tjänster.

Mer information om hur du hanterar en avstängning av din instans finns i Rätt sätt att hantera Azure OnStop-händelser, Anpassa livscykeln för en webb- eller arbetsroll i .NET och RoleEntryPoint.OnStop()-metoden.

Mer information

• Omstarter av rollinstanser som orsakas av uppgraderingar av operativsystemet för virtuella Azure-datorer

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.