如何設定計劃性維護 (預覽)
注意
基本、標準和企業方案將從 2025 年 3 月中旬開始淘汰,並停用 3 年。 建議您轉換至 Azure Container Apps。 如需詳細資訊,請參閱 Azure Spring Apps 淘汰公告。
標準 耗用量和專用 方案將從 2024 年 9 月 30 日起淘汰,並在六個月後完成關閉。 建議您轉換至 Azure Container Apps。 如需詳細資訊,請參閱 將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps。
本文適用於:❌標準取用和專用 (預覽) ✔️ 基本/標準 ✔️ 企業
本文說明如何在 Azure Spring Apps 中設定計劃性維護。
需要例行維護,才能讓 Azure Spring Apps 平台保持最新且安全。 維護也稱為自動修補,包括安全性更新、錯誤修正、新功能或效能改善。 您可以在 Azure Spring Apps 管理的元件上執行自動修補,以支援 Java 應用程式,包括 JDK、APM、基礎 OS 映像、受控中介軟體和執行階段基礎結構。 若要讓維護生效,您的應用程式會在您指定的維護時段內重新啟動,但服務品質和運作時間保證會在這段期間繼續套用。
設定 Azure Spring Apps 的維護
使用下列步驟在 Azure Spring Apps 中設定計劃性維護:
移至服務 [概觀] 頁面,然後選取 [計劃性維護]。
選取 [選擇您慣用的時間],以指定維護時段的詳細設定。
選取 [星期幾] 以排程維護。
選取 [升級開始時間]。
選取 [套用],提交您的設定以進行計劃性維護。
更新設定可能需要幾分鐘的時間。 設定完成後,您會收到通知。
注意
如果您未設定計劃性維護,則會一次進行一項服務小組指定的維護,並盡最大努力將大部分客戶的商務風險降到最低。
管理維護通知
通知和訊息會在維護期間之前和期間傳送。 下表描述訊息類型和時間詳細資料:
序號 | 訊息類型 | 通道 | 訊息送出的時間 |
---|---|---|---|
1 | 版本資訊 | 活動記錄檔 | 發行推出結束時。 |
2 | 維護公告 | 計劃性維護 | 第一個可用的維護期間前兩週。 |
3 | 維護期間開始 | 活動記錄檔 | 在整個維護執行開始時。 |
4 | 元件的變更記錄 | 活動記錄檔 | 在每個受控元件的升級結束時。 |
5 | 維護期間結束 | 活動記錄檔 | 在整個維護執行結束時。 |
6 | 功能更新 | 新功能文章 | 新功能可供客戶使用之後。 |
管理維護頻率
目前,Azure Spring Apps 會執行一個定期計劃性維護,每隔三個月升級基礎結構。 如需詳細的維護時間表,請檢查 Azure 服務健康狀態頁面上的通知。
注意
為了符合 Microsoft 的安全性標準,我們會在每個月的第二週針對基礎 Azure Kubernetes Service (AKS) 叢集執行額外的安全性修補。 非工作時間期間,會在 8 小時的時段內進行維護。 我們會以滾動的方式執行這項工作,以確保服務不會中斷。
最佳作法
- 當您為相同區域中的多個服務執行個體設定計劃性維護時,會在相同星期內進行維護。 例如,如果叢集 A 的維護是設定在星期一進行,而叢集 B 設定在星期日進行,則在相同星期內,會在維護叢集 B 之前維護叢集 A。
- 如果您有兩個跨 Azure 配對區域的服務執行個體,則這類服務執行個體的維護會在不同星期內進行,但並不保證會先維護哪個區域。 請遵循每個維護公告以取得確切資訊。
- 計劃性維護的時間範圍長度固定為 8 小時。 例如,如果開始時間設定為 10:00,則維護作業會在 10:00 到 18:00 之間執行。 服務小組會盡最大努力在此時間範圍內完成維護,但有時可能需要較長的時間。
- 不論設定方式或是否設定計劃性維護,您都無法豁免維護作業。 如果您有無法符合此功能維護時間的特殊要求,請開啟支援票證。