適用於： ✔️ Linux VM ✔️ Windows VM ✔️ 彈性擴展集 ✔️ 統一擴展集
Azure 經常更新其基礎結構，以改善可靠性、效能和安全性，或啟動新功能。 大部分的更新對使用者而言都是透明的，但某些敏感性工作負載甚至無法容忍虛擬機 （VM） 凍結或中斷連線以進行維護的幾秒。 敏感性工作負載可能包括遊戲、媒體串流和財務交易。
您可以使用維修組態功能來控制和管理許多 Azure VM 資源的更新。 維護設定會與 Azure Resource Graph整合，以獲得低延遲和高延展性的客戶體驗。
重要
若要使用維修設定，您必須具備至少參與者的角色，並確定您的訂用帳戶已向維修資源提供者註冊。
範圍
維護設定目前支援三種範圍：主機、OS 映像和來賓。 雖然每個範圍都允許排程和管理更新，但主要差異在於它們支援的資源：
| Scope | 支援的資源 |
|---|---|
| 主機 | 隔離的 VM、隔離的虛擬機擴展集、專用主機 |
| 作業系統映像 | 虛擬機器擴展集 |
| 來賓 | 虛擬機器、已啟用 Azure Arc 的伺服器 |
主機
透過主機範圍，您可以管理不需要重新啟動隔離 VM、隔離虛擬機擴展集和專用主機的平臺更新。
此範圍特有的一些功能和限制包括：
- 您可以在 35 天內隨時設定排程。 更新會在 35 天後自動套用。
- 至少需要兩小時的維護時段。
- 目前不支援機架層級維護。
作業系統映像
使用OS映像範圍搭配維護設定，可讓您透過更簡單且更可預測的體驗，決定何時將升級套用至虛擬機擴展集中的OS磁碟。 升級的方式是將 VM 的 OS 磁碟替換為根據最新映像版本建立的新磁碟。 任何已設定的擴充功能和自訂資料指令碼都會在 OS 磁碟上執行，同時保留資料磁碟。
此範圍特有的一些功能和限制包括：
- 若要讓擴展集使用維護設定，必須啟用 自動作業系統升級。
- 您最多可以將重複排程設定為一週 (7 天)。
- 維護時段至少需要 5 小時。
來賓
來賓範圍會與 Azure 更新管理員 整合。 您可以使用它以儲存週期性部署排程，在 Azure、內部部署環境、以及使用已啟用 Azure Arc 的伺服器連線的其他雲端環境中，為您的 Windows Server 和 Linux 機器安裝更新。
此範圍特有的一些功能和限制包括：
- 虛擬機器的修補程式協調流程需要設為
AutomaticByPlatform。 - 維修期間上限為 3 小時 55 分鐘。
- 維護時段至少需要 1 小時 30 分鐘。
- 重複 的值應至少為 6 小時。
- 排程的開始時間應該在排程建立時間之後至少 15 分鐘。
注意
資源組名和維護組態名稱的字元計數應該小於 128。
針對新建立的排程，評估觸發時間有 15 分鐘的延遲，而對於現有的排程，則會有 3 分鐘的延遲。 因此，建議您避免針對現有排程建立 23：57 到 00：00 之間的排程，以及針對新排程建立 23：45 到 00：00 之間的排程。 這是因為，在觸發時間的評估階段之後，系統會在執行作業之前重新檢查開始日期和時間。 如果在這些時間限制內設定，評估和執行時間會有所不同，可能會導致排程未觸發或導致 VM 沒有回應或關閉。
維護組態為客體範圍內的 VM 提供兩種排程修補模式：靜態模式和 動態範圍 模式。 如果您未設定動態範圍模式，系統預設會以靜態模式運作。
若要在任一模式下排程或修改維護設定，建議在排定的修補時間前預留 15 分鐘的緩衝時間。 例如，如果您排程下午 3：00 的修補作業，則所有修改（包括新增 VM、移除 VM 或變更動態範圍）都應該在下午 2：45 之前完成。
若要深入瞭解本主題，請參閱使用 Azure 入口網站 和 Azure 原則 排程機器的週期性更新。
重要
如果將資源移至不同的資源群組或訂用帳戶，則該資源的排程修補程式會停止運作，因為系統現在不支援此案例。 因應措施是遵循疑難解答文章中的步驟。
關閉虛擬機器
您無法將維護更新套用至任何關閉的機器。 務必確定在排定更新時程前至少 15 分鐘開啟電腦，否則可能無法套用更新。
如果您的機器在排程更新的時間處於關機狀態，維護組態在 Azure 入口網站中可能會顯示為已解除關聯。 這隻是顯示問題。 維護組態不會解除關聯，而且您可以 透過 Azure CLI 加以檢查。
管理選項
您可以使用下列任一選項來建立和管理維護組態：
如需 Azure Functions 範例，請參閱 使用維護設定和 Azure Functions 排程維護更新。
服務限制
我們建議針對指標使用下列限制：
| 指標 | 公用雲端限制 | Mooncake/Fairfax 限制 |
|---|---|---|
| 每個區域中每個訂用帳戶的排程數目 | 250 | 250 |
| 與排程關聯的資源總數 | 3,000 | 3,000 |
| 每個動態範圍上的資源關聯 | 1,000 | 1,000 |
| 每個區域中每個資源群組或訂用帳戶的動態範圍數目 | 250 | 250 |
| 每個排程的動態範圍數目 | 200 | 100 |
| 連結至每個排程中所有動態範圍的訂用帳戶總數 | 200 | 100 |
我們建議僅針對客體範圍中的每個動態範圍套用下列限制：
| 資源 | 限制 |
|---|---|
| 資源關聯 | 1,000 |
| 標籤篩選條件數目 | 50 |
| 資源群組篩選的數目 | 50 |
注意
維護設定會同時啟動所有相關資源的更新。 客戶有彈性決定其工作負載的隔離與維護時間。 他們可以根據最適合工作負載的隔離度，建立單一或多個維護配置。 例如，如果客戶想將開發環境資源的更新與生產環境資源隔離，他們可以為每個環境建立獨立的維護配置。 如此一來，維護配置中與開發資源的工作負載會先更新，而其餘的工作負載則會在不重疊的配置中更新。 此方法讓客戶能獨立控制工作負載隔離並管理更新。
下一步
- 如需疑難排解，請參閱 疑難排解維護設定問題。
- 若要深入瞭解，請參閱 Azure 中虛擬機的維護。