WAS集群部署方案及安装配置手册
1. 部署方案参考
如上图所示，中间件平台主要包括两大部分：
●负载分发层
?包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系
统不存在单点故障问题
?负载分发软件采用IBM HTTP Server实现
?通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同
的后台W AS中间件集群。
●WAS中间件集群
?包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多
个W AS服务器。
?基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。
?每个集群可以根据应用的负载，动态分配WAS服务器实例数。如HR应用访
问量较大则分配4个WAS实例。
?但最小要保证一个集群至少包括2个W AS实现，并且这两个实例分别在不同
的物理服务器上，这样才能保证不出现单点故障。
?部署管理器，部署在WAS Server1上。
2. WebSphere 7安装及配置
此安装配置说明仅供参考，还需要根据现场实现情况进行调整。
2.1.WAS安装
一、四台服务器拓朴结构
四台机器IP地址，名称与安装内容
主机名IP 安装软件（组件）
app1WASND 7.0( WAS)(DM+APPSRV01) app2WASND7.0( W AS)( APPSRV01) web1HIS+PLUGINS
web2HIS+PLUGINS
其中DM控制台管理用户admin,口令
两个web服务器的管理用户也是admin,口令
二、安装后验收
http://**.**.**.**:9060/ibm/console可打开应用服务器主机的控制管理台，管理用户admin,口令******
服务器－＞集群下建有应用集群
服务器－＞应用服务器下建有两个WEB服务
节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点)
集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。在DMGR控制管理台可直接控制两个WEB的启动与停止。
三、安装前系统检查
?群集安装时，确认所有机子的日期要一致
?确认磁盘空间足够
两个应用服务器的安装文件放在/was_install
两个WEB服务器的安装文件放在/http_install
安装目录都是安装于默认的/opt目录下
两个应用服务器安装后生成目录/opt/IBM/WebServer/AppServer
两个WEB服务器安装后生成目录/opt/IBM/HTTPServer
两个WEB服务器的目录/opt/IBM/HTTPServer/plugins放有插件
?确认管理域之内的所有的机器主机名和ip地址相互能够ping通
在安装前，要确保四台机的/etc/hosts文件里面增加四台机的ip与主机名，修改如下**.**.**.1 app1
**.**.**.2 app2
**.**.**.3 web1
**.**.**.4 web2
(对于初次安装系统后的主机，因为没有在HOSTS文件中增加此类记录，会导致安装失败，现象是安装后生成的profiles不完整，并且startManager.sh执行失败，启动不了管理服务。
另外，安装完W AS后，不能修改主机名，否则W AS的服务启动不了，需要重新安装) ?确认主机名在生产环境中不会再改变
?四台主机做好设置，能够用xmanager进行图形化安装。如不能进行图形化安装，则需要修改was或his下的response文件中的各参数，工作量大而且易出错。
?安装介质已有，was7.0 nd for linux x86-64 bit
对于was7.0 ，对于操作系统与硬件空间要求如下:
The following list identifies the products that are supported when WebSphere Application Server runs on the Linux x86-64 operating system. It is not necessary to run these products on the same machine or operating system as WebSphere Application Server.：
Operating Systems supported with 64-bit WebSphere Application Server ?Red Hat Enterprise Linux AS, Version 4 with Update 6
?Red Hat Enterprise Linux ES, Version 4 with Update 6
?Red Hat Enterprise Linux, Version 5
Red Hat Enterprise Linux product site
?SUSE Linux Enterprise Server, Version 9 with SP4
?SUSE Linux Enterprise Server, Version 10 with Update 1 ?SUSE Linux Enterprise Server, Version 11 (See Required Detail
6)
?SUSE Linux Enterprise Server product site
Hardware Requirements ?AMD Opteron and Intel EM64T (64 bit kernel support only) ?Disk space requirements
?Minimum 1 GB physical memory recommended
?CD-ROM drive
四、把安装程序包放到主机/was_install目录下，解压，解包
命令gunzip *.gz
Tar xvf *.tar
五、图形化安装过程(用XMANAGER3.0执行安装)
1、应用服务器主机36安装was过程如下各步：
进入linux环境，打开终端，打开文件系统，在\was_install\was_ins\目录下的launchpad.sh ，双击运行
选择左面列表的第一项，进行was安装，
进入下一个安装画面
选择接受协议
系统进行安装前检查，检查版本，软硬件环境，检查通过
Sample例程选择，安装（此例程可用来学习参考检验用），两个语言包也选择上，一并安装
默认安装到OPT目录下/opt/IBM/WebSphere/AppServer
app1主机是管理控制的主机，选择安装CELL（会安装dmgr01与appsrv01，并且自动联结），app2只安装一个Application Server(APPSRV01)，这是两台应用服务器安装过程的唯一区别
管理用户与口令分别设为admin,admin, Samples口令也设为sample
此步不选择，跳过
安装前检查执行权限，因为是用root用户执行安装，权限检查肯定通过
权限通过，安装过程总结如下
点next后，进行安装
安装完成
安装后成功，在app1主机下的/opt/IBM/WebServer/AppServer/profiles目录下可看到DMGR01，APPSRV01两个目录。其中DMGR01是管理台概要文件，只在app1主机上有。
同样，在主机app2机上安装was后，在app2下的/opt/IBM/WebServer/AppServer/profiles目录下可看到APPSRV01一个目录。
在app1主机下的profiles\DMGR01\FIRSTSTEPS目录下，
运行firststeps.sh，可进行安装后检测
检测结果通过，请注意蓝色字体：
Server name is:dmgr
Pro is:Dmgr01
Pro is:/opt/IBM/WebSphere/AppServer/pro
Pro is:dmgr
Cell name is:app1_Cell01
Node name is:app1_CellManager01
Current encoding is:UTF-8
Start running the following command:/opt/IBM/WebSphere/AppServer/pro startManager.sh -pro Dmgr01
>ADMU0116I: Tool information is being logged in file
> /opt/IBM/WebSphere/AppServer/pro/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 32586
Server port number is:9060
IVTL0010I: Connecting to the APP1 WebSphere Application Server on port: 9060
IVTL0015I: WebSphere Application Server APP1 is running on port: 9060 for pro
IVTL0035I: The Installation Verification Tool is scanning the /opt/IBM/WebSphere/AppServer/pro errors and warnings.
[11/2/09 23:27:40:343 CST] 00000000 WSKeyStore W CWPKI0041W: One or more key stores are using the default password.
[11/2/09 23:27:42:466 CST] 00000000 ThreadPoolMgr W WSVR0626W: The ThreadPool setting on the ObjectRequestBroker service is deprecated.
IVTL0040I: 2 errors/warnings are detected in the /opt/IBM/WebSphere/AppServer/pro SystemOut.log file
IVTL0070I: The Installation Verification Tool verification succeeded.
IVTL0080I: The installation verification is complete.
上述显示说明安装正常，DMGR服务可正常启动。访问端口是9060
此时到IE，可打开控制台
http://**.**.**.**:9060/ibm/console
选择继续浏览此网站，
进入主控画面
输入admin,******
此时在服务器可以看到一个SERVER1，但没有启动代理服务前，前台是不能启动的。
需到服务器下运行。
[root@APP1 bin]# cd Pro
[root@APP1 bin]# ./startNode.sh
节点代理启动
ADMU0116I: Tool information is being logged in file
/opt/IBM/WebSphere/AppServer/pro 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 330
此时再到前控制台，可正常启动server1了
(或者在服务器下运行命令./startServer.sh Server1，同样可以启动服务)
至此，主机36安装并验证完毕。
2、主机app1的dmgr与appserver启停的服务器下命令(如主机重启，需要到服务器下手工执行脚本)
cd /opt/IBM/WebSphere/AppServer/probin
./startManager.sh
启动dmgr01服务，此脚本成功执行后，则可打开前端控制台
再启动节点代理
cd /opt/IBM/WebSphere/AppServer/pro
./startNode.sh
启动节点代理后，则可在前端控制台去启动server1,也可在服务器端直接用脚本启动
./startServer.sh server1
(对应上述启动命令，关闭服务的命令分别为)
./stopServer.sh server1
./stopManager.sh -username admin –password ******
3、再去安装app2机
过程同app1机，不同处只是在概要文件创建里不选择cell，只选择一个application server 就行了。
安装执行完成后，检查profiles下，已有appsrv01
至其下的bin执行如下脚本，关联节点NODE2到主机36的DMGR服务节点
cd /opt/IBM/WebSphere/AppServer/probin
./addNode.sh **.**.**.** 8879
其中IP地址是主机36的IP，后面的8879是SOP端口。
输入app1上DMGR01管理用户admin，口令******
执行成功
[root@AAAAAPP2-****** bin]# ./addNode.sh **.**.**.36 8879
ADMU0116I: Tool information is being logged in file
/opt/IBM/WebSphere/AppServer/pro
ADMU0128I: Starting tool with the AppSrv01 profile
CWPKI0308I: Adding signer alias "CN=APP1, OU=Root Cer" to local
keystore "ClientDefaultTrustStore" with the following SHA digest:
B5:37:07:88:00:A4:78:10:95:B0:56:17:3C:8D:A9:A7:C0:BD:76:3F
Realm/Cell Name:
Username: admin
Password:
CWPKI0308I: Adding signer alias "datapower" to local keystore
"ClientDefaultTrustStore" with the following SHA digest:
A9:BA:A4:B5:BC:26:2F:5D:2A:80:93:CA:BA:F4:31:05:F2:54:14:17
ADMU0001I: Begin federation of node AAAAAPP2-******Node01 with Deployment Manager at **.**.**.36:8879.
ADMU0009I: Successfully connected to Deployment Manager Server:
**.**.**.36:8879
ADMU0505I: Servers found in configuration:
ADMU0506I: Server name: server1
ADMU2010I: Stopping all server processes for node AAAAAPP2-******Node01
ADMU0512I: Server server1 cannot be reached. It appears to be stopped.
ADMU0024I: Deleting the old backup directory.
ADMU0015I: Backing up the original cell repository.
ADMU0012I: Creating Node Agent configuration for node: AAAAAPP2-******Node01 ADMU0014I: Adding node AAAAAPP2-******Node01 configuration to cell:
APP1Cell01
ADMU0016I: Synchronizing configuration between node and cell.
ADMU0018I: Launching Node Agent process for node: AAAAAPP2-******Node01
ADMU0020I: Reading configuration for Node Agent process: nodeagent
ADMU0022I: Node Agent launched. Waiting for initialization status.
ADMU0030I: Node Agent initialization completed successfully. Process id is:
6848
ADMU0300I: The node AAAAAPP2-******Node01 was successfully added to the
APP1Cell01 cell.
ADMU0306I: Note:
ADMU0302I: Any cell-level documents from the standalone APP1Cell01
configuration have not been migrated to the new cell.
ADMU0307I: You might want to:
ADMU0303I: Update the configuration on the APP1Cell01 Deployment
Manager with values from the old cell-level documents.
ADMU0306I: Note:
ADMU0304I: Because -includeapps was not specified, applications installed on
the standalone node were not installed on the new cell.
ADMU0307I: You might want to:
ADMU0305I: Install applications onto the APP1Cell01 cell using
wsadmin $AdminApp or the Administrative Console.
ADMU0003I: Node AAAAAPP2-******Node01 has been successfully federated.
此时再到app1主机的DMGR控制台可以看到节点app2主机的SERVR1
可以启动app2机上的SERVER1。(至app2机上的pro下执行./startServer.sh server1也可)
六、两应用服务器建集群。把app1与app2的应用服务放在集群中
1、删除两个应服务器下的单个SERVER。
停止两个服务后，删除，保存设置
把单个服务器删除
2、建集群，起名HR_cluster
注意：把配置HTTP会话内存到内存的复制勾上。“下一步”，
分别对应两应用服务主机，各一个SERVER，分别名称为
app1
app2
集群建完后如下
3、到系统管理－＞节点中同步各节点
4、启动集群
集群可正常启动
至此，两台应用服务器的集群安装完毕！
七、安装WEB服务器
33机安装HTTP SERVER与PLUGINS插件
程序安装包在/http_install目录下，解压解包后，执行http_ins/ihs/目录下的install.sh文件，用xmanager来执行该文件进行安装。
安装画面如下：
第一步设置端口，选择默认的
Web1机的http port 80
http administration port 8008
后面一步，在设置插件安装目录与应用服务器主机名称那里，
33对应的插件安装目录是默认的/opt/IBM/HTTPServer/plugins
对应的应用服务主机名设为app1
(注意：34那台机安装httpserver时，选择对应的应用服务主机设为app2，其他过程都相同)
注意在管理用户与口令那里设置为admin,******
注意：因为这两个web服务器要通过另外一台应用服务器的dmgr来管理，所以这里的安全管理用户与口令要设。否则dmgr上无法管理启停。
下面这一步，设置用户与组分别为nobody,nobody
(注意：这个用户与组在etc/group,passwd,shadow中要有)
33上WEB服务器安装完成
34上HTTPSERVER完装过程类似，只是先把对应的应用服务器主机名设为app2
八、两台WEB服务器的启动过程
正常过程：
在两台WEB服务器下，HTTPServer/bin目录下，执行如下脚本，启停apache服务./apachectl start
./adminctl start
提示./adminctl start: admin http started
九、回到app1的DMGR主控制台，建立WEB服务节点与启动管理。
选择系统管理－＞节点，
增加非受管制的两个WEB节点(前面两个app节点是受管制节点)
点添加，选择非受管节点
为WEB1机上的节点命名并设置主机名称
非受管节点名称：webnode1
主机名：web1
第一个节点添加成功
再同样操作继续添加第二个非受管节点
非受管节点名称：webnode2
主机名：web2
然后回到服务器类型下，选择WEB服务器，选择两个非受管节点，分别去创建webserver1
下一步后，增加设置属性，管理用户与口令.用户与口令是在WEB机上安装HTTP SERVER时的设置admin,admin
完成第一个WEB节点上WEBSERVER的创建
同上操作再去完成第二个web服务节点的webserver1创建。
两个都创建完毕后。选择生成插件，
生成插件成功，提示如下：
PLGC0005I: Plug-in configuration file = /opt/IBM/WebSphere/AppServer/pro
PLGC0052I: Plug-in configuration is complete for the Web server. APP1Cell01.webnode1.webserver1.
PLGC0005I: Plug-in configuration file = /opt/IBM/WebSphere/AppServer/pro
PLGC0052I: Plug-in configuration is complete for the Web server. APP1Cell01.webnode2.webserver1.
传播插件成功，提示如下：
PLGC0062I: The plug-in configuration propagated from /opt/IBM/WebSphere/AppServer/pro to /opt/IBM/HTTPServer/Plugins/config/webserver1/plugin-cfg.xml on the Web server computer.
PLGC0048I: The propagation of the plug-in configuration complete for the Web server. APP1Cell01.webnode1.webserver1.
PLGC0062I: The plug-in configuration propagated from /opt/IBM/WebSphere/AppServer/pro to /opt/IBM/HTTPServer/Plugins/config/webserver1/plugin-cfg.xml on the Web server computer.
PLGC0048I: The propagation of the plug-in configuration complete for the Web server. APP1Cell01.webnode2.webserver1.
两个WEB服务已建立，并可通过DMGR 来控制启停。
2.2.安装补丁安装工厂，并打补丁
1.进入目录/tmp/WAS7LINUX/Linux_suppl/ UpdateInstaller（根据实际路径调整），执行install 命令，如下图所示：
2.出现如下页面，点击“Next”：
3.出现如下页面，选择“I accept…”，点击“Next”：
zabbix安装配置
Zabbix 一安装配置： 环境搭建： VMware? Workstation 12 Pro (12.0.0 build-2985596) CentOS-7-x86_64-DVD-1511.iso (user:root password: toor00 ) zabbix-3.0.3.tar 安装过程： Installation from sources You can get the very latest version of Zabbix by compiling it from the sources. A step-by-step tutorial for installing Zabbix from the sources is provided here. 1 Installing Zabbix daemons 1 Download the source archive Go to the Zabbix download page and download the source archive. Once downloaded, extract the sources, by running: $ tar -zxvf zabbix-3.0.0.tar.gz Enter the correct Zabbix version in the command. It must match the name of the downloaded archive. 2 Create user account For all of the Zabbix daemon processes, an unprivileged user is required. If a Zabbix daemon is started from an unprivileged user account, it will
WAS集群部署方案及安装配置手册
1. 部署方案参考 如上图所示，中间件平台主要包括两大部分： ●负载分发层 ?包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系 统不存在单点故障问题 ?负载分发软件采用IBM HTTP Server实现 ?通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同 的后台W AS中间件集群。 ●WAS中间件集群 ?包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多 个W AS服务器。 ?基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。 ?每个集群可以根据应用的负载，动态分配WAS服务器实例数。如HR应用访 问量较大则分配4个WAS实例。 ?但最小要保证一个集群至少包括2个W AS实现，并且这两个实例分别在不同 的物理服务器上，这样才能保证不出现单点故障。 ?部署管理器，部署在WAS Server1上。 2. WebSphere 7安装及配置 此安装配置说明仅供参考，还需要根据现场实现情况进行调整。
2.1.WAS安装 一、四台服务器拓朴结构 四台机器IP地址，名称与安装内容 其中DM控制台管理用户admin,口令 两个web服务器的管理用户也是admin,口令 二、安装后验收 http://**.**.**.**:9060/ibm/console可打开应用服务器主机的控制管理台，管理用户admin,口令****** 服务器－＞集群下建有应用集群 服务器－＞应用服务器下建有两个WEB服务 节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点)
ZABBIX使用手册范本
使用手册
.简介................................................... 错误!未指定书签。 简介 .................................................... 错误!未指定书签。 功能 .................................................... 错误!未指定书签。 优劣势 .................................................. 错误!未指定书签。..安装部署.............................................. 错误!未指定书签。 服务端环境准备 .......................................... 错误!未指定书签。 数据库准备 .............................................. 错误!未指定书签。 编译安装 ................................................ 错误!未指定书签。 配置文件及前端文件修改 .................................. 错误!未指定书签。 前端安装配置 ............................................ 错误!未指定书签。 启动 .................................................... 错误!未指定书签。 在上配置 ................................................ 错误!未指定书签。..配置使用.............................................. 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加监控................................................ 错误!未指定书签。 添加监控................................................ 错误!未指定书签。 添加监控................................................ 错误!未指定书签。 添加通用协议监控 ........................................ 错误!未指定书签。 添加自定义监控 .......................................... 错误!未指定书签。 添加.................................................... 错误!未指定书签。 添加（定制报表） ........................................ 错误!未指定书签。 添加 .................................................... 错误!未指定书签。 添加自动发现设备 ........................................ 错误!未指定书签。 添加 .................................................... 错误!未指定书签。 ........................................................ 错误!未指定书签。 （维护时间） ............................................ 错误!未指定书签。........................................................ 错误!未指定书签。
zabbix环境部署详细步骤(小白可入)
Zabbix部署流程 目录 1、计划安排 (2) 2、环境准备 (2) 3、软件安装（lamp） (2) 4、配置文件修改 (3) 5、web初始化及登陆 (4) 6、监控项模板配置 (5) 7、网络自动发现主机 (8) 8、添加监控项的触发器及对应的动作 (11) 9、在zabbix-server端配置简单的邮件postfix服务 (16) 10、用户与报警媒介关联 (18)
1、计划安排 2、环境准备 Zabbix-server端（10.21.X.X）：操作系统：centos7.1 硬件：4c/8G 80G 安装图形化 Mysql数据库端（10.21.20.202）：操作系统：centos7.1 硬件：4c/8G 120G 3、软件安装（lamp） (1)Zabbix-Server组件： yum –y install net-snmp* gcc 下载zabbix-3.2.7.tar.gz包并进行编译安装（./configure –prefix=/usr/local/zabbix --enable –server --enable-agent --with-mysql --with-net-snmp）---- make （注编译时若出现报错，按照报错解决依赖包问题） (2)web 组件(注意php的软件版本一定要保持一致5.4) yum -y install httpd php php-mysql yum -y localinstall zabbix-web-3.2.0 zabbix-web-mysql-3.2.0 php-mbstring php-bcmath （3）数据库端
集群方案
Ecology系统HA集群方案及常见问题解决 目录： 一、常用的ecology 高可用环境部署架构 (2) 二、常见的负载均衡器（硬件和软件） (2) 三、常见的服务器类型 (3) 四、服务器配置建议 (3) 五、服务器操作系统分区建议 (3) 六、ecology系统安装部署 (3) 七、集群模式下https部署 (9) 八、常见问题及相应解决方法 (10)
一、常用的ecology 高可用环境部署架构 OA 系统部署拓扑示意图 二、常见的负载均衡器（硬件和软件） 首先说一下什么是负载均衡： 负载均衡说白了是一种代理，也就是说客户端访问应用服务器的统一入口点，客户端通过负载均衡（F5）来将请求转发到应用服务器，而不是客户端直接请求到应用服务器。负载均衡（F5）可以建立一个应用服务器资源池，然后根据不同的策略将请求分发到应用服务器资源池中的其中一台服务器中，进而应用服务器完成相关的业务请求工作。 注：负载均衡和集群之间的理解： 集群是指应用服务器之间的协同工作，应用服务器和应用服务器之间的业务交互，即ecology 系统之间的数据交互。 负载均衡指负载均衡设备和应用服务器之间的业务关系，它是将客户端请求通过负载均衡设备转发到应用服务器，应用服务器处理完毕后，将结果返回到负载均衡，然后负载均衡将结果返回到客户端。 常见的负载均衡设备： 硬件设备：F5、A10、ARRAY 、深信服、梭子鱼等等 软件设备：NGINX 、HAPROXY 、LVS 等等（注：LVS 用的不是太多） 针对我们的ecology 系统，以上负载均衡设备均可使用。 注：由于ecology 系统session 同步的局限性，负载均衡设备分发模式需要配置成：最小连接数模式。（硬件负载均衡） 针对于负载均衡的硬件设备可以咨询相应的硬件厂商，
Centos7安装配置zabbix
Centos7安装配置zabbix 1 关闭firewall systemctl stop firewalld.service #停止firewall systemctl disable firewalld.service #禁止firewall开机启动 2 安装iptables防火墙 yum install iptables-services #安装 vi /etc/sysconfig/iptables #编辑防火墙配置文件 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT #追加这行-A INPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j ACCEPT #追加这行 -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT systemctl restart iptables.service #最后重启防火墙使配置生效 systemctl enable iptables.service #设置防火墙开机启动 3 关闭SELINUX vi /etc/selinux/config
服务器虚拟化集群技术方案
XX科研院所 服务器虚拟集群系统 技术方案
目录 1前言 (1) 2项目建设必要性分析 (1) 3方案设计 (3) 3.1总体拓扑 (3) 3.2方案概述 (3) 3.3VM WARE 服务器虚拟化方案 (5) 3.3.1服务器虚拟化方案概述 (5) 3.3.2方案架构及描述 (7) 3.3.3方案优势 (15) 3.4C ITRIX X EN DE SKTOP桌面虚拟化方案 (16) 3.4.1桌面虚拟化概述 (16) 3.4.2方案架构及描述 (29) 3.4.3Citrix产品及功能描述 (36) 3.5V F OGLIGHT虚拟环境监控方案 (40) 3.5.1虚拟环境监控方案概述 (40) 3.5.2方案介绍 (44) 3.6接入网络解决方案 (54) 3.6.1方案描述 (54) 3.6.2物理布局设计 (58) 3.6.3方案优势 (59) 3.6.4业务服务器区接入层设计的创新发展 (60) 3.6.5基于Nexus产品的创新设计总结 (64) 4配置方案 (65)
1前言 广泛采用的IT 平台在应用范围和复杂性方面急速发展，服务器数量、网络复杂程度和存储容量也随着一波波的技术变革而激增。由此导致的诸多问题目前仍在困扰着各信息化部门。如：服务器利用率低下、多应用并存导致系统不稳定、整机备份还原困难、计划内或计划外的停机导致服务中断等。 服务器虚拟化技术，经过数十年的发展，成功的解决了这些问题，为基础资源整合提供了理想的解决方案。通过部署服务器虚拟集群，将多个服务器、网络存储设备、备份系统等作为一个资源池，从资源池中灵活的分配适当的资源给相应的应用，使得上述问题迎刃而解。今天，服务器虚拟化技术已经被广泛应用在各个领域，作为绿色数据中心的核心技术手段，发挥着重大的作用。 2项目建设必要性分析 随着信息化工作的不断推进，XX科研院所已建立若干重要应用系统等。这些系统的正常运行切实保障了XX科研院所的科研生产顺利开展，大大提高了工作效率和科研能力。这些应用无不需要良好的服务器环境作为支撑，而且随着应用数量及性能要求的不断提高，对服务器环境资源的要求也将越来越高。同时，随着科研生产对信息化的依赖性增强，保障数据中心稳定、不间断的运行显得越来越重要。 数据中心现有多台服务器，每台服务器都运行多个应用服务。目前主要存在以下几个问题： 1.服务器资源使用率不均匀平均使用率低于40%。 2.计划外或计划内停机维护，影响应用服务的不间断运行。 3.部署新应用的成本较高。 这些问题越来越严重的影响着数据中心安全稳定的运行，解决这些问题迫在眉睫。
Zabbix安装配置手册- -
Zabbix 手册 目录 Ⅰ Zabbix简介 (1) 一、Zabbix介绍 (1) 二、Zabbix系统架构 (4) 1.Zabbix架构： (4) 2.Zabbix架构说明： (5) Ⅱ Zabbix安装 (8) 一、Zabbix安装 (8) 1、安装基础包 (8) 2、启动httpd、mysql (9) 3、配置防火墙 (9) 4、配置PHP参数 (9) 5、修改httpd 的FQDN 错误 (10) 6、下载zabbix-3.0.3tar.gz (10) 7、添加zabbix 用户和组 (11)
8、安装zabbix-server (11) 9、创建zabbix 数据库以及相关表 (11) 10、配置软连接和启动文件信息 (12) 11、修改/etc/init.d 目录下的zabbix_server 和zabbix_agentd 启动文件(配置 server和agent) (12) 12、通过web 站点配置zabbix (14) 二、Zabbix 监控机配置 (19) 1. 登录 (20) 2. 添加主机（Hosts） (21) 3. 创建模板 (27) 4.添加告警动作（Actions） (30) 5.添加告警方式（Medias） (30) 6.添加用户(Users) (32) Ⅲ Zabbix配置 (34) 一、Client端配置 (34) 二、zabbix_server.conf 配置文件详解 (35) 三、zabbix_agentd.conf 配置文件详解 (43)
ⅠZabbix简介 一、Zabbix介绍 Zabbix是一个分布式监控系统,支持多种采集方式和采集客户端,有专用的Agent(代理),也支持SNMP、IPMI、JMX、Telnet、SSH等多种协议,它将采集到的数据存放到数据库,然后对其进行分析整理,达到条件触发告警.其灵活的扩展性和丰富的功能是其他监控系统所不能比的。相对来说，它的总体功能做得非常优秀，其界面如图1-1、图1-2。 图1-1
MySQL_Cluster集群配置方案
在为某证券公司设计其OA架构时，初期客户是30万用户在线；然而在项目实施中，客户又提出50万用户同时在线的需求，而且都有写的需求；这样初始的设计master-master-slave，读写分离满足不了客户的要求，所以我们打算采用Mysql Cluster方案；MySQL Cluster 是MySQL适合于分布式计算环境的高实用、高冗余版本。它采用了NDB Cluster 存储引擎，允许在1个Cluster中运行多个MySQL服务器。在MyQL 5.0及以上的二进制版本中、以及与最新的Linux版本兼容的RPM中提供了该存储引擎。 一、MySQL Cluster概述 MySQL Cluster 是一种技术，该技术允许在无共享的系统中部署“内存中”数据库的 Cluster 。通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。此外，由于每个组件有自己的内存和磁盘，不存在单点故障。 MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括MySQL服务器，NDB Cluster 的数据节点，管理服务器，以及（可能）专门的数据访问程序。 所有的这些节点构成一个完成的MySQL集群体系。数据保存在“NDB存储服务器”的存储引擎中，表（结构）则保存在“MySQL服务器”中。应用程序通过“MySQL服务器”访问这些数据表，集群管理服务器通过管理工具(ndb_mgmd)来管理“NDB存储服务器”。 通过将MySQL Cluster 引入开放源码世界，MySQL为所有需要它的人员提供了具有高可用性、高性能和可缩放性的 Cluster 数据管理。 二、MySQL Cluster 基本概念 “NDB” 是一种“内存中”的存储引擎，它具有可用性高和数据一致性好的特点。 MySQL Cluster 能够使用多种故障切换和负载平衡选项配置NDB存储引擎，但在 Cluster 级别上的存储引擎上做这个最简单。MySQL Cluster的NDB存储引擎包含完整的数据集，仅取决于 Cluster本身内的其他数据。 目前，MySQL Cluster的 Cluster部分可独立于MySQL服务器进行配置。在MySQL Cluster中， Cluster的每个部分被视为1个节点。 管理(MGM)节点：这类节点的作用是管理MySQL Cluster内的其他节点，如提供配置数据、启动并停止节点、运行备份等。由于这类节点负责管理其他节点的配置，应在启动其他节点之前首先启动这类节点。MGM节点是用命令 “ndb_mgmd”启动的。 数据节点：这类节点用于保存 Cluster的数据。数据节点的数目与副本的数目相关，是片段的倍数。例如，对于两个副本，每个副本有两个片段，那么就
zabbix-web初始基本配置
zabbix-web初始基本配置 zabbix-web设置截图： 修改日期"2016年9月4日：百无聊赖的一个中午" 空虚小编：勤奋的木木直 Zabbix3.0版本。。发布时间24 July, 2016 基本环境信息： 注意： 如果出现错误，一般为缺少PHP扩展件。zabbix3.0支持PHP5.4及以上版本缺少什么插件就去下载安装，在重启Apache服务刷新页面如果配置不符合要求清修改该文件参数 [root@server ~]# cat /etc/httpd/conf.d/zabbix.conf |grep php_ php_value max_execution_time 300 php_value memory_limit 128M php_value post_max_size 16M php_value upload_max_filesize 2M php_value max_input_time 300 php_value always_populate_raw_post_data -1 php_value date.timezone Europe/Riga 详细参数作用自己查阅 小编php版本： [root@server ~]# rpm -qa | grep php php-cli-5.6.25-1.el6.remi.x86_64 php-gd-5.6.25-1.el6.remi.x86_64 php-pdo-5.6.25-1.el6.remi.x86_64 php-mbstring-5.6.25-1.el6.remi.x86_64 php-common-5.6.25-1.el6.remi.x86_64 php-devel-5.6.25-1.el6.remi.x86_64 php-fpm-5.6.25-1.el6.remi.x86_64 php-mcrypt-5.6.25-1.el6.remi.x86_64 php-pecl-jsonc-1.3.10-1.el6.remi.5.6.x86_64 php-pecl-jsonc-devel-1.3.10-1.el6.remi.5.6.x86_64 php-5.6.25-1.el6.remi.x86_64
Linux下高可用集群方案
Linux下高可用集群方案很多，本文介绍的是性价比比较高的一种: 使用Heartbeat 2.0配置Linux高可用性集群。 一、准备工作 你首先需要两台电脑，这两台电脑并不需要有相同的硬件（或者内存大小等），但如果相同的话，当某个部件出现故障时会容易处理得多。接下来您需要决定如何部署。你的集群是通过Heartbeat 软件产生在两台电脑之间心跳信号来建立的。为了传输心跳信号，需要在节点之间存在一条或多条介质通路（串口线通过modem电线，以太网通过交叉线，等等）。现在可以开始配置硬件了。既然想要获得高可用性（HA），那么您很可能希望避免单点失效。在本例中，可能是您的null modem线/串口，或者网卡（NIC）/ 交叉线。因此便需要决定是否希望为每个节点添加第二条串口null modem连线或者第二条NIC/交叉线连接。我使用一个串口和一块额外的网卡来作为heartbeat的通路，这是因为我只有一条null modem线和一块多余的网卡，并且认为有两种介质类型传输heartbeat信号比较好。硬件配置完成之后，便需要安装操作系统以及配置网络（我在本文中使用的是RedHat）。假设您有两块网卡，那么有一块应该配置用于常规网络用途，另一块作为集群节点之间的专用网络连接（通过交叉线）。例如，假设集群节点有如表-1下的IP地址： 表-1集群节点的IP地址 输入如下命令检查您的配置： ifconfig 这将显示您的网卡及其配置。也可以使用命令“netstat –nr”来获得网络路由信息。如果一切正常，接下来要确定可以来两个节点之间通过所有接口ping通对方。如果使用了串口，便需要检测其连接情况。把一个节点作为接收者，输入命令： cat
Zabbix部署与安装
Zabbix3.2监控工具 Zabbix是一个基于WEB界面的提供的分布式系统监控以及网络监视功能的企业级的开源工具。 Zabbix能监视各种网络参数，保证服务器系统的安全运营，并提供灵活的通知机制让管理员迅速定位/解决存在的各种问题。 Zabbix由Zabbix_Server服务端和Zabbix_Agent客户端还有Zabbix_proxy代理三个部分组成。Zabbix_Server：可以通过SNMP，Zabbix_Agent，Ping，SNMP等方法提供对远程服务器/网络状态的监视。 Zabbix_Agent：是用来采集客户端服务器数据来交给Zabbix_Server处理。 Zabbix_Proxy：缓存同步Agent监控数据。 Zabbix的主要功能：CPU负荷，内存使用，磁盘使用，网络状况，端口监视，日志监视。Zabbix的监控架构： Zabbix部署步骤： 环境需求：必须LNMP/LAMP环境的支持，需要PHP5.4以上版本支持才可以。 # systemctl stop firewalld #关闭firewalld防火墙 # systemctl disable firewalld.service #禁止firewalld服务自启 # sed -i -e 's|SELINUX=enforcing|SELINUX=disabled|' /etc/selinux/config #关闭SELINUX # sed -i -e 's|SELINUXTYPE=targeted|#SELINUXTYPE=targeted|' /etc/selinux/config # setenforce 0 源码编译方式： ?安装相关依赖组件 # yum -y install php php-gd php-mysql php-bcmath php-mbstring php-xml curl curl-devel gcc gcc-c++ net-snmp net-snmp-devel perl-DBI httpd mariadb* #YUM部署LAMP环境
DHCP服务器群集的部署方案
Windows 网络服务架构系列课程详解（五）---------DHCP服务器群集的部署方案 实验背景： 在路由交换中，关于负载平衡和冗余备份的技术我们已接触过不少，比如说利用PVST技术实现三层交换机上每VLAN的负载均衡以及可靠性；利用HSRP实现了客户端网关的负载均衡以及可靠性；利用NAT 里的TCP负载实现了多台WEB服务器的负载均衡。在windows中我们利用DFS复制实现共享文件夹的冗余备份；利用BDC实现DC的冗余备份。但是，在企业内部的网络中，又如何保障DHCP、MS SOL Server、Exchanger Server等服务器（服务器和用户之间是一个交互的过程，也就是说服务器上的数据是随着用户的申请或者更改而动态变化的过程，而网络负载平衡群集相对于用户起得的作用是只提供给用户内容，不需要用户更改，如FTP，web，ISA，VPN等）的负载均衡以及可靠性呢？这就需要windows服务器群集技术进行解决。Windows服务群集是由独立的计算机系统（称为节点，最多8个节点）构成的组，不同节点协同工作，但是存储的数据都在一个仲裁磁盘上，不过只有2个版本的windows server 2003系统支持（Enterprise Edition和Datacenter Edition） Windows群集模式有单节点群集，用于开发和测试平台；单仲裁设备群集，用于群集储存设备上的高可用性的应用程序；多数节点群集，主要用于地理分散的服务器群集。本实验采用单仲裁群集模式。
实验目的： 1、掌握在虚拟机上模拟仲裁磁盘的方法和实验环境的搭建 2、了解DHCP服务器的搭建方法 3、掌握服务器群集的搭建方法 4、使用DHCP服务器验证服务器群集的功能 实验网络拓扑： 实验步骤 1、准备测试环境 首先准备三台虚拟机，其中两台为windows server 2003（做服务器群集节点），另一台为windows xp（做测试客户机），真机为win
zabbix服务器安装及客户端配置
一、LAMP安装 1、安装apache2 apt-get install apache2 输入Y后即可安装，检查apache2版本：apache2 -v 验证是否安装成功，打开浏览器，地址栏输入：ip即可看到如图（如果是本地安装请输入地址http://localhost）It works!： 如果看到了版本但是没有看到“Apache2 Ubuntu Default Page”，请在终端执行service apache2 restart 或者执行 /etc/init.d/apache2 restart 2、安装php5 apt-get install php5 libapache2-mod-php5 apt-get install php5-fpm php5-mysql
上面同时安装了php5与apache2的php模块，共两个包。 验证php5是否安装成功，Ubuntu15.10环境，安装apache2后默认会生成/var/www/html/这个路径。 html目录中创建探针文件testphp.php vi /var/www/html/testphp.php 保存退出 保存后，浏览器访问:http://localhost/testphp.php,即可看到如下图：显示出PHP的信息内容页面
3、安装mysql-server apt-get install mysql-server 安装过程中会要求你输入两遍mysql的root用户密码，其他地方直接下一步就行，由于已经安装了，重新安装无需配置密码，所以无法截图出来，抱歉。 4、安装phpmyadmin 除php-myadmin外要给他装一些依赖 apt-get install php5-mysql phpmyadmin
Hadoop集群部署方案
Hadoop集群部署方案
目录 1.网络拓扑 (1) 2.软件安装 (1) 2.1.修改主机名 (1) 2.2.修改host文件 (1) 2.3.创建Hadoop 用户 (2) 2.4.禁用防火墙 (2) 2.5.设置ssh登录免密码 (2) 2.6.安装hadoop (4) 3.集群配置 (5) 3.1.修改脚本 (5) 3.1.1................................................ hadoop-env.sh 5 3.1.2................................................... y arn-env.sh 5 3.2.配置文件 (5) 3.2.1................................................ core-site.xml 5 3.2.2................................................ hdfs-site.xml 7 3.2.3.............................................. mapred-site.xml 10 3.2. 4................................................ yarn-site.xml 11 3.2.5.配置datanode 14 3.3.创建目录 (14)
4.启动zk集群 (14) 5.启动hadoop (14) 5.1.启动所有节点journalnode (14) 5.2.格式化h1 namenode (15) 5.3.在h1上格式化ZK (15) 5.4.启动h1的namenode，zkfc (16) 5.5.启动h2上namenode (16) 5.6.同步h1上的格式化数据到h2 (16) 5.7.启动 HDFS (17) 5.8.启动 YARN (18) 5.9.启动h2 ResourceManager (18) 5.10........................................ h4上启动 JobHistoryServer 19 5.11.......................................... 查看ResourceManager状态19 6.浏览器访问 (19) https://www.wendangku.net/doc/da4754961.html,node管理界面 (19) 6.1.1............................... http://192.168.121.167:50070 19 6.1.2............................... http://192.168.121.168:50070 20 6.2.ResourceManager管理界面 (20) 6.2.1............................... http://192.168.121.167:8088/ 21 6.2.2............................... http://192.168.121.168:8088/ 21 6.3.JournalNode HTTP 服务 (21) 6.3.1............................... http://192.168.121.167:8480/ 21 6.4.Datanode HTTP服务 (22)
ZABBIX使用手册
ZABBIX使用手册
1.X简介 (1) 1.1Z ABBIX简介 (1) 1.2Z ABBIX功能 (1) 1.3优劣势 (1) 2.PART2.安装部署 (2) 2.1服务端环境准备 (2) 2.2数据库准备 (2) 2.3编译安装 (2) 2.4配置文件及WEB前端文件修改 (3) 2.5WEB前端安装配置 (3) 2.6启动S ERVER (4) 2.7在HOSTS上配置AGENT (5) 3.PART3.配置使用 (6) 3.1添加H OSTS (6) 3.2添加I TEMS (6) 3.3添加T RIGGERS (8) 3.4添加A CTIONS (8) 3.5添加M EDIAS (9) 3.6添加U SERS (10) 3.7添加WEB M ONITORINGS (10) 3.8添加G RAPHS (13) 3.9添加S CREENS (14) 3.10添加M APS (15) 3.11添加M Y SQL监控 (15) 3.12添加O RACLE监控 (16) 3.13添加SNMP监控 (18) 3.14添加通用协议监控 (18) 3.15添加自定义监控 (18) 3.16添加T EMPLATES (19) 3.17添加R EPORTS（定制报表） (19) 3.18添加M ACROS (20) 3.19添加自动发现设备 (21) 3.20添加I NVENTORY (21) 3.21E XPORT/I MPORT XML (21) 3.22M AINTENANCE（维护时间） (22) 4. (23)
图表目录 图表1 (4) 图表2 (6) 图表3 (7) 图表4 (7) 图表 5 (8) 图表 6 (9) 图表7 (9) 图表8 (10) 图表9 (11) 图表10 (11) 图表11 (12) 图表12 (12) 图表13 (13) 图表14 (13) 图表15 (14) 图表16 (15) 图表17 (15) 图表18 (16) 图表19 (18) 图表20 (18) 图表21 (19) 图表22 (19) 图表23 (20) 图表24 (20) 图表25 (21) 图表26 (22) 图表27 (22) 图表28 (23) 图表29 (23) 图表30 (24)
zabbix深入玩转
zabbix深入玩转 Part1.Zabbix简介 一、Zabbix简介 Zabbix Zabbix 是一个提供Web 管理界面的企业级的开源系统/网络监控分布式监控解决方案，由一个国外的团队持续维护更新，软件可以自由下载使用，运作团队靠提供收费的技术支持赢利。 官方网站：https://www.wendangku.net/doc/da4754961.html, Zabbix 1.8官方文档：https://www.wendangku.net/doc/da4754961.html,/documentation/1.8/start Zabbix通过C/S模式采集数据，通过B/S模式在web端展示和配置。 被监控端：主机通过安装agent方式采集数据，网络设备通过SNMP方式采集数据 Server端：通过收集SNMP和agent发送的数据，写入MySQL数据库，再通过php+apache在web前端展示。 Zabbix运行条件： Server： Zabbix Server需运行在LAMP（Linux+Apache+Mysql+PHP）环境下，对硬件要求低 Agent： 目前已有的agent基本支持市面常见的OS，包含Linux、HPUX、Solaris、Sun、windows SNMP： 支持各类常见的网络设备 二、Zabbix功能 ●??具备常见的商业监控软件所具备的功能（主机的性能监控、网络设备性能监控、数据库性能监控、FTP等通 用协议监控、多种告警方式、详细的报表图表绘制） ●??支持自动发现网络设备和服务器 ●??支持分布式，能集中展示、管理分布式的监控点 ●??扩展性强，server提供通用接口，可以自己开发完善各类监控 三、优劣势 优点： ●??开源，无软件成本投入 ●??Server对设备性能要求低（实际测试环境：虚拟机Redhat EL AS5，2GCPU 1G内存，监控5台设备，CPU使 用率基本保持在10%以下，内存剩余400M以上） ●??支持设备多 ●??支持分布式集中管理 ●??开放式接口，扩展性强 缺点： ●??全英文，界面不友好 ●??无厂家支持，出现问题解决比较麻烦 ●??需在被监控主机上安装agent 安装前先配置好PHP，要求支持php-gd、php-bcmath、php-xml、php-mysql、php-net-socket、php-mbstring，即configure 参数中加上–with-gd –enable-bcmath –enable-xml –with-mysql –enable-sockets –enable-mbstring
WAS集群部署方案及安装配置手册
W A S集群部署方案及安装 配置手册 Prepared on 24 November 2020
1. 部署方案参考 如上图所示，中间件平台主要包括两大部分： ●负载分发层 ?包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户 端，保证了系统不存在单点故障问题 ?负载分发软件采用IBM HTTP Server实现 ?通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行 分发到不同的后台WAS中间件集群。 ●WAS中间件集群 ?包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可 以启动多个WAS服务器。 ?基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之 间的隔离。 ?每个集群可以根据应用的负载，动态分配WAS服务器实例数。如 HR应用访问量较大则分配4个WAS实例。
?但最小要保证一个集群至少包括2个WAS实现，并且这两个实例 分别在不同的物理服务器上，这样才能保证不出现单点故障。 ?部署管理器，部署在WAS Server1上。 2. WebSphere 7安装及配置 此安装配置说明仅供参考，还需要根据现场实现情况进行调整。 2.1.WAS安装 一、四台服务器拓朴结构 四台机器IP地址，名称与安装内容 主机名IP 安装软件（组件）
其中DM控制台管理用户admin,口令 两个web服务器的管理用户也是admin,口令 二、安装后验收 可打开应用服务器主机的控制管理台，管理用户admin,口令****** 服务器－＞集群下建有应用集群 服务器－＞应用服务器下建有两个WEB服务 节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app 节点)，两个非受控节点(两个web节点) 集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。 在DMGR控制管理台可直接控制两个WEB的启动与停止。 三、安装前系统检查 ?群集安装时，确认所有机子的日期要一致 ?确认磁盘空间足够 两个应用服务器的安装文件放在/was_install 两个WEB服务器的安装文件放在/http_install 安装目录都是安装于默认的/opt目录下