WAS集群安装<六>错误解答及概念术语

本章主要对Was中的一些概念性术语进行解释和安装处理过程中的一些问题进行解答，这些概念网络收集而来，是曾经学习的时候记录收集的，主要是增强对Was中的节点等的理解，主要还是处理在使用安装过程中的一些问题总结。

一、错误解答

1、无法添加节点

在做集群配置的过程中，无法进行节点的添加，如果你是按照我之前的步骤进行安装的话，那么最有可能的是几台服务器的节点不同步造成的原因，请先检查时间，查看节点服务器是否同步。

步骤

同步授时中心的时间
ntpdate asia.pool.ntp.org

如果你要设置每天自动同步的话，可以设置crontab，设置方式

#crontab -e
进入crontab编辑模式，使用方法同vi
输入
0 23 * * * ntpdate asia.pool.ntp.org >> /var/log/ntpdate.log
保存退出
系统到每天23:00去asia.pool.ntp.org 同步时间，并将同步的日志放到/var/log/ntpdate.log

2、如果在安装 Plugins的时候提示安装错误

可以通过在 <WAS安装文件目录>/lin_x64_suppl/plugin/plg.webserverplugins.pak/repository/plugins.install/properties/version/nif/config/uninstall/ 下创建4个空文件，创建方式为：

touch ApacheUnInstall.tmp Domino7UnInstall.tmp IHSUnInstall.tmp SunOneUnInstall.tmp

然后删除插件，进行重新安装

3、如果在安装IHS提示不能执行 httpasswd的问题

如果在安装IHS提示不能执行 httpasswd时，直接执行httpasswd可找到原因，会提示错误信息，可根据错误信息进行修改

4、在启动IHS 时出现httpd: bad user name @@SetupadmUser@@的问题

在启动IHS 时出现httpd: bad user name @@SetupadmUser@@，可修改conf/admin.conf
5、如果启动了IHS，但是无法浏览器访问问题
成功启动 IHS，80 端口也启动监听，但不能通过浏览器访问，检查 logs/error_log日志

6、如果在传播插件时提示无权限或者失败等问题

如果这类错误，请先修改IHS报错的配置文件路径下面的plugin-cfg.xml的权限问题及查看IHS下面的插件文件名称是否一样

我这里在安装的时候就出现错误，出错误的原因是因为我在安装插件的时候使用的默认名字，server的一个名字，而我在管理界面配置IHS的时候，又使用的是IHS01的主机名称，所以名字导致不一样才出现无法传播插件

如果你是删除了IHS服务器的这个插件名称的话，那么还需要修改一个apache的配置文件  httpd.conf，我的路径：/opt/IBM/HTTPServer/conf/httpd.conf

修改如下内容：WebSpherePluginConfig /opt/IBM/HTTPServer/Plugins/config/IHS01/plugin-cfg.xml，这里的IHS01就是需要修改的部分，修改成你报错的路径中的那个名称即可，然后把DM相应路径下面的文件打包，发送到你的IHS的相应文字解压，修改权限即可。

(<Plugins>/config/ihs01/plugin-cfg.xml 文件权限，直接 777)

欢迎各位也补充遇到的问题，我也会不断补充

二、关键术语

（网络上面都很多，主要理解一下概念，也可以直接查看WAS官方文档即可）

1、单元

单元是整个分布式网络中一个或多个节点的逻辑分组。单元是一个配置概念，是管理员将节点间逻辑关联起来的实现方法。管理员根据具体的业务环境，制定对其整体系统集成环境有意义的条件来定义和组织构成单元的节点。就一般情况来说，可以将单元看作是最大的作用域

2、DeploymentManager 

DeploymentManager是管理代理程序，它提供集中式管理单元中所有节点的可视化人机交互管理视图。单元是一个逻辑上的配置概念，DeploymentManager为单元中所有元素提供了单一的管理控制中心点。每个单元都会包含一个DeploymentManager，由DeploymentManager提供管理功能来修改单元的主配置文件，同时提供集群管理以及在一个或多个节点作用域内进行应用程序服务器工作负载平衡

3、节点（Node）

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

4、受管节点和非受管节点

受管节点有相应的NodeAgent进程来管理它的配置和服务器。非受管节点没有NodeAgent。NodeAgent表示管理单元中的节点并负责保持配置始终处于最新状态。非受管节点对于单元来说是未知的，所以DeploymentManager无法对其进行管理。

分布式网络环境中的非受管节点可以有服务器定义（例如Web服务器），但不能有应用程序服务器定义，并且非受管节点无法添加NodeAgent，因此它不能成为受管节点。另外一种情况在独立应用程序服务器环境中，节点尚且没有NodeAgent，它们也可以暂时被视为非受管节点，但是这类节点可以通过联合独立应用程序服务器而变为单元中的受管节点。通过调整独立应用程序服务器概要文件，将单独的Server节点添加到单元，这个过程称为联合。在联合独立应用程序服务器时，节点将自动创建NodeAgent，该节点就可以被DeploymentManager管理。

