APUSIC应用服务器集群配置与管理

方案2：使用软件Apache Load Balancer 好处：成本低 坏处：有一定的性能损失 使用Apache Load Balancer的缺陷是要采用session内存复制，当节点多的时候，容易造 成网络风暴，好处是apache是一个效率高，稳定性强的web server，而且负载策略可灵活配置。使用apache lb也支持session stick。apache lb避免单点失效的方法是apache lb集群。 * Session复制策略-多点复制 多点复制即一个节点上的Session会即时复制到集群中其他节点。也就是说一个节点的Session在集群中同时存在多份备份。如下图： Session复制策略-配对复制 所谓的配对复制，即一个节点的Session会即时复制到与其配对的服务器上。也就是说对于任一个节点的Session，在集群中只存在一份备份。当客户使用第三方的负载均衡器，并且负载均衡器提供Session stick功能时，使用配对复制能够提高服务器性能，减少网络风暴，但如果第三方的负载均衡器不提供Session stick功能时，使用配对复制并不会比多点复制性能好。如下图： Apusic Session复制粒度 对不同的服务器厂商，对Session的复制粒度各有不同，典型的有三种： 复制全部Session 每次备份所有的Session，这种方案最简单。 复制新建及被修改的Session 当一个Session被创建或者被修改，服务器会将该Session复制到备份服务器。这种方案相比第一种方案能够大幅度提高性能。但是如何界定一个Session被修改，通常认为调用Session.setAttribute()， Session.removeAttribute()时，我们认为Session被修改。另外，对于被访问过但未修改的Session，Apusic会更新其备份服务器上Session的访问时间。 复制发生变化的属性 在Session发生变化时，不是备份整个Session，只对单个属性备份，这种方案能够取得更好的性能和更好的网络消耗。但是这时必须确保属性是可序列化的。同时也存在交叉引用的情况。 Apusic在Session的复制上，采用了第二种复制粒度,Session属性要求序列化，否则丢失。 Web集群失效转移 集群介绍 J2EE集群 Apusic集群 配置Apusic集群 集群误区 ApusicWeb集群方案1 前端，采用硬件负载均衡器；后端，部署多台Apusic Web Server。 好处：成本低，配置灵活 坏处：有一定的性能损失 使用Apusic Load Balancer好处是内置了session迁移、session stick等功能，配置管理的成本较低，而且session是配对复制的，网络开销少。 ApusicWeb集群方案1配置 环境准备： 3台ApusicServer 两台ApusicServer端口配置分别为7888,7889;6888,6889; 另一台作为LoadBalancer端口为80 ApusicWeb集群方案1配置负载均衡器 修改balancer的mydomain下config\loadbalancer.conf文件名为apusic.conf(原apusic.conf进行备份) 修改更名后的apusic.conf 指定目标ip和端口 配置Apusic后台服务器 修改balancer的mydomain下config\cluster.conf文件名为apusic.conf(原apusic.conf进行备份)