聚沙成塔-小哈的记事薄

紧接上文，我们了解了Application Server，profiles，Managed Node、Umanaged Node等概念，知道了最简单的stand-alone拓扑结构。那为了弥补stand-alone模式的可扩展性（Scalability）可靠性（reliability）要求，有必要提出Cluster的解决方案。

       这副图里我们可以看到分布在两台Machine上的两个Node，每个Node含有三个Application Server，其中两个Server与另一个Node中的两个Server构成了Cluster，这个Cluster通过Node agent被一个Deployment Manager管理。同时我们可以看到每个Node另有一个单独的Application Server，这个Server和之前介绍的Stand-alone application server可以看作是等价的，只是现在被加入到Network Deployment中，接受DM的统一管理。整个的绿色大背景则是一个单元（Cell）。

术语四 Deployment Manager（DMgr）：在分布式拓扑中管理一个或多个节点的特殊profile，通过Node agent把配置和管理动作传达到每个Node中的Server上。可以通过PMT工具建立DM profile，它包含了主配置库，以及各个节点上有的配置文件——启动这个节点所需的XML配置和应用程序文件 。由此可见，各个节点的配置文件是DM上有的子集，所以当我们修改节点上应用里WEB-INF下的诸如web.xml文件，除了在节点上的config目录中要做相应修改，DM节点上config目录里同样要修改，否则重启dm后，一切配置信息将同步到和DM里有的状态。

术语五 单元（Cell）：是一个逻辑上的管理域的称呼，提供了对节点的单独管理入口，这个域由跨多台主机上的Node和一个DM组成，

了解了以上这些术语，那集群的概念就很简单：集群就是一组多个Application Server组成的group，运行着同样的应用程序。一个集群可以运行在一个Node上，或者同一台机器的不同node上（垂直集群），可以运行在不同机器的不同Node上（水平集群）。由此提供故障转移。配合web server，则能做到负载均衡。

有了这些概念，再大的Topology都不怕。

下文将讲述建集群的详细操作步骤。

/**   下文是我根据自己一年多的工作经验，结合IBM的PPT写成，如果你觉得表述的不是很明白，可以前往阅读IBM官方文档IBM WAS ND 分布式网络环境的理解与集群的实现。**/

在Websphere入门篇（一）-was6.0安装中，我们配置了一个Websphere Application Server，前端联合了一个Http Server，后端连接Oracle数据库。这是WebSphere最简单的拓扑结构——带Web服务器的单机环境（Stand-alone Application Server Topology with Web Server ）

Stand-alone Application Server拓扑方式的安装是指在一个单独的节点上（Node）运行一个（仅能一个）Application Server进程的安装方式。如果你需要多个Application Server，那么你就要起多个profiles，而在ND环境中一个Profile可以起多个Application Server。在Stand-alone的环境下，Web服务器只能定义一个，ND环境下则无此限制。

术语一 Application Server：一个为J2EE应用提供了web容器、EJB容器、Naming、JMS等服务，同时提供配置和管理功能的运行平台。在Windows、Unix等分布式操作系统上，一个Server单只一个JVM实例，我们看到的就是一个java进程；但在z/OS平台上，一个Server可以包含多个操作系统进程，每个进程都单独运行一个JVM实例。

术语二 WebSphere profiles：一个application server所需要用到的User files的集合，包括诸如环境变量是如何设定的、各种资源是如何配置的、日志文件的记录格式……所有的这些构成了application server的运行时环境。

与之相对应的是Product files——运行application server所需要的二进制文件，这些二进制文件是各个profiles共享的。因为只有这一份二进制文件集，所以websphere代码的变更，比如补丁的升级，可以被旗下所有的profiles享用到，无需为每一个Profiles单独操作，节省了磁盘空间。

由此可知，如果需要为不同的应用使用不同的补丁版本，或者为某个应用打一个小fix，那么只能重新安装一个完整的WAS程序，而不仅仅是单独建立一个profile。而不同机器间WAS的迁移，也必然不能简简单单的拷贝WAS安装目录了事，至少需要安装WAS程序，profiles因为是配置的集合，和机器的相关性比较小——主机名、端口号等配置还是需要注意的——可以“偷懒”拷贝一下。

术语三 节点（Node）：节点是受管服务器（Server）的逻辑分组。节点通常与具有唯一 IP主机地址的逻辑或物理计算机系统对应，节点不能跨多台计算机。

分为Managed Node：可以被Deployment manager管理，在ND环境下的application server必然是Managed Node，同时也会有一个对应的Node agent，通过在profile name/bin目录下运行startNode命令，可以让DM来管理application server。当一个Stand-alone的application server联合到ND环境下时，Node agent会自动生成，当然之前是没有的。

与之对应的是Unmanaged Node：顾名思义是无法直接通过DM来管理的节点，一般是作为Web Server所在节点存在的，特别是当Web server位于DMZ区，而app server位于防火墙之后。虽然是Unmanaged Node，但是生成插件、传播插件是可以的，只是起停web server需要手动执行。

摘自WebSphere Application Server 常见问题及解答：什么是单元（Cell）？什么是节点（Node）？Node、Profile 与 Server 之间的关系是什么？

如果stand-alone的结构无法满足应用程序的可扩展性（Scalability），可靠性（reliability）要求，那么我们就需要使用Network Deployment Topology，进而配置Cluster来满足以上两个要求。具体见下文。