5、NodeAgent

NodeAgent是将管理请求路由至服务器的管理代理程序。NodeAgent进程在每个受管节点上运行，并专门执行特定于节点的管理功能，如服务器进程监视、配置同步、文件传输和请求路由。DeploymentManager通过与NodeAgent的交互完成对单元内节点的控制。

6、WASPlug-in

非受管节点，最常见的是web服务器节点（如IBMHTTPServer），是通过Web服务器插件方式来接受DeploymentManager管理，加入到单元当中来的。IBMWASND产品支持所有符合规范的Web服务器的基本管理功能，可以为所有支持的Web服务器生成插件配置。插件生成之后，对于非受管节点，可以通过“传播给远程Web服务器”完成插件配置；如果定义在受管节点上，则直接通过节点间同步即可完成插件配置的传播。

Web服务器插件允许Web服务器将动态内容的请求发送到应用程序服务器。Web服务器插件与每个Web服务器定义关联。为每个插件生成的配置文件（plugin-cfg.xml）基于通过关联的Web服务器路由的应用程序。Web服务器插件帮助面向的网络中的应用程序服务器之间的工作负载平衡，改进请求响应时间。

7、概要文件（Profile）

概要文件定义一个独立应用程序服务器（Server）的运行时环境，包括服务器在运行时环境中处理的所有文件。使用概要文件创建独立应用程序服务器，则每个定义的应用程序服务器进程都在profiles目录内，除非在创建概要文件时指定新目录。IBMWASND提供了多种类型的概要文件：

8、单元概要文件

基本功能是在DeploymentManager的管理下将应用程序提供给因特网或内部网。创建单元概要文件其实就是同时创建DeploymentManager概要文件和已联合到单元的节点概要文件，构建一个最简单的单元环境。在创建初始单元概要文件后，可单独创建定制概要文件或独立概要文件，再通过联合操作将他们添加到DeploymentManager管理的单元环境中。

9、DeploymentManager概要文件

基本功能是将应用程序部署到WAS的管理单元。每个属于该单元的Server都作为受管节点引用。

10、ApplicationServer概要文件

基本功能是将应用程序提供给因特网或内部网。IBMWASND产品的重要功能就是通过将Server节点添加到单元，调整独立应用程序服务器概要文件。单元中的多个应用程序服务器进程可以部署它需要的应用程序。也可以从单元除去Server节点以将节点返回到独立应用程序服务器的状态。每个独立应用程序服务器都具有其自己的管理控制台应用程序，可以使用它来管理Server。

11、Server

Server就是ApplicationServerInstance,这是实际要布署Application的地方。

12、Node、Profile与Server之间的关系

Node=Profile。Node是管理上使用的概念，Profile是实际的概要文件，它们代表同一事物。Server就是所谓的ApplicationServerInstance,这是我们实际要布署Application的地方。在IBMWASND产品中受管节点的NodeAgent目的就是让DeploymentManagerServer可以透过NodeAgent来管Node(Profile)中的ApplicationServerInstance，一个Node(Profile)中可以有多个ApplicationServerInstance。

如果是非ND版本,则属于SingleServer版本，那么一个Node(Profile)中只能有一个ApplicationServerInstance，如果你希望在一台机器上有多个ApplicationServerInstance，那就只能透过创建多个Profile(Node)来达成，但这些Node(Porfile)彼此独立没有管理上的关系(RelationShip)，只要使用的TCP/IPPort不要冲突即可。

权重的相关说明

如果所有集群成员的权重相同，插件就会将等量的请求发送到所有集群成员（假定未配置强亲缘关系）。如果各权重值在0到20之间，那么插件通常将请求路由到那些具有较高权重值的集群成员。

可以使用管理控制台来指定集群成员的权重。应根据集群成员工作能力的适当比例来对其指定权重。对特定成员指定的权重值只有在对集群中其他成员指定了权重的情况下才有意义。权重值并不代表绝对的能力。如果某个集群成员不可用，那么Web服务器插件暂时不会将请求路由到该集群成员。

例如，如果集群包含两个成员，并且指定了权重1和2，那么，第一个成员将接收到大约1/3的工作负载，第二个成员将接收到大约2/3的工作负载。但是，如果将第三个成员添加到集群中并对新成员指定权重1，那么，第一个成员现在将接收到大约1/4的工作负载，第二个成员将接收到大约1/2的工作负载，第三个成员将接收到大约1/4的工作负载。如果第一个集群成员变为不可用，那么，第二个成员将接收到大约2/3的工作负载，第三个成员将接收到大约1/3的工作负载。

权重值仅仅是近似的负载均衡目标。还有其他依赖于应用程序的因素，例如线程并行性、本地设置首选项、亲缘关系以及资源可用性，在确定特定请求的发送目标时，这些也是考虑因素。