JBoss负载均衡与Mysql主从备份..docxVIP

JBoss节点的负载均衡与Mysql主从备份刘岩Email:suhuanzheng7784877@163.com前言做JavaEE企业级应用就离不开集群、分布式环境这些和运行时环境相关的相关配置。企业及应用很大程度上都是处理十分安全、可靠、完整的请求，能适应任何运行时环境异常情况下也能提供软件服务。如果把所有开发好的程序全部放在一个机器上，所有的请求全都访问这一台机器就可以的系统，自然没有那么多事情要考虑了。如果系统是时时刻刻有客户需要访问、需要为客户提供7*24的服务、并且用户访问量十分巨大的时候。恐怕一台再好的服务器也难免会力不从心。如果部署软件的服务器发生了地震、火灾、人为破坏等等事情，那么这个用户的损失量恐怕就难以估计了。所以像银行、医疗、电信、政府服务这种客户群十分巨大、访问十分频繁、而且在老百姓看来你得时时刻刻提供服务的软件系统来说，稳定性、安全性、实时性就提到了第一位。这个除了科学计算集群，科学计算的集群机器是需要每个机器都为某一种复杂的计算（比如多台机器共同破译敌方的密码），最后将这些机器计算的结果返回给使用者。所以来说一般企业级的软件都是分布式的、高可用的架构，而且一般提供服务的机器是多台机器，每台机器按照某种负载算法来分担大量用户的每个用户的请求。这样带来的一个结果就是：“用户再多我也不怕，无非就是加硬件机器呗，干活的人多了，分担到每个人的工作量就少了。”如果觉得分担的机器太多，并且做的系统访问量又不是很大，3~4台足够多了。好了~~~就像很多公司那样——裁员吧！！！托管维护一台Node服务器价格很高的！如果其中一个服务器挂了，没关系。你死了没关系，有别的员工呢！大家多分担一点本该属于你的工作量（对应着客户端的请求）就OK了。这就是负载均衡的基本意思。还有一点就是在企业级系统中，数据记录比什么都重要！某种行业，数据比软件值钱得多！！比如银行，咱们银行卡里面的数字不就是银行数据库那一条条的数据嘛。这个需求就要求银行的数据库记录一定要有多个拷贝。假如地震了，银行的其中一个数据库挂了。没关系，还有其他的和你一摸一样的兄弟顶着呢！（这使我想到了一部电影——美国的《月球》，利用一个真人的多个克隆人为一个公司服务了很多年，而克隆人自己之前被灌输了工作25年就能回地球和家人团聚的意识，一个克隆人死后，另一个克隆人被唤醒，继续重复……）。咱们这里先只讨论MySql的主从备份策略，回头再单独讨论Mysql的自动切换和Oracle的RAC配置。这里主要总结了：1）：apache http server+负载均衡配置2）：负载均衡+JBoss节点配置3）：Mysql数据主从备份运行时环境硬件：2台电脑:在应用服务器方面，一台是既当主分发和Node1，另一台就是一个纯粹的Node2。在数据库方面，一台是主数据库master、另一台是从数据库slave。网络：能让2台机器互相ping的通。软件：操作系统：Windows（回头在linux在配置一次，配置相似）Node的应用服务器：jboss-5.1.0.GAHttp请求服务：apache http server 2.2.17负载均衡模块：mod_jk-1.2.31-httpd-2.2.3.so数据库：Mysql Server 5.1.46整体的框架流程图如下：1）：所有的用户HTTP请求都发送到apache server；2）：apache server通过加载的mod_jk模块的配置属性会负责将请求分发到不同的JBoss服务节点3）：Jboss节点就可以负责业务处理了4）：需要数据库的需求会请求主Mysql5）：Mysql自己可以通过自己的机制，向自己的从数据库同步数据，保证master和slave记录一致。其实数据库这里还可以继续优化，通过Mysql代理Proxy实现数据库的读写分离，读记录直接从从数据库读取，写数据直接面向的是主数据库进行。这样主数据库只负责所有的记录更改、而从数据库只负责所有的查询操作，分担了不少主数据库的负担。但是这个不在我们这次的讨论范围。另外要说的就是这里使用的负载均衡是借助了apache的一个模块来实现的。配置1）：安装apache http server：这个在windows上应该没什么问题，主要就是修改端口，将默认的端口80修改为8011，通过修改${apache_HOME}/conf/httpd.conf文件进行修改。以后在linux下安装配置apache server的时候再做总结。2）：安装mod_jk模块：从apache网站下载mod_jk-1.2.31-httpd-2.2.3.so文件（在Tomcat页面去下载），之后将它拷贝到${apache_HOME}/modules/下面，注意版本一定不要有任何差异。mod_jk和对应的apache