[置頂] IBM Platform Symphony構造解析

Platform Symphony

Symphony 提供了允許散布式的或并行的利用運行的橫線擴大的網格環境。

Cluster:服務器集群，提供利用運行的散布式環境。

Symphony：管理集群里的資源和任務分配。

Client：通過Symphony的客戶真個函數接口發送計算要求并接收計算結果。Client可以運行在集群中某1臺機子上也能夠運行在集群外的某1臺機子上。Client發送要求給Symphony，Symphony初始化Service并運行Client的要求，從Service得到結果再傳遞回Client。

Service：Service必須屬于Cluster，多個Service實例可以在Cluster上同時運行。Service被Symphony啟動，使用Symphony提供的動態的集群資源來進行計算，并將結果傳回Client。

Cluster components

EGO―resource manager

EGO（Enterprise Grid Orchestrator）管理資源使利用可使用可用的資源。

SOAM―workload manager

SOAM（SOA middleware）管理集群里的工作負荷。當1個client產生1個利用要求，這個要求被soam接收。SOAM管理工作負荷的分配，要求資源調度，將輸入從client傳送至service并將結果返回。

consumer

當Symphony的的利用要求資源時，不會直接聯系EGO，而且與資源沒有直接的通道。利用與consumer相聯系，EGO記住consumer，通過它來聯系利用和資源。

Symphony Developer Edition

提供了開發程序的環境，摹擬了grid的環境，可以測試程序。

Inside Workload Management

SOA Middleware components

Symphony中間件包括SD（sessiondirector）,SM(session manager)，SIM（session instance manager）還有色sevice instances。

SD：集群里只有1個sessiondirector，提供了1個單獨的通往SOA中間件的通道，鑒定連接的client，管理session manager的生存時間，提供網頁服務接口。

SM：集群上可以有1個或多個sessionmanager，依賴于集群上運行的利用的數目。Session manager做的事情是：連接client application和計算節點之間的任務輸入輸出，從EGO取得session需要的資源，記錄狀態和session、task的進展情況，管理SIM的生命周期，管理與source manager 的交互。

SIM：service實例化以后產生1個serviceinstance manager。SIM是被SM創建和燒毀的，它的主要工作是：開始和管理1個service instance的生命周期并監控實例的健康運行，傳送session manager和service instance之間的數據。

Service-oriented application objects

包括1個client利用和1個service。

Running executables in Symphony

Inside Resource Management

EGO component

Management hosts

Management hosts 為集群提供集群負載管理，不被期望為用戶運行工作。

Master host：是集群中第1個安裝的，管理集群中的其他節點，也是集群中clients之間的接口。

Master candidates：同1時間只能有1臺masterhost，但是當master宕機時自動替換稱為master的節點叫做master candidate。

Session manager host：1臺管理節點上只有1個sessionmanager。每一個利用只有1個session。

Web server host：運行PlatformManagement Console。只有1臺管理節點可以運行。

Compute hosts

1個CPU slot是計算資源的單位，默許與CPU個數相等。

Sharing of Symphony resources

Inside the Symphony Cluster

cluster 的啟動進程

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