共用方式為

處理計劃性維護通知

  • 發行項

適用於： ✔️ Linux VM ✔️ Windows VM ✔️ 彈性擴展集 ✔️ 統一擴展集

為提升虛擬機器之主機基礎結構的可靠性、效能和安全性，Azure 會定期執行更新。 更新會變更，例如裝載環境的修補或將硬體升級與解除委任。 這些更新大多數都會在不影響託管虛擬機器的情況下完成。 不過，更新在某些情況下確實會造成影響：

  • 如果維護不需要重新開機，Azure 會在主機更新時將 VM 暫停幾秒鐘。 這些類型的維護作業會依容錯網域逐個套用。 如果收到任何警告健康情況訊號，就會停止進度。

  • 如果維護需要重新開機，您會在規劃維護時收到通知。 您會獲得大約 35 天的時間，供您在適合的時間自行開始維護。

預定進行的維護作業若需要重新開機，會排定在不同波段。 每一波段有不同的範圍 (區域)。

  • 波段開始時會傳送通知給客戶。 Azure 入口網站中的服務健康狀態提供虛擬機器相關的維護通知。 針對某些特定的虛擬機器計畫性維護案例，Azure 也可以透過將其他電子郵件傳送給訂用帳戶傳統系統管理員、共同管理員和訂用帳戶擁有者群組，以傳達排程。 Azure 服務健康狀態可讓使用者為計劃性維護類別設定自己的自訂警示。 透過 Azure 服務健康狀態警示，您可以使用活動記錄警示，新增更多收件者和傳訊選項，例如電子郵件、SMS 和 Webhook。
  • 隨著通知會提供一個自助時段。 在此時段期間，您可以查詢哪些虛擬機器會受到影響，並且根據您自己的排程需求開始維護。 自助時段通常大約是 35 天。
  • 在自助期間之後，「排定維護期間」隨即開始。 在此期間的某個時間點，Azure 會排定並將必要的維護套用於您的虛擬機器。

有兩個期間的目標是要讓您在知道 Azure 何時將會自動開始維修的同時，有足夠時間開始維修，並將虛擬機器重新啟動。

您可以使用 Azure 入口網站、PowerShell、REST API 和 CLI 來查詢您的 VM 的維修期間，並開始自助維修。

您是否應該在自助期間開始維護？

下列指導方針應該可以協助您決定是否要使用此功能，並且在自己的時間開始維護。

注意

自助式維護可能不適用於所有的虛擬機器。 若要判斷主動式重新部署是否可供您的虛擬機器使用，請在維護狀態中尋找 [立即開始]。 雲端服務 (Web/背景工作角色) 和 Service Fabric 目前無法使用自助維護。

針對使用可用性設定組的部署，不建議使用自助維護。 可用性設定組一次只會更新一個更新網域。

  • 讓 Azure 觸發維護工作。 針對需要重新開機的維護，會依更新網域逐一進行維護。 更新網域不一定會循序進行維護，在更新網域之間有 30 分鐘的暫停時間。
  • 如果顧慮到會暫時遺失某些容量 (1 個更新網域)，您可以在維護期間新增執行個體。
  • 針對不需要重新開機的維護，系統會在容錯網域層級套用更新。

在下列情況，請勿使用自助式維護：

  • 如果您經常關閉 VM (不論是手動、使用 DevTest Labs、使用自動關機，或依照排程)，都可能還原維護狀態，因而造成額外的停機時間。
  • 在您知道將會在維護波段結束前被刪除的短期存留虛擬機器上。
  • 在具有大量狀態的工作負載中，其大量狀態儲存在想要於更新時進行維護的本機 (暫時) 磁碟中。
  • 在您時常調整虛擬機器大小的情況下，因為這可能會還原維護狀態。
  • 如果採用的排定事件能夠讓工作負載得以主動容錯移轉或順利關機，則在維護關機開始前 15 分鐘不應使用自助維護

如果您打算在排定維護階段連續不中斷地執行您的虛擬機器，而且上述的反指標都不適用，則使用自助式維護。

在下列情況下，最好使用自助式維護：

  • 您需要向管理階層或一般客戶傳達確切的維護期間。
  • 您需要在指定的日期前完成維護作業。
  • 您需要控制維護序列 (例如多層式應用程式) 以保證安全復原。
  • 在兩個更新網域 (UD) 之間，需要超過 30 分鐘的 VM 復原時間。 若要控制更新網域之間的時間，您必須在虛擬機器上觸發維護 (一次一個更新網域 (UD))。

常見問題集

問：為什麼需要立即重新啟動我的虛擬機器？

答：雖然對 Azure 平台的大部分更新與升級不會影響虛擬機器的可用性，但是有時候我們無法避免重新啟動裝載於 Azure 的虛擬機器。 我們已經累積數個變更，需要我們重新啟動伺服器，這會導致虛擬機器重新開機。

