共用方式為


虛擬機器擴展集的升級原則 (預覽)

虛擬機器擴展集的升級原則會決定虛擬機器如何以最新的擴展集模型進行最新狀態。

注意

具有統一協調流程的虛擬機器擴展集升級原則正式發行 (GA)。

使用彈性協調流程的虛擬機器擴展集升級原則目前為預覽狀態。 若您同意補充的使用規定即可取得預覽。 在公開上市 (GA) 之前,這些功能的某些領域可能會變更。

升級原則模式

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

此外,在某些情況下,您可能要將您擴展集中的特定執行個體與其他的擴展集執行個體分開處理。 例如,擴展集中的某些執行個體可能需要執行不同的工作,而不是擴展集的其他成員。 在這些情況下,執行個體保護會提供保護這些執行個體在升級時與其他執行個體一起升級所需的控制項。

自動升級原則

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

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

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

手動升級原則

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

手動升級原則最適合需要對執行個體更新時機和方式掌控度更高的工作負載。

輪流升級原則

使用輪流升級原則,擴展集會以批次的方式執行更新。 您也可以使用批次大小、最大狀況良好百分比、優先處理狀況不良的執行個體、並啟用跨可用性區域升級等設定,以進一步控制升級。

輪流升級原則最適合需要一定數目執行個體永遠可使用的生產工作負載使用。 輪流升級是將執行個體升級至最新模型最安全的方式,而不會影響可用性和可用時間。

在具有彈性協調流程的虛擬機器擴展集上使用輪流升級原則時,擴展集也必須使用應用程式健康情況擴充功能來監視應用程式健康情況。

在具有統一協調流程的虛擬機器擴展集上使用輪流升級原則時,擴展集也必須具有健全狀態探查或使用應用程式健康情況擴充功能來監視應用程式健康情況。

觸發升級的內容

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

某些升級需要重新啟動虛擬機器,而其他升級則不需要中斷擴展集執行個體即可完成。 需要重新啟動、重新映像或重新部署虛擬機器執行個體的更新包括:

  • 密碼或 SSH 金鑰更新
  • 自訂資料變更
  • 映像參考更新
  • 虛擬機器大小變更
  • 新增可用性區域
  • 容錯網域變更
  • 鄰近放置群組變更

注意

雖然可在不重新啟動的情況下進行密碼和自訂資料變更,但若要將升級套用至虛擬機器執行個體,您必須重新製作虛擬機器映像。 如需詳細資訊,請參閱重新製作虛擬機器映像

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

下一步

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