虛擬機器擴展集的升級原則模式
您選擇的升級原則模式可能會影響虛擬機擴展集的整體服務運行時間。 可用的升級原則模式包括: 自動、 手動和 滾動。
升級原則模式
注意
若要在升級期間更新映像參考版本,請註冊下列功能旗標:
Register-AzProviderFeature -FeatureName ImageReferenceUpgradeForVmoVMs -ProviderNamespace Microsoft.Compute
每個虛擬機擴展集都有 升級原則模式 ,可決定實例如何以最新的擴展集模型來更新。 擴展集模型的變更包括需要套用至每個個別實例的更新。 這些範例包含:
- 映像參考升級
- SKU 變更
- 新增/移除數據磁碟
- 新增/移除延伸模組
- 新增可用性區域
- 變更容錯網域資訊
此外,在某些情況下,您可能要將您擴展集中的特定執行個體與其他的擴展集執行個體分開處理。 例如,擴展集中的某些執行個體可能需要執行不同的工作,而不是擴展集的其他成員。 在這些情況下, 滾動升級原則的實例保護 或 自定義計量會 提供保護這些實例免於與其他實例一起升級所需的控件。
自動升級原則模式
使用自動升級原則模式時,擴展集不會保證虛擬機的關閉順序。 擴展集可能會同時撤下所有虛擬機器,以執行升級。
自動升級原則模式最適合您不關心實例運行時間的 DevTest 案例,同時變更組態和設定。
如果您的擴展集是 Service Fabric 叢集的一部分,自動模式是唯一可用的模式。 如需詳細資訊,請參閱 Service Fabric 應用程式升級。
手動升級原則模式
使用手動升級原則模式,您可以選擇何時更新擴展集實例。 當擴展集模型發生變更時,現有虛擬機器不會自動發生任何動作。 新增至擴展集的新執行個體會使用最新的可用模型。
手動升級原則模式最適合需要對實例更新時機和方式進行更多控制權的工作負載。
滾動升級原則模式
使用滾動升級原則模式,擴展集會以批次方式執行更新。 您也可以使用批次大小、最大狀況良好百分比、優先處理狀況不良的執行個體、並啟用跨可用性區域升級等設定,以進一步控制升級。
滾動升級原則模式最適合需要一定數量的實例可供使用的生產工作負載。 輪流升級是將執行個體升級至最新模型最安全的方式,而不會影響可用性和可用時間。
在具有彈性協調流程的 虛擬機器擴展集 上使用滾動升級原則模式時,擴展集也必須使用應用程式健康情況擴充功能來監視應用程式健康情況。
在具有統一協調流程的 虛擬機器擴展集 上使用滾動升級原則模式時,擴展集也必須有健康情況探查,或使用應用程式健康情況擴充功能來監視應用程式健康情況。
需要重新啟動、重新安裝映像或重新部署的升級
某些升級需要重新啟動虛擬機器,而其他升級則不需要中斷擴展集執行個體即可完成。 需要重新啟動、重新映像或重新部署虛擬機器執行個體的更新包括:
- 密碼或 SSH 金鑰更新
- 自訂資料變更
- 映像參考更新
- 虛擬機器大小變更
- 新增可用性區域
- 容錯網域變更
- 鄰近放置群組變更
注意
雖然可在不重新啟動的情況下進行密碼和自訂資料變更,但若要將升級套用至虛擬機器執行個體,您必須重新製作虛擬機器映像。 如需詳細資訊,請參閱重新製作虛擬機器映像
下一步
瞭解如何 設定虛擬機擴展集的升級原則模式 。