問：如果我遵循建議針對高可用性使用可用性設定組，是否安全？

答：部署在可用性設定組或虛擬機器擴展集的虛擬機器，具有更新網域 (UD) 的概念。 執行維護時，Azure 會接受 UD 條件約束，並且不會從不同的 UD (在相同的可用性設定組內) 重新啟動虛擬機器。 Azure 也會等候至少 30 分鐘，再移至下一個虛擬機器群組。

如需有關高可用性的詳細資訊，請參閱 Azure 中虛擬機器的可用性。

問：我如何取得規劃維護的通知？

答：規劃的維護是從對一或多個 Azure 區域設定排程開始。 Azure 入口網站中的服務健康狀態提供虛擬機器相關的維護通知。 針對某些特定的虛擬機器計劃性維護案例，Azure 也可以傳送額外的電子郵件 (每個訂用帳戶一封電子郵件，其中所有收件者已新增一封電子郵件) 傳送至訂用帳戶傳統管理員、共同管理員和訂用帳戶擁有者群組，以傳達排程。

Azure 服務健康狀態可讓使用者為計劃性維護類別設定自己的自訂警示。 您可以使用活動記錄警示，新增更多收件者和傳訊選項，例如電子郵件、SMS 和 Webhook。

如果您將虛擬機器部署到已排程規劃的維護之區域，您不會收到通知，但是需要檢查 VM 的維護狀態。

問：我在入口網站、PowerShell 或 CLI 中都看不到任何關於計劃性維護的指示。 發生什麼狀況？

答：只有在計劃性維護期間將受到該維護波段影響的 VM 可以取得與計劃性維護相關的資訊。 也就是說，如果您看不到資料，可能是維護已完成 (或尚未啟動)，或者您的虛擬機器是裝載在更新的伺服器上。

問：是否有方法可以確切知道我的虛擬機器何時會受到影響？

答：設定排程時，我們會定義數天的時間期間。 不過，此期間內伺服器 (和 VM) 的確切順序則未知。 想要知道其 VM 確切時間的客戶，可以使用排定的事件並且從虛擬機器內查詢，而後會在 VM 重新開機前 15 分鐘收到通知。

問：重新啟動我的虛擬機器需要多久時間？

答：根據您的虛擬機器大小，在自助式維護期間重新啟動最長可能需要幾分鐘的時間。 在 Azure 於排定維護期間起始重新啟動期間，重新啟動通常需要大約 25 分鐘。 請注意，如果您使用雲端服務 (Web/背景工作角色)、虛擬機器擴展集或可用性設定組，在排定維護期間每個虛擬機器群組 (UD) 之間有 30 分鐘。

問：虛擬機器擴展集的體驗是什麼？

答：計劃性維護現在可供虛擬機器擴展集使用。 如需有關如何起始自助式維護的指示，請參閱虛擬機器擴展集的計劃性維護文件。

問：雲端服務 (Web/背景工作角色) 和 Service Fabric 的體驗是什麼？

答：這些平台會受到規劃的維護影響，使用這些平台的客戶是安全的，因為只有單一升級網域 (UD) 中的 VM 會在任何指定時間受到影響。 雲端服務 (Web/背景工作角色) 和 Service Fabric 目前無法使用自助維護。

問：我在我的 VM 上看不到任何維護資訊。 什麼地方出錯了？

答：您在 VM 上看不到任何維護資訊有以下幾個原因：

  1. 您使用標示為 Microsoft 內部的訂用帳戶。
  2. 您的 VM 未排程進行維護。 可能是維護波段已經結束、取消或修改，所以您的 VM 不再受到它的影響。
  3. 您已解除配置 VM 然後加以啟動。 這可能會導致 VM 移至未排程計劃性維護波段的位置。 因此，VM 不會再顯示維護資訊。
  4. 您尚未將 [維護] 資料行新增至您的虛擬機器清單檢視。 雖然我們已將此資料行新增至預設檢視，但是設定為查看非預設資料行的客戶必須將 [維護] 資料行手動新增至其 VM 清單檢視。

問：我的 VM 第二次排程進行維護。 為什麼？

答：有數個使用案例，您會在您已完成維護重新部署之後，看到 VM 排程進行維護：

  1. 我們已取消維護，並且使用不同的裝載重新啟動它。 可能是我們偵測到發生錯誤的裝載，只是需要部署額外承載。
  2. 因為硬體故障，您的 VM 已服務修復到另一個節點。
  3. 您已經選擇停止 (解除配置)，然後重新啟動 VM。
  4. 您已經為 VM 開啟自動關機。

下一步

您可以使用 Azure CLI、Azure PowerShell 或入口網站來處理計劃性維護。