Så här konfigurerar du planerat underhåll (förhandsversion)
Kommentar
Azure Spring Apps är det nya namnet på Azure Spring Cloud-tjänsten. Även om tjänsten har ett nytt namn ser du det gamla namnet på vissa platser ett tag medan vi arbetar med att uppdatera tillgångar som skärmbilder, videor och diagram.
Den här artikeln gäller för:❌ Standardförbrukning och dedikerad (förhandsversion) ✔️ Basic/Standard ✔️ Enterprise
I den här artikeln beskrivs hur du konfigurerar planerat underhåll i Azure Spring Apps.
Rutinunderhåll krävs för att hålla Azure Spring Apps-plattformen uppdaterad och säker. Underhållet, som även kallas automatisk korrigering, omfattar säkerhetsuppdateringar, felkorrigeringar, nya funktioner eller prestandaförbättringar. Automatisk korrigering kan utföras på komponenter som hanteras av Azure Spring Apps för att stödja dina Java-program, inklusive JDK, APM, bas-OS-avbildning, hanterad mellanprogram och körningsinfrastruktur. För att underhållet ska börja gälla startar dina program om inom den underhållsperiod som du anger, men garantierna för tjänstkvalitet och drifttid fortsätter att gälla under den här tiden.
Konfigurera underhåll för Azure Spring Apps
Använd följande steg för att konfigurera planerat underhåll i Azure Spring Apps:
Gå till sidan Tjänstöversikt och välj Planerat underhåll.
Välj Välj önskad tid för att ange detaljerad konfiguration för underhållsfönstret.
Välj Dag i veckan för att schemalägga underhållet.
Välj Starttid för uppgraderingen.
Välj Använd för att skicka konfigurationen för planerat underhåll.
Det kan ta några minuter att uppdatera konfigurationen. Du får ett meddelande när konfigurationen är klar.
Kommentar
Om du inte konfigurerar planerat underhåll sker underhållet vid en tidpunkt som väljs av serviceteamet, med bästa förmåga att minimera affärsrisker för de flesta kunder.
Hantera underhållsmeddelande
Meddelanden och meddelanden skickas ut före och under underhållet. I följande tabell beskrivs meddelandetyperna och tidsinformationen:
Löpnummer | Meddelandetyp | Kanal | Tid då meddelandet skickas ut |
---|---|---|---|
1 | Viktig information | Aktivitetslogg | I slutet av lanseringsversionen. |
2 | Meddelande om underhåll | Planerat underhåll | Två veckor före det första tillgängliga underhållsfönstret. |
3 | Start av underhållsperiod | Aktivitetslogg | I början av körningen av hela underhållet. |
4 | Ändringslogg för komponenter | Aktivitetslogg | I slutet av uppgraderingen för varje hanterad komponent. |
5 | Slutet av underhållsfönstret | Aktivitetslogg | I slutet av körningen av hela underhållet. |
6 | Funktionsuppdatering | Nyheter | När den nya funktionen blir tillgänglig för kunderna. |
Hantera underhållsfrekvens
För närvarande utför Azure Spring Apps ett regelbundet planerat underhåll för att uppgradera den underliggande infrastrukturen var tredje månad. En detaljerad tidslinje för underhåll finns i meddelandena på sidan Azure Service Health .
Bästa praxis
- När du konfigurerar planerat underhåll för flera tjänstinstanser i samma region sker underhållet inom samma vecka. Om till exempel underhåll för kluster A anges på måndag och kluster B på söndag, underhålls kluster A före kluster B under samma vecka.
- Om du har två tjänstinstanser som sträcker sig över azure-kopplade regioner sker under olika veckor för sådana tjänstinstanser, men det finns ingen garanti för vilken region som underhålls först. Följ varje underhållsmeddelande för den exakta informationen.
- Tidsperioden för det planerade underhållet är fast i 8 timmar. Om starttiden till exempel är inställd på 10:00 körs underhållsjobbet när som helst mellan 10:00 och 18:00. Serviceteamet gör sitt bästa för att slutföra underhållet inom den här tidsperioden, men ibland kan det ta längre tid.
- Du kan inte undanta ett underhållsjobb oavsett hur eller om planerat underhåll har konfigurerats. Om du har särskilda begäranden om en underhållstid som inte kan uppfyllas med den här funktionen öppnar du ett supportärende.
Nästa steg
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för