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

1、Apusic应用服务器集群,张大鹏,集群介绍 J2EE集群 Apusic集群 配置Apusic集群 集群误区,目前系统需求,当今应用对服务器的要求 系统不停机7*24运行 高效性充分利用服务器运算和处理能力 系统具备高度扩展性 系统具备高度的可用性 系统具备高度的稳定性,集群概念,通俗的说，集群是这样一种技术：它包括至少将两个系统连接到一起，使两个服务器能够像一台机器那样工作或者看起来好像一台机器。 集群（cluster）就是一组计算机，它们作为一个整体向用户提供一组网络资源。这些单个的计算机系统就是集群的节点（node）。一个理想的集群是，用户从来不会意识到集群系统底层的节点，在他/她们看来

2、，集群是一个系统，而非多个计算机系统。,集群特性,可扩展性（Scalability） 可用性（Availability） 可靠性（Reliability） 失效转移（Fail-Over） 负载均衡（Load Balance） 会话粘滞（Session Stick）,集群分类(用途),科学集群 高可用性集群 负载均衡集群,科学集群,科学集群（Scientific Clustering，简称SC） 使用特殊的软硬件技术将大量的计算能力有限的机器连接成计算能力巨大的系统。此类集群一般用于解决计算量巨大的复杂的科学问题。基于硬件的解决方案有Intel的Giganet cLAN；比较知名的产品有Turb

3、oLinux公司的enFuzion。,高可用性集群,高可用性集群（High Availability Clustering，简称HAC） 使用厂商供应的或定制的、冗余的软硬件来保证系统的可用性。此类集群一般用于用于避免系统的单点失效。涉及的技术主要包括：持续可用、容错、单点失效、失效恢复。,负载均衡集群,负载均衡集群（Load Balance Clustering简称LBC） 通过特定的软硬件将系统负载合理地分配给集群中的服务器。此类集群一般用于水平提升系统的服务能力。对于软件负载均衡方案，比较知名的项目有LVS；比较知名的产品有TurboLinux的TurboCluster、Platform

4、 Computing 的 LSF 批处理、Resonate Dispatch 系列等。对于硬件负载均衡方案，由于硬件负载均衡器品种繁多，用户有很大的选择余地。,集群分类（方案）,硬件集群方案 系统级别集群方案 应用级别集群方案,硬件集群方案,一般来说，硬件负载均衡器充当前端，分发客户请求到Web Server，Web Server响应返回给硬件负载均衡器，最终由硬件负载均衡器返回给客户（当然，路径外返回技术使得响应能够直接返回给客户）。通常，硬件负载均衡器工作在OSI参考模型的第2、3、4、7层，而4、7层是最常见的。此方案功能较强、效率较高、故障率较低。,系统级别集群方案,通常，这种方案和基

5、于硬件的负载均衡方案工作方式非常相似。只是前端以软件的形式出现。当然，一般来说，这种方案效率会低于硬件方案。值得一提的是，MS的负载均衡技术有些特别，它不需要前端代理，但是你需要在各个后端服务器上安装特定驱动。工作模式简单示意如下：,应用级别集群方案,这种方案，前端以软件负载均衡器的形式出现；它和系统级别集群方案不同的是，客户请求的处理、响应等行为工作在应用层（OSI参考模型的第7层）。理论上说，这种方案方便，不过在负载较重时，前端会成为瓶颈而导致效率较低。 目前JavaEE Application Server厂商提供的集群方案（主要包括Web集群、JNDI集群、EJB集群、JMS集群）都属

6、于应用级别的集群方案。,集群介绍 J2EE集群 Apusic集群 配置Apusic集群 集群误区,J2EE集群,Web集群 JNDI集群 EJB集群 JMS集群 当提及J2EE集群时，涉及的两个重要概念：负载均衡，失效转移。,负载均衡,负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载分担技术，将外部发送来的请求均匀分配到集群中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。负载均衡介于调用者和被调用者之间。如下图所示：,负载均衡算法,轮循算法 每一次来自网络的请求，轮流分配给内部的服务器。

7、随机算法 把来自网络的请求随机分配给内部的多个服务器。 权重算法 根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。,负载均衡方案对比,硬件负载均衡 优点：可靠性高 缺点：性能受到影响、投入较大 软件负载均衡 优点：性能高、投入小 缺点：可靠性不如硬件方式、无法避免Load Balancer的单点失效问题,失效转移,失效转移是为了保证集群可用性的一个重要技术手段。当客户端发起请求，处理该请求的服务器出现故障，负载均衡器可以将请求透明的重定向到另一台可用的服务器上。如下图：,集群介绍 J2EE集群 Apusic集群 配置Apusic集群 集群误区,Apusi

8、c集群,Apusic应用服务器对集群服务提供了优异的支持，通过Apusic集群服务，企业应用能够获得高可用性及水平可扩展性. 主要包括：Web集群、JNDI集群、EJB集群、JMS集群,Apusic负载均衡,Web集群试图解决两个问题：客户请求的负载均衡和Session的高可用性 Apusic负载均衡策略 随机选择策略 随机选择其中一台服务器处理请求。 Round-Robin策略 依次轮寻选择一台服务器处理请求。 权重策略 按照权重的比例选择服务器处理请求。 Apusic负载均衡器的Session 复制策略 Apusic LoadBalancer使用了内存复制技术，将每个后置服务器的Sessi

