Dela via


Hantera VM-uppdateringar med underhållskonfigurationer

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

Azure uppdaterar ofta sin infrastruktur för att förbättra tillförlitlighet, prestanda och säkerhet, eller för att starta nya funktioner. De flesta uppdateringar är transparenta för användare, men vissa känsliga arbetsbelastningar kan inte tolerera några sekunder av att en virtuell dator (VM) fryser eller kopplar från för underhåll. Känsliga arbetsbelastningar kan omfatta spel, medieströmning och finansiella transaktioner.

Du kan använda funktionen Underhållskonfigurationer för att styra och hantera uppdateringar för många resurser för Azure VM-datorer. Underhållskonfigurationer är integrerade med Azure Resource Graph för en kundupplevelse med låg svarstid och hög skala.

Viktigt!

Om du vill använda underhållskonfigurationer måste du ha en roll som minst deltagare och se till att din prenumeration är registrerad hos en resursprovider för underhåll.

Omfattningar

Underhållskonfigurationer stöder för närvarande tre omfång: värd, OS-avbildning och gäst. Även om varje omfång tillåter schemaläggning och hantering av uppdateringar ligger den största skillnaden i de resurser som de stöder:

Omfattning Resurser som stöds
Host Isolerade virtuella datorer, isolerade VM-skalningsuppsättningar, dedikerade värdar
OS-avbildning Skalningsuppsättningar för virtuella datorer
Gäst Virtuella datorer, Azure Arc-aktiverade servrar

Host

Med värdomfånget kan du hantera plattformsuppdateringar som inte kräver en omstart på dina isolerade virtuella datorer, isolerade VM-skalningsuppsättningar och dedikerade värdar.

Funktioner och begränsningar som är unika för det här omfånget omfattar:

  • Du kan ange scheman när som helst inom 35 dagar. Efter 35 dagar tillämpas uppdateringar automatiskt.
  • Minst en underhållsperiod på två timmar krävs.
  • Underhåll på racknivå stöds inte för närvarande.

Läs mer om dedikerade Azure-värdar.

OS-avbildning

Med operativsystemavbildningsomfånget med underhållskonfigurationer kan du bestämma när du ska tillämpa uppgraderingar på OS-diskar i vm-skalningsuppsättningar genom en enklare och mer förutsägbar upplevelse. En uppgradering fungerar genom att ersätta OS-disken för en virtuell dator med en ny disk som skapats från den senaste avbildningsversionen. Alla konfigurerade tillägg och anpassade dataskript körs på OS-disken, medan datadiskar behålls.

Funktioner och begränsningar som är unika för det här omfånget omfattar:

  • För att skalningsuppsättningar ska kunna använda underhållskonfigurationer måste de ha automatiska OS-uppgraderingar aktiverade.
  • Du kan schemalägga upprepningar upp till en vecka (7 dagar).
  • Minst 5 timmar krävs för underhållsperioden.

Gäst

Gästomfånget integreras med Azure Update Manager. Du kan använda den för att spara återkommande distributionsscheman för att installera uppdateringar för dina Windows Server- och Linux-datorer i Azure, i lokala miljöer och i andra molnmiljöer som är anslutna via Azure Arc-aktiverade servrar.

Funktioner och begränsningar som är unika för det här omfånget omfattar:

  • Korrigeringsorkestrering för virtuella datorer måste anges till AutomaticByPlatform.
  • Det övre underhållsperioden är 3 timmar och 55 minuter.
  • Minst 1 timme och 30 minuter krävs för underhållsperioden.
  • Värdet för Repeats ska vara minst 6 timmar.
  • Starttiden för ett schema bör vara minst 15 minuter efter schemats projekttid.

Skärmbild av alternativ för att lägga till eller ändra ett schema.

Kommentar

  • Teckenantalet för resursgruppens namn och underhållskonfigurationsnamnet bör vara mindre än 128.

  • För nyligen skapade scheman är det en fördröjning på 15 minuter när utlösartiden utvärderas, medan det för befintliga scheman finns en fördröjning på 3 minuter. Därför bör du undvika att skapa scheman mellan 23:57 och 00:00 för befintliga scheman och mellan 23:45 och 00:00 för nya scheman. Detta beror på att systemet, efter utvärderingssteget för utlösarens tid, återkontrollerar startdatum och tid innan jobbet körs. Om det konfigureras inom dessa tidsgränser skiljer sig utvärderings- och körningstiderna åt, vilket kan leda till att schemat inte utlöses eller gör att den virtuella datorn slutar svara eller stängs av.

Underhållskonfigurationer innehåller två schemalagda korrigeringslägen för virtuella datorer i gästomfånget: Statiskt läge och dynamiskt omfångsläge . Som standard fungerar systemet i statiskt läge om du inte konfigurerar ett dynamiskt omfångsläge.

Om du vill schemalägga eller ändra underhållskonfigurationen i något av lägena rekommenderar vi en buffert på 15 minuter innan den schemalagda korrigeringstiden krävs. Om du till exempel schemalägger korrigeringsjobbet för 15:00 bör alla ändringar (inklusive att lägga till virtuella datorer, ta bort virtuella datorer eller ändra det dynamiska omfånget) slutföras före 14:45.

Mer information om det här avsnittet finns i Schemalägga återkommande uppdateringar för datorer med hjälp av Azure Portal och Azure Policy.

Viktigt!

Om du flyttar en resurs till en annan resursgrupp eller prenumeration slutar schemalagd uppdatering för resursen att fungera, eftersom systemet för närvarande inte stöder det här scenariot. Som en lösning följer du stegen i felsökningsartikeln.

Avstängningsdatorer

Du kan inte tillämpa underhållsuppdateringar på några avstängningsdatorer. Se till att datorn är påslagen minst 15 minuter innan en schemalagd uppdatering, annars kanske uppdateringen inte genomförs.

Om datorn stängs av vid tidpunkten för den schemalagda uppdateringen kan underhållskonfigurationen verka vara avassocierad i Azure-portalen. Det här är bara ett visningsproblem. Underhållskonfigurationen är inte associerad och du kan kontrollera den via Azure CLI.

Hanteringsalternativ

Du kan skapa och hantera underhållskonfigurationer med något av följande alternativ:

Viktigt!

API:et visar en före/efter-egenskap tasks , men den egenskapen stöds inte just nu.

Ett Azure Functions-exempel finns i Schemalägga underhållsuppdateringar med underhållskonfigurationer och Azure Functions.

Tjänstbegränsningar

Vi rekommenderar följande gränser för indikatorer:

Indikator Gräns för offentligt moln Mooncake/Fairfax-gräns
Antal scheman per prenumeration per region 250 250
Totalt antal resursassociationer till ett schema 3 000 3 000
Resursassociationer för varje dynamiskt omfång 1 000 1,000
Antal dynamiska omfång per resursgrupp eller prenumeration per region 250 250
Antal dynamiska omfång per schema 200 100
Totalt antal prenumerationer som är kopplade till alla dynamiska omfång per schema 200 100

Vi rekommenderar följande begränsningar för varje dynamiskt omfång endast i gästomfånget:

Resurs Gräns
Resursassociationer 1 000
Antal taggfilter 50
Antal resursgruppsfilter 50

Nästa steg