ServerNodeCellCluster—Websphere拓扑结构及术语介绍.docVIP

下文是我根据自己一年多的工作经验，结合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需要手动执行。 关于 Node、Profile 与 Server: 这三个概念比较容易混淆，我们拿出来对比说明：Node=Profile。Node 是管理上使用的概念，Profile 是实际的概要文件，它们代表同一事物。Server 就是所谓的 Application Server Instance , 这是我们实际要布署 Application 的地方。在IBM WAS ND 产品中受管节点的 Node Agent 目的就是让 Deployment Manager Server 可以透过 Node Agent 来管 Node (Profile) 中的 Application Server Instance，一个 Node (Profile) 中可以有多个 Application Server Instance。 如果是非 ND 版本 , 则属