升級和更新 Azure Service Fabric 叢集

Azure Service Fabric 叢集是您擁有的資源,但其部分是由 Microsoft 所管理。 本文說明何時及如何更新 Azure Service Fabric 叢集的選項。

自動與手動升級

確定您的 Service Fabric 叢集一律執行支援的執行階段版本是很重要的。 每次 Microsoft 宣佈發行新版本的 Service Fabric 時,先前的版本會在該日期的最短60天后標示為 結束支援。 最新發行會在Service Fabric team blog上宣佈。

在叢集執行的發行到期前14天,會產生健全狀況事件,讓您的叢集進入 警告 的健全狀況狀態。 除非您升級至支援的執行階段版本,否則叢集會保持為警告狀態。

您可以將叢集設定為在 Microsoft 發行時接收自動 Service Fabric 升級,或您可以從目前支援的版本清單中手動選擇。 您可以在 Service Fabric 叢集資源的 [網狀 架構升級] 區段中找到這些選項。

在 Azure 入口網站中叢集資源的 [網狀架構升級] 區段中,選取 [自動] 或 [手動升級]。

您也可以設定叢集升級模式,並 使用 Resource Manager 範本選取執行階段版本。

自動升級是建議的升級模式,因為此選項可確保您的叢集保持在支援的狀態,並受益于最新的修正程式和功能,同時也可讓您使用 wave 部署 策略,以最不幹擾您工作負載的方式來排程更新。

注意

如果您將現有的叢集變更為「自動」模式,該叢集將會在從新版本開始的下一個升級期間註冊。 最新發行會在Service Fabric team blog上宣佈。 在每個升級期間,選擇最高可能的升級路徑,請參閱 支援的版本。 手動升級模式會觸發立即升級。

自動升級的 Wave 部署

使用 wave 部署時,您可以根據您的工作負載,選取升級的成熟度層級,將升級到叢集的中斷降到最低。 例如,您可以為各種 Service Fabric 叢集設定 測試 -> 階段 -> 生產 wave 部署管線,以測試回合時間升級的相容性,然後再將它套用至您的生產工作負載。

