一、启动、停止顺序
1:stop
1.1 首先停止server
1.2 停止Node
1.3 stop dmgr
2: start
2.1 首先启动dmgr
2.2 启动Node
2.3 启动server
二、dmgr、node、server之间的关系cell最大,包含0到多个node,每个node又包含0到多个application server。其管理方式为:Deployment manager管理着cell,再通过Node agent管理每个node,node agent管理着自己的application server。一个物理机器上可以有多个node。
值得一提的是,这个是network deploy版本的,支持集群工作。如果是Express版本,那就没有deploy manager和node agent。
然后就是实践,通过安装WAS来验证上面的理论。这里不贴图了。主要描述一下需要弄清楚的几个问题:
WAS的结构是product files+configuration files。product files是静态文件,只有一份,被每个WAS的产品实例共享。而configuration files就是profile,被翻译成“概要表”,它包含了一系列的文件。仅安装product files系统还只是一个壳,需要建立概要文件才能让系统跑起来。
节点有三种类型:
1、stand-alone node:未被管理的node。
2、manage node:被管理的node。ND环境下的node,可以在此建立多个application server。
3、deployer manager:管理节点,即一个运行着deploy manager进程的node,cell通过这个节点管理其他节点。
概要文件的位置在WebSphere\AppServer\profiles目录下,profile有三种类型:
1、Application Server:建立不同stand-alone node的实例,每个节点有一个application server。
2、Deployment Manager:cell的管理节点dmgr。
3、Custom (managed):建立一个被dmgr管理的节点,没有任何预定义的application server。也就是一个仅含node agent的node,可以通过dmgr来建立application server。
这里有个federate的概念,stand-alone的node不含node agent,但当它被加入到一个dmgr的管理下(federate)时,会生成node agent。即federated的节点才有node agent。
最后就是通过管理控制台来管理整个WAS了。