Service Fabric 服務的可用性
本文章概述 Azure Service Fabric 如何維護服務的可用性。
Service Fabric 無狀態服務的可用性
Service Fabric 服務可能是具狀態或無狀態。 無狀態服務是一種應用程式服務，並不具有必須是高度可用或可靠的本機狀態。
建立無狀態服務需要定義 InstanceCount。 執行個體計數定義了應該在叢集中執行之無狀態服務應用程式邏輯的執行個體數目。 增加執行個體數目是一種相應放大無狀態服務規模的建議方式。
當無狀態的具名服務執行個體失敗時，系統就會在叢集中的合格節點上建立新的執行個體。 例如，無狀態服務執行個體可能會在 Node1 上失敗並在 Node5 上重新建立。
Service Fabric 可設定狀態服務的可用性
具狀態服務具有與其相關聯的狀態。 在 Service Fabric 中，可設定狀態服務會模型化為複本集。 每個複本都是服務的程式碼執行個體。 複本中也有該服務的狀態副本。 讀取與寫入作業會在單一複本上執行，稱為「主要複本」。 從寫入作業對狀態進行的變更，會「複寫」至複本集中的其他複本，稱為「作用中次要複本」，並予以套用。
只能有一個「主要複本」，但可以有多個「作用中次要複本」。 「作用中次要複本」的數目是可設定的，且複本數目越高，所能容許的並行軟體和硬體失敗次數就越多。
如果「主要複本」當機，Service Fabric 就會讓其中一個「作用中次要複本」成為新的「主要複本」。 此「作用中次要複本」已經有更新過的狀態版本 (透過「複寫」)，因此能夠繼續處理進一步的讀取/寫入作業。 此流程也就是所謂的「重新設定」，會在 重新設定 一文中進一步說明。
複本不是「主要複本」就是「作用中次要複本」的概念稱為「複本角色」。 這些複本皆會在複本和執行個體一文中進一步說明。
下一步
如需有關 Service Fabric 概念的詳細資訊，請參閱下列文章：