Share via


虛擬機器擴展集的升級原則

虛擬機擴展集的升級原則會決定如何使用最新的擴展集模型來啟動虛擬機。

升級原則模式

虛擬機器擴展集 可用的升級原則為 [自動]、[手動] 和 [滾動]。 您選擇的升級原則可能會影響虛擬機擴展集的整體服務運作時間。

此外,在某些情況下,您可能會想要讓擴展集中的特定實例與其餘實例不同。 例如,擴展集中的某些實例可能需要執行與擴展集其他成員不同的工作。 在這些情況下, 實例保護 會提供保護這些實例在升級時與其他實例一起升級所需的控件。

自動升級原則

注意

自動升級原則僅適用於具有統一協調流程的 虛擬機器擴展集。

使用自動升級原則時,擴展集不會保證虛擬機的降級順序。 擴展集可能會同時關閉所有虛擬機,以執行升級。

自動升級原則最適合您不關心實例運行時間的 DevTest 案例,同時變更組態和設定。

如果您的擴展集是 Service Fabric 叢集的一部分, 則自動 模式是唯一可用的模式。 如需詳細資訊,請參閱 Service Fabric 應用程式升級

手動升級原則

注意

手動升級原則適用於具有統一協調流程的 虛擬機器擴展集,以及具有彈性協調流程的 虛擬機器擴展集。

具有彈性協調流程之 虛擬機器擴展集 的手動升級原則目前為預覽狀態。 若您同意補充的使用規定即可取得預覽。 這些功能的某些層面可能會在正式運作之前變更(GA)。

使用手動升級原則,您可以選擇何時更新擴展集實例。 當擴展集模型發生變更時,現有虛擬機不會自動發生任何動作。 新增至擴展集的新實例會使用最新的可用模型。

手動升級原則最適合需要更多控制實例更新時機和方式的工作負載。

滾動升級原則

注意

滾動升級原則僅適用於具有統一協調流程的 虛擬機器擴展集。

使用滾動升級原則,擴展集會以批次的方式執行更新。 您也可以使用批次大小、最大狀況百分比、將狀況不良的實例優先順序設定為可用性區域,以及啟用升級等設定,進一步控制升級。

滾動升級原則最適合需要一定數目實例的生產工作負載使用。 滾動升級是將實例升級至最新模型的最安全方式,而不會影響可用性和運行時間。

使用滾動升級原則時,擴展集也必須有 健康情況探查 ,或使用 應用程式健康情況擴充功能 來監視應用程式健康情況。

如需詳細資訊,請參閱 設定滾動升級原則

觸發升級的內容

對擴展集所做的變更可能會影響實例的可用性。 影響虛擬機擴展集模型的任何變更都可以觸發升級,而且這些升級會根據您使用的升級原則,套用至擴展集內的實例。 如果您在特定實體上啟用 實體保護 ,則例外狀況為 。

某些升級需要重新啟動虛擬機,而其他升級則不需要中斷擴展集實例。 需要重新啟動、重新映像或重新部署虛擬機實例的 更新 包括:

  • 密碼或 SSH 金鑰更新
  • 自訂數據變更
  • 次要OS升級
  • 虛擬機大小變更
  • 新增 可用性區域
  • 容錯網域變更
  • 鄰近放置群組變更

注意

雖然密碼和自定義數據變更可以在不重新啟動的情況下進行,但若要將升級套用至虛擬機實例,您必須重新映像虛擬機。 如需詳細資訊,請參閱 重新設定虛擬機的映像

如果您使用滾動升級原則搭配 MaxSurge,擴展集模型結果的任何變更都會觸發滾動升級。 MaxSurge 是部署所有擴展集升級的建議方式,以確保您的應用程式在整個升級過程中保持可用且狀況良好。 如需 MaxSurge的詳細資訊,請參閱 設定滾動升級原則

下一步

瞭解如何 設定虛擬機擴展集的升級原則