[置顶] 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 的启动进程

生活不易，码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