若要加入宣告 wave 部署,請在其部署範本) 中,為您的叢集 (指定下列其中一個 wave 值:

  • Wave 0:當新的 Service Fabric 組建發行時,叢集就會更新。 適用于測試/開發叢集。
  • Wave 1:在發行新組建之後,叢集會在一周內更新 (七天) 。 適用于預先生產/預備叢集。
  • Wave 2:在發行新組建之後,叢集會在兩周 (14 天) 更新。 適用于生產叢集。

如果叢集升級失敗,您可以使用連結來註冊電子郵件通知,以取得進一步的協助。 請參閱 Wave 部署以自動升級 開始使用。

自動升級階段

Microsoft 會維護在 Azure 叢集中執行的 Service Fabric 執行時間程式碼和設定。 我們會視需要執行自動監視軟體的升級。 升級的項目可能是程式碼、組態或兩者。 為了將這些升級對您應用程式所造成的影響降至最低,會在下列階段執行:

階段 1:使用所有叢集健康狀態原則執行升級

在這個階段,升級會一次進行一個升級網域,而已在叢集中執行的應用程式會繼續執行,而不會產生任何停機時間。 升級期間會遵守節點健全狀況和應用程式健康情況) 的叢集健康情況原則 (。

如果不符合叢集健康情況原則,則會回復升級,並將電子郵件傳送給訂用帳戶的擁有者。 電子郵件中包含下列資訊:

  • 我們必須回復叢集升級的通知。
  • 建議的修復動作 (如果有的話)。
  • 執行第2階段之前, (n) 的天數。

如果有任何升級因為基礎結構方面的原因而失敗,我們會試著多執行幾次相同的升級。 在電子郵件寄送日期的 n 天之後,我們會繼續進行第2階段。

如果符合叢集健康狀態原則,則升級會被視為成功並標示為完成。 這種情況可能會在初始升級期間發生,或是在此階段中重新執行任何升級。 沒有成功執行的電子郵件確認,以避免傳送過多的電子郵件。 接收電子郵件表示正常作業的例外狀況。 我們預期大部分的叢集升級都會成功,並不會影響您的應用程式可用性。

階段 2:僅使用預設健康狀態原則執行升級

此階段中的健康狀態原則的設定方式是,在升級開始時狀況良好的應用程式數目在升級過程中會維持不變。 和階段 1 一樣,階段 2 的升級會一次進行一個升級網域,而已在叢集中執行的應用程式會繼續執行,而不會產生任何停機時間。 升級期間會遵守叢集健康狀態原則 (綜合節點健康狀態和所有在叢集中執行之應用程式的健康狀態)。

如果不符合生效的叢集健康狀態原則,則會回復升級。 然後系統會傳送一封電子郵件給訂用帳戶的擁有者。 電子郵件中包含下列資訊:

  • 我們必須回復叢集升級的通知。
  • 建議的修復動作 (如果有的話)。
  • 距離我們執行階段 3 之前的天數 (n)。

如果有任何升級因為基礎結構方面的原因而失敗,我們會試著多執行幾次相同的升級。 在 n 天到達的前幾天會傳送提醒電子郵件。 在電子郵件寄送日期的 n 天之後,我們會繼續進行階段 3。 您必須認真看待我們在階段 2 寄送的電子郵件並採取補救動作。

如果符合叢集健康狀態原則,則升級會被視為成功並標示為完成。 在此階段執行初次升級或重新執行任何升級期間,可能會發生這種情形。 執行成功不會有任何電子郵件確認。

階段 3:使用積極的叢集健康狀態原則執行升級

此階段的這些健康狀態原則的目的是升級完成,而不是應用程式的健康狀態。 有些叢集升級會在這個階段結束。 如果您的叢集進入此階段,您的應用程式很有可能會變成狀況不良及/或失去可用性。

類似其他兩個階段,階段 3 升級會一次進行一個升級網域。

如果不符合叢集健康狀態原則,則會回復升級。 如果有任何升級因為基礎結構方面的原因而失敗,我們會試著多執行幾次相同的升級。 之後,便會鎖住叢集,使它不會再收到支援和 (或) 升級。

系統會傳送含有這項資訊的電子郵件給訂用帳戶擁有者,其中也會附上修復動作。 我們預期不會有任何叢集會進入階段 3 失敗的狀態。

如果符合叢集健康狀態原則,則升級會被視為成功並標示為完成。 在此階段執行初次升級或重新執行任何升級期間,可能會發生這種情形。 執行成功不會有任何電子郵件確認。

手動升級的自訂原則

您可以指定手動叢集升級的自訂原則。 每次您選取新的執行階段版本時,都會套用這些原則,以觸發系統啟動叢集的升級。 如果您不覆寫原則,則會使用預設值。 如需詳細資訊,請參閱 設定手動升級的自訂原則。

其他叢集更新

除了升級執行時間之外,您還需要執行一些其他動作,才能讓您的叢集保持在最新狀態,包括下列各項:

管理憑證

Service Fabric 會使用您建立叢集時指定的 X.509 伺服器憑證,以保護叢集節點之間的通訊以及驗證用戶端。 您可以在 Azure 入口網站或使用 PowerShell/Azure CLI,新增、更新或刪除叢集和用戶端的憑證。 若要深入了解,請參閱新增或移除憑證

開啟應用程式埠

您可以透過變更與節點類型相關聯的負載平衡器資源屬性來變更應用程式連接埠。 您可以使用 Azure 入口網站,也可以使用 PowerShell 或 Azure CLI。 如需詳細資訊,請參閱開啟叢集的應用程式連接埠

定義節點屬性

有時候您可以確保工作負載只在叢集中的特定節點類型上執行。 例如,某些工作負載可能需要 GPU 或 SSD,而有些則不用。 針對叢集中的每種節點類型,您可以將自訂節點屬性新增至叢集節點。 條件約束是陳述式,會附加至針對一或多個節點屬性選取的個別服務。 放置條件約束會定義應該執行服務的位置。

如需使用放置條件約束、節點屬性及如何定義它們的詳細資訊,請參閱節點屬性和放置條件約束

新增容量計量

對於每個節點類型,您可以加入您要在應用程式中用來報告負載的自訂容量計量。 如需使用容量度量報告負載的詳細資訊,請參閱《Service Fabric 叢集 Resource Manager 文件》的描述您的叢集度量和負載

自訂叢集的設定

在叢集上可以設定許多不同的組態設定,例如叢集和節點屬性的可靠性層級。 如需詳細資訊,請參閱 Service Fabric 叢集網狀架構設定

升級叢集節點的作業系統映射

為您的 Service Fabric 叢集節點啟用自動 OS 映射升級是最佳作法。 為了達到此目的,有數個叢集需求和步驟需要採取。 另一個選項是使用修補程式協調流程應用程式 (POA) ,這是一種 Service Fabric 應用程式,可將 Service Fabric 叢集的作業系統修補自動化,而不需要停機。 若要深入瞭解這些選項,請參閱在您的 Service Fabric 叢集中修補 Windows 作業系統

下一步