聚沙成塔-小哈的记事薄

紧接上文，我们了解了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来满足以上两个要求。具体见下文。

1        WebSphere配置

1.1      通过 http://hostname:9060/admin进入Websphere 管理控制台，并用管理员用户登录

1.2      设置Oracle驱动环境变量（针对Oracle数据库）

1.2.1   将oracle的java驱动ojdbc14.jar复制到…/WebSphere/AppServer/lib/ext目录中。

1.2.2   修改数据库驱动环境变量

Ø        进入”环境àWebSphere变量”

Ø        修改ORACLE JDBC DRIVER PATH，值为1.2.1节中ojdbc14.jar 所在的目录，使用绝对路径。

Ø        确定并保存

1.3      新建J2C认证数据

Ø        进入”安全性——安全管理、应用程序和基础结构—— Java 认证和授权服务（JAAS）——J2C认证数据”

Ø        新建一个认证数据条目

Ø        别名为：取一个容易记住的，假设为bm1

Ø        用户标识为：  数据库连接用户

Ø        密码为：  数据库连接密码

1.4      新建JDBC提供者

Ø        进入”资源——JDBC——JDBC提供程序”

Ø        选择合适的作用域，一般选择server1

Ø        新建JDBC提供程序

Ø        数据库类型为：oracle

Ø        提供者类型为：Oracle JDBC Driver

Ø        实施类型为：连接池数据源

Ø        名称为：oracle92

Ø        点击下一步

Ø        类路径为：${ORACLE JDBC DRIVER PATH}/ojdbc14.jar

Ø        下一步

Ø        完成并保存

1.5      新建数据源

Ø        进入”资源——JDBC——数据源”

Ø        选择合适的作用域，一般选择server1（根据你要发布的Server来）

Ø        新建数据源

Ø        名称为：随便起

Ø        JNDI名称为：jdbc/需要使用的jndi name

Ø        组件管理的认证别名为：hostnameNode01/ bm1（还记得之前建立的J2C别名么）

Ø        下一步

Ø        选择刚才建立的JDBC提供程序，

Ø        设置URL：jdbc:oracle:thin:@ip:1521:sid

Ø        下一步

Ø        确定并保存

Ø        选择刚刚建立的数据源，测试连接，看看是否正常

        上篇文章中安装了Websphere单机环境，那么接下来第一件事不是配置WAS，不是发布应用，而是要打上补丁（特别是新环境）。如果是老系统迁移的话，可以不用打最新的补丁，只要让现在的平台版本和之前运行正常平台版本一致即可，以免引入新的问题。

         首先去http://www-933.ibm.com/support/fixcentral/找到自己需要的补丁，Production Group为Websphere，Product为WAS，指定版本号和平台，搜索出Fixpack。

         这里以6.1.0.23: WebSphere Application Server V6.1 Fix Pack 23 for Windows为例讲述打补丁步骤。

         首先看到一个Update Installer 7.0 for WebSphere Software for Windows，这个是补丁升级程序，从6.1之后所有的补丁（包括7.0）都要考它来升级。安装CD2中会带有这个程序，但是那个版本太低对6.1.0.6之后的补丁无法直接使用。所以先要安装这个打补丁程序。

          Websphere的补丁有WAS—IHS—PlugIn和SDK，根据你的安装拓扑和需要可以分别打，但是一般全都保持一致的版本。下载的pak文件放到Update Installer安装后的maintenance目录下。

          之后运行update installer即可，选定安装补丁的目录：AppServer对应WAS补丁，Http目录对于ihs补丁，plugins目录对应plugins补丁。每次都会自动找到相应的两个pak文件（一个程序的，一个JDK的）。全部安装完，那就OK了，在bin目录下执行versioninfo看看吧。

          WAS6.0的时候打补丁没有那么方便，先要打6.0.2的补丁，顺序为WAS—IHS—PlugIn，然后再打6.0.2之后的小补丁，也是按照WAS—IHS—PlugIn的顺序来。而且那时候还没有UpdateInstaller，每个补丁都需要各自独立安装。不过你可以把对应的PAK文件找出来，拷贝到UpdateInstaller的maintenance下去，节省一点体力活。

 本文是Windows环境下websphere6.0单机环境的安装详细步骤，Linux和Unix下安装亦可参考，不过注意系统参数的调整。

WebSphere6.1的安装过程和6.0大同小异，这里就没有列出，可以到我的Google Docs查看

http://docs.google.com/fileview?id=F.97cf8c0b-5f02-4601-a317-a8a75284253f&hl=en

———————— 下面正式开始——————————

1. 开始安装IBM WebSphere Application Server Network Deployment V6

插入光盘或运行安装介质，进入安装向导

2.接受协议

3.检查条件 安装程序将自动检测是否具备安装WAS6的条件

注：此处安装Windows2003 sp2补丁后会报操作系统补丁缺失（sp1)，很明显不用在意。

4．选择安装目录

这里指定的目录为E:\Program Files\IBM\WebSphere\AppServer

5.安装如下功能部件（样本服务器通常不安装）

6．安装摘要

总大小800M左右

单击下一步开始安装

6．安装完成，选择启动概要表创建向导来创建profiles。（或者进入安装目录的/bin下，进入ProfileCreator运行pctWindows.exe）

阅读全文…