叢集資源管理員架構概觀

  • 發行項

Service Fabric 叢集資源管理員是在叢集中執行的中央服務。 它會管理叢集中服務的所需狀態，特別是關於資源耗用和任何放置規則。

若要管理叢集中的資源，Service Fabric 叢集資源管理員必須具備幾個部分的資訊：

  • 目前有哪些服務
  • 每個服務的目前 (或預設) 資源耗用量
  • 剩餘叢集容量
  • 叢集中節點的容量
  • 每個節點上所耗用的資源數量

特定服務的資源耗用量會隨時間而改變，服務通常會關心一種以上的資源。 在不同的服務之間，可能會同時測量真正實物和實體資源。 服務可能追蹤實體計量，例如記憶體和磁碟耗用量。 服務可能較關心邏輯計量，例如 "WorkQueueDepth" 或 "TotalRequests"。 在相同叢集中可以使用邏輯與實體計量。 計量可以跨多個服務共用，或是限定於特定服務。

其他考量

叢集的擁有者和操作員可以與服務和應用程式作者不同，或至少是同一人身兼多職。 當您開發應用程式時，您知道它所需的一些事項。 您估計了將會耗用的資源，以及服務的部署方式有何不同。 例如，Web 層需要在公開到網際網路的節點上執行，而資料庫服務則不應該這麼做。 另舉一例，Web 服務可能會受到 CPU 和網路限制，而資料層服務則比較在意記憶體和磁碟耗用量。 但是，在生產環境中處理該服務現場情況的人，或管理服務升級的人，有不同的作業，需要不同的工具。

叢集和服務都是動態的：

  • 在叢集中的節點數目可能增加和縮減
  • 不同大小和類型的節點可能轉瞬即逝
  • 服務可能建立、移除和變更所需的資源配置和放置規則
  • 升級或其他管理作業可以在基礎結構層級上應用程式的叢集內展開
  • 隨時都可能發生問題。

叢集資源管理員元件和資料流程

叢集資源管理員必須追蹤每個服務的需求，以及這些服務中每個服務物件的資源耗用量。 叢集資源管理員有兩個概念性元件︰在每個節點上執行的代理程式和一個容錯服務。 每個節點上的代理程式會追蹤服務的負載報告、將報告彙總，並定期回報。 叢集資源管理員服務會彙總來自本機代理程式的資訊，並根據目前設定做出反應。

讓我們看看下圖︰

Diagram that shows the Cluster Resource Manager service aggregates all the information from the local agents and reacts based on its current configuration.

執行階段可能發生許多變化。 例如，假設某些服務耗用的資源數量改變、某些服務失敗，以及某些節點加入和離開叢集。 節點上的所有變更會彙總，並定期傳送到叢集資源管理員服務 (1，2)，它們會在其中再次彙總、分析及儲存。 每隔幾秒鐘，服務就會查看變更，並判斷是否需要採取任何動作 (3)。 例如，它可能會注意到某些空的節點已新增至叢集。 如此一來，它會決定要將某些服務移至這些節點。 叢集資源管理員可能也會注意到特定節點是超載的，或者某些服務已失敗或刪除，而在別處釋放資源。

讓我們看看以下圖表，並看看接下來會發生什麼情況。 假設叢集資源管理員判斷需要變更。 它會與其他系統服務 (尤其是容錯移轉管理員) 進行協調，以進行必要的變更。 接著將必要的命令傳送至適當的節點 (4)。 例如，假設資源管理員注意到節點 5 已超載，因此決定要將服務 B 從節點 5 移至節點 4。 重新設定 (5) 結束時，叢集看起來像這樣︰

Resource Balancer Architecture

下一步

  • 叢集資源管理員有許多描述叢集的選項。 若要深入了解這些選項，請參閱關於描述 Service Fabric 叢集一文
  • 叢集資源管理員的主要責任是重新平衡叢集，以及強制執行放置規則。 如需有關設定這些行為的詳細資訊，請參閱平衡 Service Fabric 叢集