Azure App Service 的例行性 (計劃性) 維護
例行維護涵蓋 Azure App Service 的幕後更新。 維護類型可能是效能改善、錯誤修正、新功能或安全性更新。 App Service 維護可位於服務本身或基礎作業系統。
重要
中斷性變更或取代功能不是例行性維護的一部分。 如需詳細資訊,請參閱現代化生命週期原則。
維護期間,Microsoft 服務品質和正常運作時間保證照舊。 通知提及維護期間,可協助客戶了解平台變更。
預期的情況
雲端機器需要最新的更新,就跟個人電腦、行動電話和其他裝置一樣。 不同於實體裝置,Azure App Service 等雲端解決方案提供更輕鬆的方式處理例行性維護。 工作不需要停止,也不必等到修補檔安裝完畢。 任何工作負載都可以在幾秒鐘內移位到不同的硬體,同時安裝更新。 更新會每月進行,但可能根據貴組織的需求和其他因素而有所不同。
由於一般雲端解決方案包含多個應用程式、資料庫、儲存體帳戶、函式和其他資源,因此解決方案的某些部分可以在不同的時間進行維護。 這類協調有部分與地理位置、區域、資料中心和可用性區域有關。 此外,也可能是因為雲端,因為未必會同時觸及所有雲端的專案。 如需詳細資訊,請參閱安全部署做法。
以下螢幕擷取畫面顯示維護事件的範例。
範例從上到下依序顯示:
- 維護事件的描述性標題。
- 受影響區域和訂用帳戶。
- 預期的維護期間。
常見問題集
為什麼維護需要這麼長的時間?
基本上,例行性維護會將最新的更新傳遞給平台和服務。 很難預測維護在特定時間將如何影響個別應用程式,因此通知內容通常比較籠統。 通知中的時間範圍不會反映應用程式層級的體驗,而是反映所有資源的整體作業。 在全新更新的機器,接受維護的應用程式會立即重新啟動,並繼續運作。 未提供要求和流量服務時不會停機。
我為什麼會收到這麼多通知?
典型的案例是,客戶有多個在不同時間升級的應用程式。 為了避免為每個應用程式傳送通知,我們會傳送一個可擷取多項資源的通知。 我們會在維護期間開始時和過程中傳送通知。 如果時間範圍很長,您可能會針對同一個推出收到多則提醒,因此您可以更輕鬆將任何重新啟動、中斷或其他問題相互關聯。
例行性維護與 SLA 有什麼相關性?
平台維護不應影響應用程式正常運作時間或可用性。 平台維護進行時,應用程式會繼續保持連線。
平台維護可能導致應用程式在新的虛擬機器冷啟動,進而造成延遲。 應用程式在冷啟動時依舊被視為連線。 若要最小化或避免冷啟動,請考慮針對 Windows 應用程式使用本機快取和健康情況檢查。
我們不希望網站在維護期間發生任何違反服務等級協定 (SLA) 的情況。
升級如何確保應用程式順利運作?
Azure App Service 代表為客戶提供 Web 應用程式和解決方案裝載的縮放單位機群。 每個縮放單位都會分成升級網域和可用性區域。 這種區分方式將放置較大 App Service 方案和順暢部署的過程最佳化,因為並非每個縮放單位中的所有機器都會一次同時更新。
App Service 監視機群的健康情況時,維護作業會反覆升級機器。 如果發生問題,系統可停止推出。 如需此流程的詳細資訊,請參閱部落格文章揭露 App Service OS 更新背後的魔法。
會反映上班時間嗎?
是,區域時區會反映上班時間。 維護作業已最佳化,在上午 9 點到下午 5 點的標準上班時間以外開始。 根據統計,這是以任何方式中斷和重新啟動工作負載的最佳時間,因為系統負荷較小 (客戶應用程式與平台本身的負荷也隨之減輕)。 如果資源仍在指定區域中以上午 9 點升級,則升級會在下一個重要步驟之前安全地暫停,直到上班時間結束為止。
我有哪些控制例行性維護的選項?
如果您透過 App Service 環境 v3 在隔離產品執行工作負載,您可以視需要排程升級。 如需這項功能的詳細資訊,請參閱部落格文章控制及自動化 App Service 環境 v3 的計劃性維護。
我可以針對重新開機為應用程式做更妥善的準備嗎?
如果重新開機期間,應用程式需要額外時間才能連線,請考慮使用健康情況檢查。 應用程式熱身或啟動期間若需要額外時間,典型模式是高度依賴外部資源。
您可以使用健康情況檢查,通知平台您的應用程式尚未準備好接收要求。 系統可以使用該資訊,將要求路由傳送至 App Service 方案中的其他執行個體。 針對這類情況,我們建議您在方案中至少準備兩個執行個體。
我的應用程式已連線,但自從這些通知開始出現以來,情況越來越糟。 變更的項目為何?
自平台成立以來,更新和維護事件就一直發生。 更新頻率會隨著時間減少,因此中斷次數也會減少,正常運作時間隨之增加。 不過,您現在可以更全面掌握所有變更。 可見度提高可能讓您誤以為變更增加了。
下一步
閱讀部落格文章 Azure App Service 的例行計劃性維護通知,取得維護通知的詳細資訊。