9、on备份在自己的缓存中，即后台某个节点处理完客户端请求时，将当前Session复制到负载均衡器中。所以使用Apusic LoadBalance时，集群中每个节点必须开启SessionService中的复制服务 Apusic负载均衡器的失效转移 当主节点失效时，Apusic LoadBalance从缓存取出当前的Session，将Session带到下一个节点进行处理，确保Session的可用性,ApusicWeb集群(第三方LB),Apusic集群对第三方的负载均衡（如：硬件负载均衡器F5， 软件负载均衡器 Apache Server，微软的IIS等）提供良好的支持，用户只需要简单配置就可以使第

10、三方的负载均衡器与Apusic完美结合在一起。 Apusic采用了使用IP多播技术，在Apusic内部服务器之间进行内存复制的方案，这时候，就要开启Apusic应用服务器的集群服务。Apusic集群采用两种Session复制策略：多点复制，配对复制，用户可以根据自己的需要选择不同的复制策略。默认情况下为配对复制,Session复制策略-多点复制,多点复制即一个节点上的Session会即时复制到集群中其他节点。也就是说一个节点的Session在集群中同时存在多份备份。如下图：,Session复制策略-配对复制,所谓的配对复制，即一个节点的Session会即时复制到与其配对的服务器上。也就是说对于

11、任一个节点的Session，在集群中只存在一份备份。当客户使用第三方的负载均衡器，并且负载均衡器提供Session stick功能时，使用配对复制能够提高服务器性能，减少网络风暴，但如果第三方的负载均衡器不提供Session stick功能时，使用配对复制并不会比多点复制性能好。如下图：,Apusic Session复制粒度,对不同的服务器厂商，对Session的复制粒度各有不同，典型的有三种： 复制全部Session 每次备份所有的Session，这种方案最简单。 复制新建及被修改的Session 当一个Session被创建或者被修改，服务器会将该Session复制到备份服务器。这种方案相比

12、第一种方案能够大幅度提高性能。但是如何界定一个Session被修改，通常认为调用Session.setAttribute()， Session.removeAttribute（）时，我们认为Session被修改。另外，对于被访问过但未修改的Session，Apusic会更新其备份服务器上Session的访问时间。 复制发生变化的属性 在Session发生变化时，不是备份整个Session，只对单个属性备份，这种方案能够取得更好的性能和更好的网络消耗。但是这时必须确保属性是可序列化的。同时也存在交叉引用的情况。 Apusic在Session的复制上，采用了第二种复制粒度,Session属性要求序

13、列化，否则丢失。,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

14、; 另一台作为LoadBalancer端口为80,ApusicWeb集群方案1配置负载均衡器,修改balancer的mydomain下configloadbalancer.conf文件名为apusic.conf(原apusic.conf进行备份) 修改更名后的apusic.conf 指定目标ip和端口,配置Apusic后台服务器,修改balancer的mydomain下configcluster.conf文件名为apusic.conf(原apusic.conf进行备份), ,配置Apusic后台服务器,由于Apusic默认Session复制策略为配对复制的，如果用户想使用Session多点复制

15、，需要设定ClusterService的配置属性： 在使用Session配对复制时，用户可以通过管理控制台，设置节点配对。也可以手动在 ClusterService中增加属性SlaveServerName来指定其备份服务器，如下： 其中value值为其他节点的ServerName。,ApusicWeb集群方案1演示,搭建集群并部署estore应用进行测试演示,ApusicWeb集群方案2,前端，部署Apache LoadBalancer；后端，部署多台Apusic Web Server 好处：成本低 坏处：有一定的性能损失 使用Apache Load Balancer的缺陷是要采用sessio

16、n内存复制，当节点多的时候，容易造成网络风暴，好处是apache是一个效率高，稳定性强的web server，而且负载策略可灵活配置。使用apache lb也支持session stick。apache lb避免单点失效的方法是apache lb集群。,集群方案2配置,安装Aapche 编辑conf目录下文件httpd.conf,确保选项：,LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_ajp_module modules/mod_proxy_ajp.so LoadModule proxy_balancer_modu

17、lemodules/mod_proxy_balancer.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so 末尾加入如下配置： ProxyRequests off ProxyPass / balancer:/test/ BalancerMember http:/localhost:6888 loadfactor=1 BalancerMember http:/localhost:7888 loadfactor=

18、1 ,集群方案2配置,其中80端口是用户安装时配置的http协议监听端口，确认是否为80端口，可以查看Listen 选项。BalancerMember为后置机节点，后面的值为后置机的地址和端口。Loadfactor为负载权重。当用户想使用会话粘滞（Session-Stick）,可以在ProxyPass / balancer:/test/ 后面加入stickysession=JSESSIONID，当用户想使用失效转移时要在后面加入nofailover=off，同时在每个BalancerMember最后面加入route=serverName。最终的配置形式如下：, ProxyRequests off ProxyPass / balancer:/test/ stickysession=JSESSIONID nofailover=off BalancerMember http:/loc