Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Att använda en löpande uppgraderingsprincip är det säkraste sättet att tillämpa uppdateringar på instanser i en VM-skalningsuppsättning. Genom att utföra uppdateringar i batchar ser du till att skalningsuppsättningen har ett visst antal tillgängliga instanser för att ta emot trafik, vilket innebär att du inte behöver ta ned hela arbetsbelastningen för att göra en ändring.
Principen för löpande uppgradering passar bäst för produktionsarbetsbelastningar.
Krav
När du använder en löpande uppgraderingsprincip på VM-skalningsuppsättningar med flexibel orkestrering måste skalningsuppsättningen också använda programhälsotillägget för att övervaka programmets hälsa.
När du använder en princip för rullande uppgradering på skalningsuppsättningar för virtuella datorer med Uniform Orchestration måste skalningsuppsättningen också ha en hälsoavsökning eller använda tillägget för programhälsa för att övervaka programmets hälsotillstånd.
Om du kopplar en virtuell dator till en VM-skalningsuppsättning bör den anslutna virtuella datorn också ha ett tillägg för programhälsa. Om en ansluten virtuell dator inte har något hälsotillägg konfigurerat och rapporterar programhälsa kan den löpande uppgraderingen påverkas.
Begrepp
Uppgraderingsprincipläge jämfört med rullande uppgraderingsprincip
läget för uppgraderingsprincipen och principen för löpande uppgradering är kapslade, men separata inställningar i uppgraderingsprincipen. Det innebär att även om skalningsuppsättningen kan använda ett automatiskt eller manuellt uppgraderingsprincipläge finns det fortfarande en löpande uppgraderingsprincip som är associerad. Den här löpande uppgraderingsprincipen levereras med standardinställningar men kan också konfigureras för att uppfylla dina affärsbehov.
"properties": {
"upgradePolicy": {
"mode": "<Automatic, Manual, Rolling>",
"rollingUpgradePolicy": {
"maxBatchInstancePercent": 20,
"maxUnhealthyInstancePercent": 20,
"maxUnhealthyUpgradedInstancePercent": 20,
"pauseTimeBetweenBatches": "PT2S",
"MaxSurge": "false"
}
}
}
För uppdateringar av skalningsuppsättningsmodellen avgör uppgraderingsprincipläget hur instanserna i skalningsuppsättningen uppdateras.
Viktigt!
Om du använder automatiska OS-avbildningsuppgraderingar eller automatiska tilläggsuppgraderingar använder dessa funktioner inte uppgraderingspolicyläget. I stället använder de här funktionerna konfigurationsinställningarna för löpande uppgraderingsprinciper för att utföra löpande uppgraderingar.
Konfigurationsinställningar för löpande uppgraderingsprinciper
| Inställning | beskrivning |
|---|---|
| Batchstorlek för rullande uppgradering i % | Anger hur många av det totala antalet instanser i din skalningsuppsättning som du vill ska uppgraderas samtidigt. Exempel: En batchstorlek på 20 % när du har 10 instanser i skalningsuppsättningen resulterar i uppgraderingsbatch med två instanser vardera. |
| Pausa tid mellan batchar (sek) | Anger hur länge du vill att skalningsuppsättningen ska vänta mellan att slutföra en uppgraderingsbatch och starta en ny. Exempel: En paustid på 10 sekunder innebär att när en batch har slutförts väntar skalningsuppsättningen 10 sekunder innan den flyttas till nästa batch. |
| Maximalt antal instanser som inte är felfria % | Anger det totala antalet instanser som får markeras som felaktiga före och under den rullande uppgraderingen. Exempel: En maximal andel ej felfria instanser på 20 % innebär att om du har en skaluppsättning med 10 instanser och fler än två instanser i hela skaluppsättningen rapporteras som ej felfria, stoppas den rullande uppgraderingen. |
| Maximal felfri uppgradering % | Anger det totala antalet instanser som tillåts markeras som ej felfria när de har uppgraderats. Exempel: En högsta andel felaktiga instanser vid uppgradering på 20 % innebär att om du har en skalningsuppsättning med 10 instanser och fler än två instanser i hela skalningsuppsättningen rapporteras som felaktiga efter uppgraderingen, avbryts den löpande uppgraderingen. |
| Prioritera felaktiga instanser | Anger att skaluppsättningen ska uppgradera instanser som rapporteras som ej felfria innan instanser som rapporteras som felfria uppgraderas. Exempel: Om vissa instanser i din skala misslyckas eller inte är felfria när en löpande uppgradering börjar, uppdaterar skalningsuppsättningen dessa instanser först. |
| Aktivera uppgradering mellan zoner | Tillåter skalningsuppsättningen att ignorera gränser för tillgänglighetszoner när batchar fastställs. På så sätt kan den löpande uppgraderingen behandla din skalningsuppsättning som en regional (icke-zonbaserad) distribution i stället för en zonöverskridande distribution. |
| MaxSurge | Nya instanser skapas i batchar med den senaste skalningsmodellen. När batchen med nya instanser har skapats och markerats som felfri tar skalningsuppsättningen bort instanser i batchar som matchar den gamla skalningsuppsättningsmodellen. Detta fortsätter tills alla instanser är uppdaterade. löpande uppgraderingar med MaxSurge kan hjälpa till att förbättra drifttiden för tjänsten under uppgraderingshändelser. Mer information finns i Löpande MaxSurge-uppgraderingar. |
| Återställ instanser som misslyckats vid policyöverträdelse (endast Uniform Orchestration) | Återställ misslyckade instanser till den tidigare modellen om principen för löpande uppgradering överträds. |
Ställa in eller uppdatera den löpande uppgraderingsprincipen
Princip för löpande uppgraderingar kan konfigureras när skalningsuppsättningen skapas. Eftersom den löpande uppgraderingsprincipen kräver att programmets hälsotillstånd övervakas och det finns specifika inställningar som avgör hur uppgraderingarna slutförs, föreslås det att du först skapar skalningsuppsättningen med hjälp av manuellt uppgraderingsläge. När du har bekräftat att programmets status rapporteras korrekt uppdaterar du uppgraderingsprincipen från manuell till löpande.
Välj den skalningsuppsättning för virtuella datorer som du vill ändra uppgraderingsprincipen för. På menyn under Inställningar väljer du Uppgradera princip och i den nedrullningsbara menyn väljer du Rullande – Uppgraderingar distribueras i batchar med valfri paus.
Hämta löpande uppgraderingsstatus
När en löpande uppgradering utlöses i Azure Portal visas en banderoll överst i skalningsuppsättningsresursen som informerar dig om att en löpande uppgradering pågår. Du kan välja Visa information för att se status för den löpande uppgraderingen. När alla uppdateringar är klara försvinner banderollen.
Dessutom kan du visa exakt vilka ändringar som distribueras i aktivitetsloggen. Den löpande uppgraderingshändelsen finns under Skapa eller uppdatera vm-skalningsuppsättning. Välj Ändra historik för att granska vad som uppdateras.
Avbryt en löpande uppgradering
Du kan avbryta en pågående rullande uppgradering med hjälp av Azure-portalen genom att välja visa information i banderollen ovanför din skalningsuppsättning. I popup-fönstret kan du visa aktuell status och längst ned är ett alternativ för att avbryta uppgraderingen .
Starta om en löpande uppgradering
Om du bestämmer dig för att avbryta en löpande uppgradering eller om uppgraderingen har stoppats på grund av ett principintrång utlöser eventuella fler ändringar som resulterar i en annan ändring av skalningsuppsättningsmodellen en ny löpande uppgradering. Om du vill starta om en löpande uppgradering utlöser du en allmän modelluppdatering. Detta talar om för skalningsuppsättningen att kontrollera om alla instanser är uppdaterade med den senaste modellen.
Om du vill starta om en löpande uppgradering efter att den har avbrutits utlöser du skalningsuppsättningen för att kontrollera om instanserna i skalningsuppsättningen är uppdaterade med den senaste skalningsuppsättningsmodellen. Du kan göra detta genom att köra az vmss update.
az vmss update \
--name myScaleSet \
--resource-group myResourceGroup
Nästa steg
Lär dig hur du utför manuella uppgraderingar på skalningsuppsättningar för virtuella datorer.