Platform Symphony
Symphony 提供了允许分布式的或者并行的应用运行的横线扩展的网格环境。
Cluster:服务器集群，提供应用运行的分布式环境。
Symphony：管理集群里的资源和任务分配。
Client：通过Symphony的客户端的函数接口发送计算请求并接收计算结果。Client可以运行在集群中某一台机子上也可以运行在集群外的某一台机子上。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）管理集群里的工作负荷。当一个client产生一个应用请求，这个请求被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：集群里只有一个sessiondirector，提供了一个单独的通往SOA中间件的通道，鉴定连接的client，管理session manager的生存时间，提供网页服务接口。
SM：集群上可以有一个或多个sessionmanager，依赖于集群上运行的应用的数目。Session manager做的事情是：连接client application和计算节点之间的任务输入输出，从EGO获得session需要的资源，记录状态和session、task的进展情况，管理SIM的生命周期，管理与source manager 的交互。
SIM：service实例化之后产生一个serviceinstance manager。SIM是被SM创建和销毁的，它的主要工作是：开始和管理一个service instance的生命周期并监控实例的健康运行，传送session manager和service instance之间的数据。
Service-oriented application objects
包括一个client应用和一个service。
Running executables in Symphony
Inside Resource Management
EGO component
Management hosts
Management hosts 为集群提供集群负载管理，不被期望为用户运行工作。
Master host：是集群中第一个安装的，管理集群中的其他节点，也是集群中clients之间的接口。
Master candidates：同一时间只能有一台masterhost，但是当master宕机时自动替换称为master的节点叫做master candidate。
Session manager host：一台管理节点上只有一个sessionmanager。每个应用只有一个session。
Web server host：运行PlatformManagement Console。只有一台管理节点可以运行。
Compute hosts
一个CPU slot是计算资源的单位，默认与CPU个数相等。
Sharing of Symphony resources
Inside the Symphony Cluster
cluster 的启动过程
原文地址：http://blog.csdn.net/u010726042/article/details/44976601
