Linux 虛擬機器的計畫維護

azure 定期執行更新，以提高虛擬機器的主機基礎結構的可靠性、效能及安全性。此類更新包括修補宿主環境（例如作業系統、虛擬機器監控程式以及主機上部署的各種**）中的軟體元件、公升級網路元件以及硬體解除授權等多項內容。大多數此類更新在執行時不會影響託管的虛擬機器。但是，也會存在更新產生影響的情況：

本頁介紹 azure 如何執行上述兩種型別的維護。有關計畫外事件（中斷）的詳細資訊，請參閱「管理適用於 windows 或 linux 的虛擬機器的可用性」。

在虛擬機器中執行的應用程式可以通過適用於 windows 或 linux 的 azure 元資料服務收集即將發布的更新的相關資訊。

如果更新後不需要完全重新啟動，可以使用就地實時遷移。在更新過程中，虛擬機會暫停約 30 秒，在 ram 中預留記憶體，而宿主環境則會應用所需的更新和修補程式。然後，虛擬機會進行恢復，其時鐘會自動同步。

對於可用性集中的 vm，一次更新乙個更新域。乙個更新域 (ud) 中的所有 vm 都會進行暫停、更新和恢復，然後計畫內維護就會轉到下一 ud。

這些型別的更新可能會影響某些應用程式。執行實時事件處理（例如**流或轉碼）或高吞吐量網路方案的應用程式可能無法容忍暫停 30 秒鐘。

如果計畫內維護需要重新啟動 vm，系統會提前告知。計畫內維護有兩個階段：自助式時段和計畫維護時段。

自助式時段允許在 vm 上啟動維護。在此時段內，可以通過查詢每個 vm 來了解其狀態，並檢視上次維護請求的結果。

啟動自助式維護時，vm 會轉到已更新的某個節點，並重啟。由於 vm 重新啟動，臨時磁碟會丟失，而與虛擬網路介面關聯的動態 ip 位址會更新。

如果在啟動自助式維護的過程**錯，系統會停止操作，不更新 vm，並會將其從計畫內維護迭代中刪除。系統稍後會與你聯絡並提供新計畫，讓你有進行自助式維護的新機會。

自助式維護時段過後，就會開始計畫維護時段。在這段時間內，仍可以查詢維護時段，但不能再自行啟動維護。

如果決定一直等到計畫內維護時段，則為了保持 vm 的最高可用性，需注意一些事項。

每個 azure 區域與同一地理位置中另乙個區域配對，共同組成乙個區域對。在計畫內維護期間，azure 只會更新乙個區域對中單個區域的 vm。例如，更新中國北部的虛擬機器時，azure 不會同時更新中國東部的任何虛擬機器。

在 azure vm 上部署工作負荷時，可以在可用性集中建立 vm，向應用程式提供高可用性。這樣可確保在發生故障或維護事件期間，至少有乙個虛擬機器可用。

在可用性集中，各個 vm 可分布在最多 20 個更新域 (ud) 中。在計畫內維護期間，僅乙個更新域會在任意指定時間受影響。請注意，不一定按順序來影響更新域。

虛擬機器規模集是一種 azure 計算資源，支援將一組相同的 vm 作為單個資源進行部署和管理。規模集自動跨更新域進行部署，此類更新域就像可用性集中的 vm 一樣。使用規模集時，就像使用可用性集一樣，在任何給定的時間都只會影響單個更新域。

有關配置虛擬機器以實現高可用性的詳細資訊，請參閱「管理適用於 windows 或 linux 的虛擬機器的可用性」。

使用 azure 元資料服務可以發現有關 azure 中託管的虛擬機器的資訊。

立即訪問