IHS多WAS集群负载均衡和会话同步架构的实现
服务器负载均衡的原理和实现方式
服务器负载均衡的原理和实现方式服务器负载均衡是指在网络服务器集群中,通过某种策略将客户端的请求分发到多台服务器上,以达到均衡服务器负载、提高系统性能和可靠性的目的。
本文将介绍服务器负载均衡的原理和实现方式。
一、负载均衡的原理1.1 负载均衡的作用在网络服务器集群中,随着用户数量和访问量的增加,单台服务器可能无法满足所有用户的请求,容易导致服务器负载过高、性能下降甚至宕机。
负载均衡的作用就是通过将用户请求分发到多台服务器上,使得每台服务器的负载相对均衡,提高系统的整体性能和可靠性。
1.2 负载均衡的原理负载均衡的原理主要包括以下几个方面:(1)请求分发:负载均衡设备接收到用户的请求后,根据预先设定的负载均衡算法,将请求分发到服务器集群中的某一台服务器上处理。
(2)健康检测:负载均衡设备会对服务器集群中的每台服务器进行健康检测,监测服务器的负载情况、性能状态等,以确保只有正常工作的服务器参与请求处理。
(3)负载均衡算法:常见的负载均衡算法包括轮询算法、加权轮询算法、最小连接数算法、最小响应时间算法等,不同的算法适用于不同的场景,可以根据实际需求选择合适的算法。
1.3 负载均衡的优势负载均衡技术能够提供以下几方面的优势:(1)提高系统性能:通过将请求分发到多台服务器上,有效减轻单台服务器的负载压力,提高系统的整体性能。
(2)提高系统可靠性:当某台服务器发生故障时,负载均衡设备可以自动将请求转发到其他正常工作的服务器上,保证系统的可靠性。
(3)扩展系统规模:通过增加服务器数量,可以灵活扩展系统的规模,应对不断增长的用户请求。
二、负载均衡的实现方式2.1 硬件负载均衡硬件负载均衡是通过专门的负载均衡设备(如F5、CISCO等)来实现的,这些设备具有强大的处理能力和丰富的负载均衡算法,能够有效地分发用户请求并监控服务器状态。
硬件负载均衡通常适用于大型网络环境,能够提供高性能和高可靠性的负载均衡服务。
2.2 软件负载均衡软件负载均衡是通过在普通服务器上安装负载均衡软件来实现的,常见的软件负载均衡方案包括Nginx、HAProxy、LVS等。
XXXWAS集群安装部署报告
XX系统WAS集群安装部署报告目前XX系统应用程序部署在XX服务器,单个服务器运行,为提高系统运行效率,增加同时在线人数,现部署为WAS集群。
一、WAS集群拓扑图略(图1)图1是WAS的集群环境,包含两个节点,分布在两台机器上,一台用于Web服务器,用于接收用户请求,并通过plugin配置文件将负载均衡到WAS集群成员上,部署Deployement Manager,作为集中管理接口,管理WAS集群成员;两台作为WAS集群成员,具体处理业务逻辑,一台作为数据库节点,存储业务数据。
DM、Web服务器节点、应用节点是64位Window2003操作系统,数据库服务器为HP-Unix操作系统。
二、应用服务器清单三、搭建WAS ND集群环境首先搭建集群环境,然后在cluster上部署应用程序。
以下是详细操作步骤,最后通过部署应用来检验。
1、准备WAS 配置管理节点(1)在服务器1上安装WAS6 ND 版本(安装结束后不要立即创建profile),注意安装最新的补丁(此次安装,使用的版本为6.0.2.23)。
最后(安装结束后不要立即创建profile),注意安装最新的补丁(此次安装,使用的版本为6.0.2.23)1升级6.0-WS-WAS-WinX64-RP0000002.zip,把updateinstaller文件复制到:E:\IBM\WebSphere\AppServer,执行其中的update.exe;2.updi.6000.windows.amd64.zip,把updateinstaller文件复制到:E:\IBM\ WebSphere\AppServer3.把.6.0.2-WS-WAS-WinX64-FP00000023.pak文件复制到。
E:\IBM\WebSp here\AppServer\updateinstaller\maintenance中。
执行E:\IBM\WebSphere\App Server\updateinstaller下面的update.exe完成升级。
服务器集群与负载均衡(两篇)
引言:服务器集群与负载均衡是现代网络架构中关键的组成部分。
在互联网时代,随着网络流量的不断增加和用户对稳定性要求的提高,单一服务器无法满足大规模用户的需求。
因此,通过将多台服务器连接在一起组成集群,并且通过负载均衡技术将流量均匀分配到各个服务器上,可以提高系统的可用性和性能。
正文:一、集群模式选择:1.1 单向链接模式:该模式中,多台服务器按照一定的顺序连接在一起,流量仅从第一台服务器经过,逐级传递到其他服务器。
这种模式适用于需要特定服务器处理的请求。
1.2 双向链接模式:该模式中,多台服务器之间互相连接,流量可以从任意一台服务器进入集群,并且能够灵活地在各服务器之间传递。
这种模式适用于需要多台服务器协同处理请求的情况。
二、负载均衡算法:2.1 轮询算法:按照顺序将每个请求依次分配给集群中的服务器。
优点是简单高效,适用于请求分配数量相对均匀的场景。
2.2 权重算法:根据服务器的性能、负载情况等设定不同的权重值,将请求分配给权重较高的服务器。
优点是能够根据服务器性能动态调整分配比例,适用于服务器性能差异较大的场景。
2.3 最短响应时间算法:根据每台服务器的响应时间,将请求分配给响应时间最短的服务器。
优点是能够尽可能地提高用户体验,适用于需要快速响应的场景。
三、集群管理:3.1 服务器动态扩缩容:根据系统负载情况,自动增加或减少集群中的服务器数量,以保持系统的负载均衡。
3.2 服务冗余与高可用性:通过将相同服务部署到多台服务器上,并在主服务器出现故障时自动切换到备份服务器,保证系统的高可用性。
3.3 集群监控与故障诊断:利用监控系统对集群中的服务器进行实时监控,并能够及时发现故障,并进行诊断和解决。
四、容灾备份:4.1 数据备份:将集群中的数据进行定期备份,以防止数据丢失或损坏。
4.2 容灾方案:制定有效的容灾方案,包括备份数据的恢复、故障服务器的替换等,以保证集群在面临自然灾害、硬件故障等情况下的可靠性。
WAS集群配置联调
实验6-WAS集群配置联调实验目的:本实验会引导学生完成W AS8的集群配置,之后会安装IHS和Plugins插件,配置集群中的应用使用Web server来进行访问。
实验前提:W AS8.0已经正确安装完毕,同时已经存在一个独立服务器的概要表,概要表中有一个服务器,一般服务器名称是server1。
一、生成部署管理器的概要表1、启动概要表管理工具应用程序,此程序在目录C:\IBM\WebSphere\AppServer\bin\ProfileManagement中,在DOS命令行中启动pmt.bat。
如果是windows操作系统,也可以通过开始菜单来启动W AS服务器,寻找启动W AS 服务器命令顺序是“开始”-》“所有程序”-》“IBM WebSphere”-》“IBM WebSphere Application Server Network Deployment V8.0”-》“工具”-》“概要表管理工具”。
2、在概要表管理工具界面,单击“创建”按钮。
3、在概要表类型中选中“管理”,单击“下一步”按钮。
4、选择“Deployment Manager”单选框,单击“下一步”按钮。
5、选择“典型概要表文件创建”单选按钮,单击“下一步”按钮。
6、取消“启用管理安全性”复选框,单击“下一步”按钮。
7、在概要文件创建总结中界面中,单击“创建”按钮。
8、部署管理器的概要表建立后,如下图,选中“启动第一步控制台”复选框,单击“完成”按钮。
9、第一步的界面如下,单击“安装验证”链接。
10、系统会自动启动DM,从弹出的界面直到看到“安装验证完成”字样后,说明DM已经正常启动安装。
关闭这个界面。
11、进入部署管理器DM的管理控制台,可以从“第一步”中单击“管理控制台”进入,也可以在浏览器中输入下面URL:http://localhost:9061/ibm/admin由于在本机器上已经有一个服务器的概要表,其管理控制台端口是9060,因此在后来建立的DM的概要表会自动使用9061作为DM的管理控制台端口。
WAS ND6.1 集群配置向导_for linux
WAS ND6.1 集群配置向导-之一(2008-08-21 19:29:51)转载标签:分类:技术杂谈Websphere Application Server Network Deployment version 6.1 Cluster Guideby maj 21/8.08COPYLEFT BY MAZHE(mazhe219@)1.安装Websphere Application Server Network Deployment version 6.1(WASND6.1 for short) 操作系统: Novell SUSE Linux Enterprise Server 10安装Suse10的时候记住要安装图形化界面1.1得到WAS ND6.1 linux版本的安装包,例wasND61.tar1.2以root用户身份登录系统,将安装文件传送到目录中,例: /root/WASNDInstallFile/wasND61.tar 1.3解压安装包文件,命令:>tar -xvf wasND61.tar如果是在x-window可视环境中,可以右击安装文件直接解压到当前目录1.4运行launchpad.sh,启动安装界面如果启动失败,可以选择手动安装,方法:首先要先安装jre,在安装包解压目录中将JDK目录深处的jre目录拷贝至/usr/share/java5/中修改环境变量(最简方法):profile文件(/etc/profile),在文件尾部加入JAVA_HOME=/usr/share/java5/jrePATH=$JAVA_HOME/bin:$PATHexport JAVA_HOMEexport PATH重新登录使环境变量生效.测试jre是否安装成功:在任意目录下执行命令>java -version ,如果出现java版本信息,则表示安装成功.进入安装包目录中的WAS目录,执行install文件: >./install ,手动启动安装.1.5在启动的安装界面中,选择第一项:Startup the install wizard of Websphere Application Server Network Deployment进入WAS ND的安装.接受安装协议和指定安装目录(默认目录: /opt/IBM/Websphere/)后要选择同时生成profiles的类型,如果选择cell,则生成一个Deployment Manager和一个Application Server,或者可以单独生成Deployment Manager或者Application Server.但此处我们选择none,安装完成后单独创建这些profiles.1.6点击下一步直至安装完成.2.生成profile完成安装后,要创建Deployment Manager和Application Server的profile:到cluster管理节点上,运行: >/opt/IBM/WebSphere/Appserver/bin/ProfileManager/pmt.sh 打开profile创建界面.创建profile类型为Deployment Manager,用typical形式创建,默认创建的名字为Dmgr01.此处记住安装的Deployment Manager SOAP端口号,默认为8879建议选择安全管理并创建用户名与密码,例如: admin/111111到cluster受管节点上同样运行: >/opt/IBM/WebSphere/Appserver/bin/ProfileManager/pmt.sh此处创建profile类型为Application Server,依然使用typical形式创建,默认创建名为AppSrv01. 使用如上方法创建第二个Application Server,默认创建名为AppSrv02.2.1*重要一点,到各服务器上检查/etc/hosts文件,如果此处WASND安装时候将本机hostname映射到127.0.0.2,则要进行修改,改为127.0.0.1或者服务器真实IP即可.2.2将两台app server的IP映射成为hostname:修改DM服务器的/etc/hosts文件,添加映射,例如:192.168.0.2 webapp01.clu app01192.168.0.3 webapp02.clu app022.3启动DM,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/Dmgr01/startManager.sh2.4要将两个app server加入到DM(Deployment Manager,下同)中,首先启动两个app server的node,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/AppSrv01/startNode.sh成功启动后,将该app server加入到DM中,命令如下:>/opt/IBM/WebSphere/Appserver/profiles/AppSrv01/addNode.sh 192.168.0.1 8879 -username admin -password 111111以上参数分别为DM服务器ip,DM的SOAP端口,DM管理员登陆名,DM管理员登陆密码.2.5登录DM的管理控制台http://198.168.0.1:9060/admin在服务器->应用程序服务器中可以看到已经添加的的两台app server了(默认名称均为server1).3.创建集群cluster3.1 新建集群进入DM管理控制台,进入集群配置管理: 服务器->集群, 选择新建,然后创建一个空集群:testCluster3.2 为新集群添加成员选择进入集群testCluster,选择添加成员,将上面看见的两个两个app server添加到集群中,添加成功后可以在服务器->集群->本地拓扑中看到集群的拓扑结构.3.3 测试集群制作一个简单应用,只有index.jsp即可,可以生成上下文为"DemoApplication"的ear包进行直接部署,或者生成war包,然后在部署应用的时候指定应用上下文为"DemoApplication",部署的时候要在部署范围上面选择集群并进行应用保存(cluster=testCluster)启动集群testCluster.现在可以分别访问两个app server的应用了:http://192.168.0.2:9081/DemoApplicationhttp://192.168.0.3:9081/DemoApplication*注:安装时默认将application端口指定为9081,可以在安装时修改.如果访问成功,表示集群已经起作用,以后直接将应用部署到集群上面即可完成对两台app server的应用安装,但要注意的是各个服务器之间的时间相差不能大于5分钟,否则会显示不能同步的状态(修改系统时间命令: >date -s 15:30:00).4.安装IHS(IBM HTTP Server) 和WebServer插件4.1现在集群已经正常工作,但是还不能做到负载均衡,本结构例子使用IHS进行负载均衡.4.2同WASND安装,运行launchpad.sh,点击选择里面的Startup the install wizard of IBM HTTP Server.按照提示进行安装,默认安装到/opt/IBM/HttpServer1.4.3同上步骤点选Startup the install wizard of WebServer plugin.默认安装目录会将IHS的plugin安装到/opt/IBM/HttpServer.4.4 启动IHS运行/opt/IBM/HttpServer1/bin/apachectl.sh start4.5 将IHS注册到WASND中将/opt/IBM/HttpServer1/Plugins1/bin下的configurewebserver1.sh拷贝到DM中,并进行运行,命令如下:./configurewebserver1.sh -user admin -password 1111114.6进入DM的管理控制台,在服务器->web服务器中应该可以看到刚刚建好的webserver15.应用配置5.1部署应用时候,将部署范围选择为cluster和webserver1两个.5.2 修改virtual host进入环境->虚拟主机,选择default_host,点击"主机别名"进入编辑后将多余的都删掉,只留下9081,9443和80端口,对应得hostname都是*5.3重新启动DM服务5.4选中webserver1,点击传播插件,开始传播插件.如果传播插件失败,有可能是在系统上权限不够,可以使用chmod修改权限5.5成功传播插件后就可以进行负载均衡了,可以访问http://192.168.0.1/DemoApplication安装配置完成注:负载均衡请求流程:request->webserver(IHS)->进行负载均衡(从cluster中选择合适的服务器)->将request分发到app serverWAS ND6.1 集群配置向导-之二(2008-08-21 19:35:09)转载标签:分类:技术杂谈Websphere Application Server Network Deployment version 6.1 Cluster Guideby maj 21/8.08COPYLEFT BY MAZHE(mazhe219@)附1:各端口关系a.将端口和应用关联起来是通过virtual host,例如有两个应用app01和app02,分别要通过9085和9086来访问,配置方法是在环境->虚拟主机中建立两个virtual host,分别取名为host1和host2,里面分别新建端口*-9085和*-9086(要重新启动WAS).然后在部署应用的时候有一步骤是要为应用指定virtual host,此时将app01指定为host1,将app02指定为host2,即完成应用对端口的映射.如果是已经安装过的应用要进行端口修改的话,进入应用程序->企业应用程序,点击要修改的应用,在右边"Web 模块属性"中点击"虚拟主机",再修改为相应virtual host即可.b.各个application server上面也要开启端口,否则就算部署在服务器上面的应用使用了端口例如9085,但服务器本身没有对应打开的话,也是不能通过9085端口访问到该应用的.配置方法:服务器->应用程序服务器,点选要修改的服务器->右侧"容器设置"->"web容器设置"->"Web 容器传输链"->WCInboundDefault ,在此处可以修改端口,没有的端口可以进行添加(右边"端口"选项)WAS ND6.1 集群配置向导-之三(2008-08-21 19:37:43)转载标签:分类:技术杂谈Websphere Application Server Network Deployment version 6.1 ClusterGuide by maj 21/8.08 COPYLEFT BY MAZHE(mazhe219@)附2:自定义LoadBalancer1.编写自定义LoadBalancer代码可以使用servlet书写负载分发逻辑,选择好要分发的服务器后可以使用response.sendRedirect(url)该LoadBalancer应用的上下文要和webserver中的被访问应用一致(待研究)2.修改webserver的plugin配置要修改的配置文件地址:/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/config/cells/Cell01/nodes/Node01/servers/web server1/plugin-cfg.xml原始配置:<VirtualHostGroup Name="default_host"><VirtualHost Name="*:80"/><VirtualHost Name="*:9443"/><VirtualHost Name="*:9081"/></VirtualHostGroup><ServerCluster LoadBalance="Round Robin" Name="testCluster"><Server CloneID="11111" LoadBalanceWeight="2" Name="Node01_app01"><Transport Hostname="APPHOST01" Port="9081" Protocol="http"/><Transport Hostname="APPHOST01" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="22222" LoadBalanceWeight="2" Name="Node02_app02"> <Transport Hostname="APPHOST02" Port="9083" Protocol="http"/><Transport Hostname="APPHOST02" Port="9446" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="33333" LoadBalanceWeight="2" Name="Node03_app03"> <Transport Hostname="APPHOST02" Port="9081" Protocol="http"/><Transport Hostname="APPHOST02" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><PrimaryServers><Server Name="Node01_app01"/><Server Name="Node02_app02"/><Server Name="Node03_app03"/></PrimaryServers></ServerCluster>上面配置文件中一些不很重要的属性被省略掉了,将配置文件改为:<VirtualHostGroup Name="default_host"><VirtualHost Name="*:80"/><VirtualHost Name="*:9443"/><VirtualHost Name="*:9081"/><VirtualHost Name="*:8088"/></VirtualHostGroup><ServerCluster LoadBalance="Round Robin" Name="testCluster"><ClusterAddress Name="MyLoadBalancer"><Transport Hostname="192.168.0.6" Port="8088" Protocol="http"/></ClusterAddress><Server CloneID="11111" LoadBalanceWeight="2" Name="Node01_app01"> <Transport Hostname="APPHOST01" Port="9081" Protocol="http"/><Transport Hostname="APPHOST01" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="22222" LoadBalanceWeight="2" Name="Node02_app02"> <Transport Hostname="APPHOST02" Port="9083" Protocol="http"/><Transport Hostname="APPHOST02" Port="9446" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><Server CloneID="33333" LoadBalanceWeight="2" Name="Node03_app03"><Transport Hostname="APPHOST02" Port="9081" Protocol="http"/><Transport Hostname="APPHOST02" Port="9444" Protocol="https"><Property Name="keyring"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.kdb"/><Property Name="stashfile"Value="/opt/IBM/HTTPServer/config/webserver1/plugin-key.sth"/></Transport></Server><PrimaryServers><Server Name="MyLoadBalancer"/></PrimaryServers></ServerCluster>主要添加了名为MyLoadBalancer的ClusterAddress,这个自定义LoadBalancer的地址为192.168.0.6,端口为8088,要指定PrimaryServers中为主要添加了名为MyLoadBalancer的ClusterAddress,并在VirtualHostGroup中添加一个端口.2.webserver传播插件点选webserver1并进行插件的传播.3.完成自定义LoadBalancer进行访问测试。
WAS中间件服务器介绍
WAS中间件服务器介绍WAS中间件服务器介绍1. 介绍WAS(WebSphere Application Server)是一种中间件服务器,用于构建、部署和管理企业级应用程序。
它提供了一个可靠、安全和可扩展的平台,用于在分布式环境中运行大型应用程序。
本文将详细介绍WAS中间件服务器的各个方面和功能。
2. 架构2.1 组件架构WAS中间件服务器由多个组件构成,包括应用服务器、管理工具、数据源、线程池等。
每个组件都有特定的功能,并相互协作以提供完整的应用程序环境。
2.2 集群架构WAS支持集群架构,可以将多个服务器组成一个集群,提供负载均衡和高可用性功能。
集群架构可以提高应用程序的性能和可靠性。
3. 安全性WAS提供了多种安全功能,包括身份验证、授权、数据加密等。
它还支持各种安全协议和标准,如SSL、TLS、Kerberos等,以保护应用程序和用户数据的安全性。
4. 部署和管理4.1 应用程序部署WAS支持多种方式的应用程序部署,包括本地部署、远程部署、自动部署等。
它还提供了灵活的部署工具和界面,方便开发人员和管理员进行应用程序的部署和管理。
4.2 配置管理WAS提供了丰富的配置管理功能,包括服务器配置、数据源配置、JNDI配置等。
管理员可以通过配置管理工具进行配置的修改和管理。
5. 监控和故障排查WAS提供了强大的监控和故障排查功能,包括性能监控、错误日志分析、线程跟踪等。
管理员可以实时监控应用程序的运行情况,并及时发现和解决问题。
6. 扩展性和性能优化WAS具有良好的扩展性和性能优化能力。
它支持多种插件和扩展模块,可以根据应用程序的需求和规模进行灵活的扩展和优化。
附件:本文档不涉及附件。
法律名词及注释:1. 中间件:指在计算机系统中,处于操作系统和应用程序之间的软件组件,它们用于支持应用程序的运行和通信。
2. WAS(WebSphere Application Server):是由IBM开发的一种中间件服务器,用于构建、部署和管理企业级应用程序。
WAS7 ND+IHS性能调优出现的相关问题解决办法
at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:668)
加上这个参数之后,再做测试,则上述问题解决。 集群环境下能够支撑200并发提交工作流请求,持续运行2天。
这个参数应该是WAS7新加的,因为加这个参数有版本要求,必须是 7.0.0.13 之后的版本,否则会报错。
3、附件上传数据流量测试
这个模块目前正在测试,如有问题再说。
呜呼哀哉。。。 希望压力测试的时候,测试人员以后别犯这种低级错误了。真是浪费人力。不过话说回来,我们的平台框架在设计的时候应该也是有点问题的。因为在session中存入了大量的对象,这肯定会限制单个节点的最大用户在线数量。就目前的压力测试情况来看,如果系统有12000个用户在线的话,系统就死翘翘了。
[11-10-21 3:28:12:760 CST] 000001f1 ThreadMonitor W WSVR0605W: 线程“WebContainer : 662”(000002f4)已保持活动状态 621688 毫秒,此线程可能已挂起。在服务器中共有 177 个线程可能处于挂起状态。
at java.util.Collections$SynchronizedSet.hashCode(Collections.java:835)
下面是出错日志摘要:
IHS error.log :
[Thu Oct 20 10:58:24 2011] [notice] mpmstats: reached MaxClients (4000/4000)
WAS监控调优思路及工具汇总
WAS整理——侯泰浩一、WAS是什么IBM WAS的全称是IBM WebSphere Application Server,和Weblogic一样,是当前主流的 App Server (应用服务器)之一1.1术语WAS: IBM Websphere Aplication Server, 中间件应用服务程序;IHS: IBM HTTP SERVERDM: Deployment Manager, WAS中的集群管理节点;ND: NodeAgent, WAS中的节点监听程序;JVM: Java Virtual Machine, Java虚拟机;GC: Gabage Collection, 自动垃圾回收1.2W AS ND集群基本概念及体系结构WAS集群由一组应用服务器组成,每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性(服务更多客户,提高吞吐量),负载均衡(平衡负载资源,使资源得以有效利用),高可用性(提供故障恢复和补偿机制,在关键性业务中提供容错功能)。
下图是ND分布式环境的体系结构,包括单元、节点、服务器等基本概念。
WAS群集是为了实现集中管理和负载均衡同时可以实现故障转移,一个2节点的群集拓扑如下:其中,DeploymentManager通过每个节点上的NodeAgent完成对AppServer的配置修改、应用发布以及启动和停止,实现集中管理。
如果安装多个IHS,并实现负载均衡和分发,可以使用防火墙的负载分发功能。
每个节点上的AppServer可以是多个的。
二、WAS基本参数配置三、WAS的调优思路3.1基本思路部署在WAS上的应用程序,其性能是由多个因素决定的。
例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。
对于一个标准的 J2EE应用,一个请求到来时,往往需要经过多次转发:网络 > Web服务器Web容器 > EJB容器 > 数据库。
而每一次转发,都可能造成请求处理的瓶颈,使得应用程序整体性能下降。
was6.0集群配置说明文档
1. 介绍 (1)2.W AS ND集群基本概念及体系结构 (1)3.搭建W AS ND集群环境 (2)场景1:从头搭建ND集群环境 (3)一. 准备W AS 配置管理节点 (4)二. 准备Web Server节点 (5)三. 安装配置W AS Plugin (5)四. 把Web Server节点加入配置管理服务器. (7)五. 准备应用服务器节点 (7)六. 把应用服务器节点加入到集中管理单元 (7)七. 准备数据库节点 (8)八. 创建cluster (8)九. 创建数据源(Datasource) (11)十. 部署应用程序,测试集群环境 (16)场景2: 拆分WAS 单节点环境为ND集群环境 (18)一. 准备安装其他各节点 (18)二. 把psvt12上的应用拆分到三节点上 (18)三. 把各节点加入集中管理单元 (19)四. 创建cluster (24)五. 测试集群环境应用程序 (25)4.结束语 (25)1.介绍当前,越来越多的企业用户基于WebSphere应用服务器和DB2数据库环境搭建业务系统,实现电子商务。
随着业务量的增大,企业对系统的负载量和高可用性提出了更多的要求,特别是一些关键业务,如金融,通信,交通等,要求确保系统24*7*365的可用性。
通过W AS ND集群,可以实现包含多个应用服务器的分布式环境,确保系统的吞吐量和高可用性。
本文通过两个实际场景,介绍如何从头搭建一个WAS ND水平集群环境以及如何将一个已有的单节点(或三节点)Web环境扩展成五节点的集群环境。
2.WAS ND集群基本概念及体系结构什么是集群?W AS集群由一组应用服务器组成,每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性(服务更多客户,提高吞吐量),负载均衡(平衡负载资源,使资源得以有效利用),高可用性(提供故障恢复和补偿机制,在关键性业务中提供容错功能)。
WAS ND提供水平集群和垂直集群两种形式,垂直集群是指同一机器上部署多个服务器,充分利用硬件资源,而水平集群利用多台机器资源,每台机器部署相同的应用。
WAS负载均衡配置
WAS7负载均衡配置一、创建Dmgr管理节点:启动概要管理工具选择概要管理工具点击:启动概要管理工具点击:创建点击:管理-下一步去掉安全性点击:创建启动DM控制台创建成功,profiles下多了Dmgr01管理节点关闭管理概要工具二、启动Dmgr1.命令运行D:\IBM\WebSphere\AppServerd\profiles\Dmgr01\bin\startManager2.程序启动:访问Dmgr的管理控制台http://localhost:9061/adminDmgr端口查询三、创建应用程序服务器AppSrv:启动概要管理工具点击:创建选择应用程序服务器默认选项去掉启用管理安全性创建完成启动AppSrv四、添加AppSrv0*到Dmgr管理器运行AppSrv01的bin目录的addNode命令方法:cmd进入was应用路径路径:…\AppSrv0*\bin\命令:addNode DM主机名 DM通讯端口(默认8879)访问原先的AppSrv01的管理控制台,访问不到访问Dmgr的管理控制台AppSrv0*已经被加入Dmgr服务器—>服务器类型—>WebSphere Application Server系统管理—>节点多出了一个节点,该节点对应AppSrv01系统管理 控制台首选项-与节点同步更改应用关闭Dmgr运行D:\IBM\WebSphere\AppServerd\profiles\Dmgr01\bin>stopMana ger或程序停止关闭AppSrv0*的NodeAgent运行D:\IBM\WebSphere\AppServerd\profiles\AppSrv0*\bin>stopNode现在所有的环境全部关闭重新启动环境启动DmgrD:\IBM\WebSphere\AppServerd\profiles\Dmgr01\bin>startManage r.bat启动NodeAgentD:\IBM\WebSphere\AppServerd\profiles\AppSrv01\bin>startNode注意:Dmgr与NodeAgent的启动并无先后顺序五、配置创建集群环境进入Dmgr管理控制台http://localhost:9061/admin选择服务器→集群→集群WebSphere Application Server集群点击:新建注:配置HTTP会话内存到内存复制勾选(session会话共享)新建server成员s1权重:所有分机的负载比例分配,所有分机的负载最小比数(例:10为总数,两个分机负载比例2:8,设置值为1:4;5:5两个分机负载比例1:1;4:6两个分机负载比例2:3)点击:下一步点击:添加成员:点击:下一步点击:完成点击:保存设置完成六、部署应用程序创建JDBC连接:作用域选择单元:点击:新建:点击:下一步点击:完成点击JDBC,修改类路径将ojdbc6.jar修改为classes12.jar新建数据源:后台:前台:数据库URL:点击:下一步:设置安全性别名:点击:全局 J2C 认证别名:新建后台:新建前台:选择管理认证别名:后台选择:前台选择:点击:下一步:完成点击:前后台数据源:点击:定制属性点击:新增:再次添加:数据源设置:后台:前台:WebSphere Application Server 数据源属性设置:点击:应用程序—新建应用程序—新建企业应用程序选择应用程序:点击:下一步快速路径点击:下一步选择应用部署到C1下勾选应用程序,点击:应用下一步完成保存配置自动同步确定完成应用部署启动集群七、通过web server转发请求到集群点击应用程序:应用程序—应用程序类型—WebSphere企业应用程序点击管理模块:将应用程序应用到C1和webserver01上集群分发:服务器—服务器类型—web服务器勾选webserver01 先生成插件,在传播插件注意生成路径C:\WebSphere\AppServerd\profiles\Dmgr01\config\cells\loc alhostCell01\nodes\localhostNode01\servers\webserver1\plugi n-cfg.xml该文件是基于当前配置的Dmgr上的临时文件,需要做传播。
系统集成-WAS集群及负载均衡配置
1 配置 WAS 集群
被此单元中的应用程序、服务器、集群和节点作用域中定义的并具有相同 Java 命名和 目录接口(JNDI)名称的任何资源工厂覆盖
在应用程序可绑定或使用资源工厂所需的资源提供者前,必须在单元中的每个节点上安装它 们。
集群 将可视性限制为指定的集群上的所有服务器。所有集群成员最起码必须位于 V6 以使用集群 的集群作用域。集群作用域内定义的资源工厂: 可用于此集群的所有成员 覆盖任何与单元作用域中所定义 JNDI 名称相同的资源工厂 单元作用域中定义的资源工厂可用于此集群,除了此单元作用域中定义的资源工厂。 节点 将可视性限制为指定的节点上的所有服务器。节点作用域是多数资源类型的缺省作用域。节 点作用域内定义的资源工厂: 可用于此节点的服务器 覆盖任何与单元作用域中所定义 JNDI 名称相同的资源工厂 单元作用域中定义的资源工厂可用于此节点上的服务器,除了此节点作用域中定义的资源工 厂。 服务器 将可视性限制为指定的服务器。服务器作用域是用于定义资源的最特定作用域。服务器作用域内 定义的资源工厂: 可用于此服务器上部署的应用程序 覆盖任何与节点和单元作用域中所定义 JNDI 名称相同的资源工厂 节点和单元作用域中定义的资源工厂可用于此服务器,除了此服务器作用域中定义的资源工 厂。 应用程序
可以在【系统管理】=》【节点】界面查看刚加入到 DM 中的节点:
图-节点 可以在【系统管理】=》【Node Agent】界面查看刚创建的 Node Agent:
IHS多WAS集群负载均衡和会话同步架构的实现
IHS多WAS集群负载均衡和会话同步架构的实现IBM Http Server + WebSphere集群的负载均衡和会话保持一.系统准备服务器1:IP1 & 服务器2:IP2OS: Linux AS 5.0 APP:IHS+W AS (V6.1)在两台服务器上/etc/hosts文件下相互添加ip地址和主机名p.s. 若安装W AS V6.1时安装界面无法打开,则需安装firefox浏览器先安装W AS再安装IHS。
二.系统架构最终模式图:因现有应用限制,现拓扑图如下三.集群安装1. 安装应用服务器1作为主服务器安装Cell(含DM和websphere)端口号:服务器2创建单独的应用程序服务器(websphere)p.s. 为了搭建一个完整的WebSphere Application Server 运行环境,你至少要创建一个概要文件。
该概要文件叫做缺省概要文件。
缺省概要文件通常是在安装WebSphere ApplicationServer 的时候创建的。
但是,你也可以在安装好WebSphere Application Server 之后再另行创建概要文件。
两种创建概要文件的方法的结果都是一样的,都可以完成搭建一个完整的WebSphere Application Server 运行环境。
2.配置集群(1)启动节点1/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin 执行./startNode.sh如下:[root@us01 bin]# ./startNode.shADMU0116I: Tool information is being logged in file/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/n odeagent/startServer.log ADMU0128I: Starting tool with the AppSrv01 profileADMU3100I: Reading configuration for server: nodeagentADMU3200I: Server launched. Waiting for initialization status.ADMU3000I: Server nodeagent open for e-business; process id is 4124(2)启动DM/WebSphere/AppServer/profiles/Dmgr01/bin执行./startManager.sh如下:[root@us01 bin]# ./startManager.shADMU0116I: Tool information is being logged in file/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dm gr/startServer.log ADMU0128I: Starting tool with the Dmgr01 profileADMU3100I: Reading configuration for server: dmgrADMU3200I: Server launched. Waiting for initialization status.ADMU3000I: Server dmgr open for e-business; process id is 4338启动DM后,可访问http://IP1:9060/admin(3)增加节点到主机中./addNode.sh IP1 8879 -username admin -password adminus51(也可用./addNode.sh IP1 8879 系统会提示你输入DM的用户名和密码)对这个命令的解释如下:IP1 : DM服务器的IP8879:DM的SOAP端口号Username:DM控制台的用户名Password:DM控制台的密码如下:[root@us01 bin]# ./addNode.sh 10.10.2.51 8879 -username admin -password adminus51ADMU0116I: Tool information is being logged in file/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/a ddNode.log。
WAS集群配置_通用
WAS集群由一组应用服务器组成,每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性(服务更多客户,提高吞吐量),负载均衡(平衡负载资源,使资源得以有效利用),高可用性(提供故障恢复和补偿机制,在关键性业务中提供容错功能)。
WAS提供水平集群和垂直集群两种形式,垂直集群是指同一机器上部署多个服务器,充分利用硬件资源,而水平集群利用多台机器资源,每台机器部署相同的应用。
在平时测试主要用垂直集群加水平集群。
建立W AS集群1 根据规划两台机器建立集群(192。
168。
10。
1做主服务器,192。
168。
10。
2做为从服务器,这两台服务器都是Windows操作系统。
),规划的内容是192。
168。
10。
1上有两个节点master和node01,192。
168。
10。
2有个node02节点2 安装W AS,选择"单元(Deploy Managert 受管节点)"进行安装。
(这一步主机上需要安装是单元(Deploy Managert 受管节点)),从服务器只需要选应用服务器就行了。
由于上篇已讲过W AS的安装了,其它可以看W AS安装文档。
这里我就写了与上篇不同的地方。
3。
was集群的负载均衡的功能是要借助IBM HTTP Server 这个软件服务进行分发的。
所以需要在主机上安装IHS。
IHS是"IBM HTTP SERVER"。
4 运行管理节点Dmgr01 startManager.bat启动管理服务。
然后进入从服务器敲cmd命令进入DOS窗口,输入下面命令:cd X:\IBM\Websphere\AppServer\profiles\AppSrv01\bin\addnode。
bat 主机I PX为WAS安装的盘符。
这里的主机IP是指在规划中设置的192。
168。
10。
1 这里有一点需要注意,这里要修改操作系统的hosts文件,主从服务器都需要修改。
5 登录W AS的管理服务器控制台http://localhost:9060/ibm,打开系统管理下的节点,查看规划中节点是否都添加上了。
Windows+WAS+IHS集群部署
WAS+HIS集群部署操作手册一、配置集群说明: (2)1)集群系统架构 (2)2)系统整体架构 (2)二、软件安装 (2)1)配置host文件 (3)2)在服务器1上安装WAS (3)3)在服务器2上安装WAS (6)4)在服务器1上配置集群 (8)5)在服务器1上安装IHS (10)6)在服务器1上安装plugins (12)7)在服务器1上添加WEB服务器到集群 (17)8)部署Maximo (19)三、WAS参数配置 (21)四、启动应用程序步骤 (23)websphere集群与负载均衡一、配置集群说明:日常使用中为了保证websphere系统可用性,提高系统性能,一般处理方法为配置集群。
本文描述的是在Windows2003操作系统上,如何搭建IHS与W AS7.0的集成环境,以及在这种集成环境下如何部署Maximo。
1)集群系统架构操作系统:windows2003serverWebsphere版本:7.0 ND版IBM HTTP Server:下载地址Web Server Plug-ins for WebSphere Application Server:下载地址2)系统整体架构为了保证高可用性环境,一般使用如下拓扑:本文使用如下架构:DM + AppSrv01AppSrv02ClusterIHSDM和一个应用安装在主机名为GZG-EAM(下称服务器1),一个应用单独安装在主机名为GZG-EAM2(下称服务器2)上,组成一个集群,然后通过HIS来完成负载均衡,HIS也安装在服务器1上。
二、软件安装1)配置host文件打开两台服务器上的C:\Windows\System32\drivers\etc\hosts文件,添加如下两行:2)在服务器1上安装WAS服务器1作为主服务器安装Cell(deployment Manager和联合应用程序服务器),记录安装过程中产生的用户名、密码以及相关端口。
Was7集群部署及IHS实现方式
目录1创建APPSRV应用服务器 (2)1.1创建管理服务器及应用服务器 (2)1.2安装完成验证 (2)2创建WAS集群 (4)2.1启动P ROFILE ‘S S ERVER (4)2.1.1启动管理和应用服务器 (4)2.1.2配置受管理节点 (4)2.2集群配置 (5)2.2.1添加集群成员 (5)2.2.2删除默认成员 (8)2.2.3节点强制同步功能 (8)2.2.4确定服务器http端口已声明到虚拟主机 (9)2.2.5调整JVM内存 (12)2.3配置访问集群的IHS (13)2.3.1创建一个Web服务器 (13)2.3.2映射应用程序到Web服务器 (16)2.3.3在虚拟主机配置IHS端口 (16)2.3.4生成插件文件并传播插件 (18)2.3.5配置IHS的配置文件 (19)2.3.6启动IHS服务并验证 (20)2.4配置访问集群的HTTPS (21)2.4.1创建一个HTTPS端口 (21)2.4.2启动HTTPS服务器并验证 (24)1创建AppSrv应用服务器1.1创建管理服务器及应用服务器通过命令行建立Dmgr服务器,进入${WAS_Home}/bin目录,运行cd ${WAS_Home}/bin./manageprofiles.sh -create -templatePath/opt/IBM/WebSphere/AppServer/profileTemplates/dmgr-profileName Dmgr01通过命令行建立AppSrv01服务器,进入${WAS_Home}/bin目录,运行cd ${WAS_Home}/bin./manageprofiles.sh -create -templatePath/opt/IBM/WebSphere/AppServer/profileTemplates/default -profileName AppSrv01登陆xx.xx.xx.yy执行以下操作:通过命令行建立AppSrv02服务器,进入${WAS_Home}/bin目录,运行cd ${WAS_Home}/bin./manageprofiles.sh -create -templatePath/opt/IBM/WebSphere/AppServer/profileTemplates/default -profileName AppSrv021.2安装完成验证输入以下命令:cd/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logstail AboutThisProfile.txt查看一下结果:IP Profile名称SOAP connector port HTTP transport port xx.xx.xx.xx Dmgr01xx.xx.xx.xx AppSrv01xx.xx.xx.yy AppSrv022创建WAS集群2.1启动Profile ‘s Server2.1.1启动管理和应用服务器➢进入Deployment管理服务器的安装目录WebSphere\AppServer\profiles\Dmgr01\bin,执行命令:cd WebSphere\AppServer\profiles\Dmgr01\bin./startManager.sh➢Deployment管理服务器启动后,即可使用浏览器通过URL 地址http:// xx.xx.xx.xx:9060/admin访问Deployment管理服务器的管理控制台。
中间件(WAS、WMQ)运维9个常见难点解析
中间件(WAS、WMQ)运维9个常见难点解析包括WAS、WMQ在安装、巡检、监控、优化过程中的常见难点。
安装1、was 负载均衡的机制的粘连性,was负载均衡异常?有⼀个case系统,部署在was集群环境,应⽤是集群环境,有的时候当⼀个节点异常的时,客户端访问该系统就会抛出异常,按正常情况,该会话应该不会断或者断了再连接⼀次就会到另⼀个节点,但是好多时候不管客户端如何连接,都不⾏,该正常的客户端⼀直是正常的,不正常重启机器也不正常。
当然其他新连接的节点也没啥问题,直到重启了故障节点的应⽤,原先不能正常访问的客户端才正常,就算当时清除浏览器缓存也不好使,哪位有这⽅⾯的经验可以多谈谈。
答:1,这是故障转移,was有内部机制可以做到1)内存到内存复制技术可以,缺点,因每台服务器共享session,所以占⽤内存⽐较⼤(如果server很少,可以考虑使⽤)。
2)存储到数据苦或者其他地⽅也可以实现。
推荐使⽤,但是实现较复杂2、如何⼤批量的完成WAS的安装和部署?有哪些⼯具和⽅法?如:⼏百台或上千台WAS服务器的安装和部署答:1,wsadmin 去写脚本是个好办法,配合虚拟化去做。
2,还有上千台的已经不适合去⽤商业软件了,建议去考虑下开源的软件,或者云平台了。
3、was安装低版本升级需要注意哪些⽅⾯?需要重新缴费吗?答:1,was 6 官⽅已经不再提供⽀持,除⾮额外买服务。
2,从2018年4⽉开始,将不再⽀持Java SE 6 与 WebSphere Application Server 配合使⽤,建议更新为 Java SE 7 或 83,WAS V7.0.x 和 V8.0.x 和 Portal Server V8.0.x 于 April 30, 2018 End Of Service低版本注意事项:1,规划好磁盘空间,内存和CPU2,规划好安装⽬录,尽量做到安装⽬录统⼀,规范。
3,了解好业务量⼤⼩,并发等等,⽅便你设计你的was部署⽅案。
IHS与WAS
IHS与WAS安装IHS服务安装下载并解压IHS For Linux 软件包ihs.6100.linux.ia32.tar # tar zxf ihs.6100.linux.ia32.tar进入HIS目录,运行安装命令install,如下图示根据实际,创建用于进行IBM HTTP管理服务器认证的用户名称及用户密码[admin/admin123]创建IBM HTTP Server管理文件的用户和组,默认均为root,统一由root用户进行管理。
单击完成,服务顺利安装结束验证1.启动http服务# /IBM/HTTPServer/bin/apachectl start首次启动时报错,休要修改http.conf文件的servername 为本机IP或者域名2.验证服务端口运行状态# lsof -i :80COMMAND PID USER FD TYPE DEVICE SIZE NODE NAMEhttpd 17314 root 3u IPv6 40897 TCP *:http (LISTEN)httpd 17315 nobody 3u IPv6 40897 TCP *:http (LISTEN)httpd 17316 nobody 3u IPv6 40897 TCP *:http (LISTEN)httpd 17318 nobody 3u IPv6 40897 TCP *:http (LISTEN)# lsof -i :4433.端口说明80:HTTP服务的http默认访问端口443:HTTP服务的https默认访问端口因此需要确保以上2个端口处于开放状态。
4.测试服务访问http测试成功由上述端口状态可以看出,IHS服务的80端口已经处于监听状态,但https访问端口的443因为没有进行配置目前是无法使用的,浏览器浏览结果如下图所示5.关闭IHS服务方法# /IBM/HTTPServer/bin/apachectl stop==========================IHS安装完成============================== WebSphere Application Server 6.1安装安装下载并解压WAS 软件包C1I3YML.tgz# tar zxf C1I3YML.tgz进入相应解压目录# cd linux/ia32/ifpackage/WAS# ./install选择安装WAS的路径此处选择应用程序服务器进行安装即可启用WAS安全性管理后,需要设置管理用户名及密码[admin/admin123]等待安装…………单击完成,服务顺利安装结束。
ihs websphere多集群 多端口web服务器架构
IHS+WAS6ND实现多应用服务器集群+多web端口服务器架构配置经验日前本人做为一个项目的外援参与配置了一个复杂WAS群集架构的部署,该项目由于遇到特殊情况需求采用HIS+WAS6ND实现多应用服务器集群+多web端口服务器架构,在Google 上搜索了一遍,没有找到类似的架构配置方式,只有自己来研究了。
总算功夫不负有心人,经过多次实验,终于成功实现了上述架构的配置。
由于配置过程中经历了种种艰辛,所以将这种架构的配置经验做了总结,与大家分享,希望能对大家有所帮助。
首先来说一下为什么会需要采用这样的架构。
从我进入IT行业以来,这样的架构还是第一次见到。
不能不说一句我对能够想出并实现这样架构的开发工程师和系统集成工程师致以崇高敬意,因为在应用需求不断变化软硬件架构和系统软硬件有条件限制的情况下,能够成功实现这样的配置达到项目目标不能不说是一件非常不容易的事情。
同时,我要对该项目的管理人员、设计人员以及实施项目企业的高层人员说一句,你们应该特别感谢这些能够保证你们项目成功的开发人员和系统集成人员,因为他们项目才得以成功,因为他们才保住了企业的信誉和颜面。
跑题了,言归正传。
根据项目初期的设计,需要建立一个应用系统,为保证应用系统的高可用性(服务不能中断),对于这个应用系统采用2台web服务器网络负载均衡+2台was应用服务器负载均衡服务器群集方式,后台是Oracle数据库的集群。
Web服务器网络负载均衡是采用windows 2003 server的网络负载均衡集群实现的,F5在这个项目里是买不起的。
通过web服务器将请求路由分发到was集群的两台应用服务器上。
这样的架构是按照was应用集群模版的标准配置设计的,所以配置起来没有什么问题。
但是项目进行过程中发觉原来的需求根本没有调研清楚,发生了重大的需求变更,按照原来对应用系统的设计根本无法满足项目的需求,所以对应用系统的设计进行了重大调整,该项目需要增加开发两个应用系统,就是需要增加部署两套应用系统。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
IBM Http Server + WebSphere集群的负载均衡和会话保持
一.系统准备
服务器1:IP1 & 服务器2:IP2
OS: Linux AS 5.0 APP:IHS+W AS (V6.1)
在两台服务器上/etc/hosts文件下相互添加ip地址和主机名
p.s. 若安装W AS V6.1时安装界面无法打开,则需安装firefox浏览器先安装W AS再安装IHS。
二.系统架构
最终模式图:
因现有应用限制,现拓扑图如下
三.集群安装
1. 安装应用
服务器1作为主服务器安装Cell(含DM和websphere)
端口号:
服务器2创建单独的应用程序服务器(websphere)
p.s. 为了搭建一个完整的WebSphere Application Server 运行环境,你至少要创建一个概要文件。
该概要文件叫做缺省概要文件。
缺省概要文件通常是在安装WebSphere Application
Server 的时候创建的。
但是,你也可以在安装好WebSphere Application Server 之后再另行创建概要文件。
两种创建概要文件的方法的结果都是一样的,都可以完成搭建一个完整的WebSphere Application Server 运行环境。
2.配置集群
(1)启动节点1
/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin 执行
./startNode.sh
如下:
[root@us01 bin]# ./startNode.sh
ADMU0116I: Tool information is being logged in file
/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/nodeagent/startServer.log ADMU0128I: Starting tool with the AppSrv01 profile
ADMU3100I: Reading configuration for server: nodeagent
ADMU3200I: Server launched. Waiting for initialization status.
ADMU3000I: Server nodeagent open for e-business; process id is 4124
(2)启动DM
/WebSphere/AppServer/profiles/Dmgr01/bin执行
./startManager.sh
如下:
[root@us01 bin]# ./startManager.sh
ADMU0116I: Tool information is being logged in file
/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr/startServer.log ADMU0128I: Starting tool with the Dmgr01 profile
ADMU3100I: Reading configuration for server: dmgr
ADMU3200I: Server launched. Waiting for initialization status.
ADMU3000I: Server dmgr open for e-business; process id is 4338
启动DM后,可访问http://IP1:9060/admin
(3)增加节点到主机中
./addNode.sh IP1 8879 -username admin -password adminus51
(也可用./addNode.sh IP1 8879 系统会提示你输入DM的用户名和密码)
对这个命令的解释如下:
IP1 : DM服务器的IP
8879:DM的SOAP端口号
Username:DM控制台的用户名
Password:DM控制台的密码
如下:
[root@us01 bin]# ./addNode.sh 10.10.2.51 8879 -username admin -password adminus51
ADMU0116I: Tool information is being logged in file
/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/addNode.log。