负载均衡方案.doc

负载均衡方案 负载均衡方案篇一：数据库负载均衡解决方案 双节点数据库负载均衡解决方案 问题的提出？ 在SQL Server数据库平台上，企业的数据库系统存在的形式主要有单机模式和集群模式（为了保证数据库的可用性或实现备份）如：失败转移集群（MSCS）、镜像（Mirror）、第三方的高可用（HA）集群或备份软件等。伴随着企业的发展，企业的数据量和访问量也会迅猛增加，此时数据库就会面临很大的负载和压力，意味着数据库会成为整个信息系统的瓶颈。这些“集群”技术能解决这类问题吗？ SQL Server数据库上传统的集群技术 Microsoft Cluster Server(MSCS) 相对于单点来说Microsoft Cluster Server(MSCS)是一个可以提升可用性的技术，属于高可用集群，Microsoft称之为失败转移集群。 MSCS 从硬件连接上看，很像Oracle的RAC，两个节点，通过网络连接，共享磁盘；事实上SQL Server数据库只运行在一个节点上，当出现故障时，另一个节点只是作为这个节点的备份； 因为始终只有一个节点在运行，在性能上也得不到提升,系统也就不具备扩展的能力。当现有的服务器不能满足应用的负载时只能更换更高配置的服务器。 Mirror 镜像是SQL Server 2005中的一个主要特点，目的是为了提高可用性，和MSCS相比，用户实现数据库的高可用更容易了，不需要共享磁盘柜，也不受地域的限制。共设了三个服务器，第一是工作数据库（Principal Datebase），第二个是镜像数据库（Mirror），第三个是监视服务器（Witness Server，在可用性方面有了一些保证，但仍然是单服务器工作；在扩展和性能的提升上依旧没有什么帮助。Mirror 结论：在SQL Server数据库平台上，用户遇到性能瓶颈只能更换更高配置的服务器，如果用户搭建了镜像、失败转移集群或其它HA集群，则要同时更换两台更大的服务器。这种扩展方式称为向上扩展，即向单一节点添加硬件设备或将其升级为一个大型节点，然而升级到综合性能更强大的硬件，带来的问题是硬件的浪费，单节点体系结构最终会达到一个瓶颈并无法实现进一步的有效扩展。具体表现为逐渐缩小的回报率或者价格惊人的昂贵硬件设备，系统得不到可持续的扩展。 Moebius集群解决方案 Moebius集群是融合数据库的负载均衡、高可用于一体的综合集群解决方案，在Moebius集群中，两个数据库是同等地位的，都是可读写的 ，Moebius 中间件保证两个节点中数据实时一致性。 Moebius双节点集群 功能对比价值所在 ? 实现两个节点同时提供服务，而且相互之间可以负载均衡，显著提升数据库的性能，提高设备利用率。同时Moebius集群提供故障检测及自动故障转移，保证了系统的可用性。冗余的数据结构可以保证数据的安全。 ? 在原有系统上升级，充分利用企业原有设备，总体拥有成本（ TCO ）低。 ? 可以充分利用现有设备组建集群，Moebius支持无共享磁盘架构，节约成本。 ? HA集群中，随着服务器配置的增加，设备的浪费越严重，Moebius集群可以提升设备的利用率。 ? 可持续发展的架构，方便扩展，随着系统压力的增长只需简单增加服务器的数量就可以了，不需要升级现有系统的硬件配置，不需要改动应用程序。 横向多节点数据库负载均衡解决方案问题的提出？ 对于一些企业级的应用系统，数据库的访问量比较大，为了实现系统的快速响应，用户往往会选择一些高配置的服务器如小型机；为了保证数据库系统的可用性，还要搭建高可用集群（失败转移集群、镜像或其他的高可用集群），这样的设计将会带来高额的硬件投入，与此同时设备的利用率却很低，而且系统也得不到持续扩展。那如何方便地解决用户所遇到的数据库高性能、高可伸缩性与低价格之间的矛盾呢？ 传统的一些解决办法 更改业务系统，人工分拆业务、分拆数据库 在这样的应用背景下，用户通过对应用程序的更改，将一个统一的业务拆分成多个并行的业务系统，进而数据库也拆分成多个并行的数据库，达到化整为零的目的。 业务分拆 通过分拆，实现了扩展，但是，这样的调整是非常有限的，仅仅限于用户自己开发的系统或者允许更改的应用系统，对于一些软件产品则无法更改；这样的操作将给数据库管理人员、开发人员带来非常大的麻烦，实现起来不透明，要经常更改应用程序的代码。 数据库迁移 在这样的应用背景下，一些SQL Server用户甚至选择移植到其它数据库平台上，如采用OracleRAC（可以实现数据库的负载均衡） 来解决此类问题，大家都知道，这将是一个即费财力又费物力、人力，同时还要面临很大风险的一个艰难过程。数据库迁移 Moebius集群解决方案 采用Moebius for SQL Server 企业版或高级版构通过多个中小服务器构建集群，取代单个大型服务器，在实现数据库负载均衡、横向扩展及高可用的同时节约大量的成本。 Moebius多节点集群 价值所在负载均衡方案篇二：负载均衡方案及详细配置 Apache+Tomcat+mod_jk实现负载均衡方案 一、概述： 原理图： 提高系统可用性，对系统性能影响较小。对于一台服务器Down机后，可自动切换到另 最少需要两台机器，Tomcat1 和Tomcat2可在同一台服务器上。若条件允许最好是各用一台服务器。 二、详细配置步骤： 1、Apache http Server安装 32位的按照提示操作即可。 64位系统的不是安装包。 64位安装配置： 以管理员身份运行cmd 执行：httpd -k install 若无法运行并提示配置错误，请先安装vcredist_x64.exe后再执行。 安装后在Testing httpd.conf.时会报错，不影响。 httpd -k start 启动Apache、 httpd -k shutdown 停止Apache 、 httpd -k restart重启 测试Apache：在IE中输入： 打开网页显示 It work就OK 2、将Mod_jk的压缩包解压，找到mod_jk.so 复制到Apache目录下modules目录下 64位的下载mod_jk1.2.30_x64.zip 32位的下载tomcat-connectors-1.2.35-windows-i386-httpd-2.0.x.zip 3、修改Apache conf目录下的httpd.conf文件 在最后增加:Include conf/extra/mod_jk.conf 4、在conf/extra 下创建mod_jk.conf文件 增加如下： #load module mod_jk.so LoadModule jk_module modules/mod_jk.so #mod_jk config #load workers JkWorkersFile conf/perties #set log file JkLogFile logs/mod_jk.log #set log level JkLogLevel info #map to the status server #mount the status server JkMount /private/admin/mystatus mystatus JkMount /* balance 5.在conf目录下创建perties文件 增加： worker.tomcat1 中的tomcat1和tomcat2必须和Tomcat中的配置相同。Tomcat配置下面介召 worker.list=balance,mystatus #first worker config worker.tomcat1.type=ajp13 worker.tomcat1.host=04 worker.tomcat1.port=8009 #Tomcat的监听端口 worker.tomcat1.lbfactor=1 worker.tomcat1.socket_timeout=30 worker.tomcat1.socket_keepalive=1 #second worker config worker.tomcat2.type=ajp13 worker.tomcat2.host=04 worker.tomcat2.port=8010 #Tomcat的监听端口 实验是在同一机器上做的，所以两个不同worker.tomcat2.lbfactor=1 worker.tomcat2.socket_timeout=30 worker.tomcat2.socket_keepalive=1 worker.balance.type=lb worker.balance.balance_workers=tomcat1,tomcat2 worker.balance.sticky_session=1 worker.mystatus.type=status 6、Tomcat配置 两台配置相同 打开Tomcat的conf/server.xml 找到如下行： !- You should set jvmRoute to support load-balancing via AJP ie : Engine name= Catalina defaultHost= localhost jvmRoute= jvm1 - Engine name= Catalina defaultHost= localhost 修改为： Engine name= Catalina defaultHost= localhost jvmRoute= tomcat1 另一台Tomcat的jvmRoute= tomcat2 tomcat1和tomcat2必须和上面Apache 的perties文件中配置相同 7、两台Tomcat的Session复制（提高了系统可用性，但会消耗系统性能） 项目的Web.xml中必须加上 distributable/ 需要同步的Session会话属性必须实现java.io.Serializable，否则不能同步 在两台Tomcat做相同操作。在Tomcat的server.xml中找到 !- Cluster className= org.apache.catalina.ha.tcp.SimpleTcpCluster / - 取掉注释并修改为：若两个Tomcat在同一机器上，在Receiver中的Port不能重复取值范围 4000-4100 Cluster className= org.apache.catalina.ha.tcp.SimpleTcpCluster channelSendOptions= 8 Manager className= org.apache.catalina.ha.session.DeltaManager expireSessionsOnShutdown= false notifyListenersOnReplication= true / Channel className= org.apache.catalina.tribes.group.GroupChannel Membership className= org.apache.catalina.tribes.membership.McastService address= port= 45564 frequency= 500 dropTime= 3000 / Receiver className= org.apache.catalina.tribes.transport.nio.NioReceiver address= port= 4002 autoBind= 100 selectorTimeout= 5000 maxThreads= 6 / Sender className= org.apache.catalina.tribes.transport.ReplicationTransmitter Transport className= org.apache.catalina.tribes.transport.nio.PooledParallelSender / /Sender Interceptor className= erceptors.TcpFailureDetector / Interceptor className= erceptors.MessageDispatch15Interceptor / Interceptor className= erceptors.ThroughputInterceptor / /Channel Valve className= org.apache.catalina.ha.tcp.ReplicationValve filter= / Valve className= org.apache.catalina.ha.session.JvmRouteBinderValve / Deployer className= org.apache.catalina.ha.deploy.FarmWarDeployer tempDir= /tmp/war-temp/ deployDir= /tmp/war-deploy/ watchDir= /tmp/war-listen/ watchEnabled= false / ClusterListener className= org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener / ClusterListener className= org.apache.catalina.ha.session.ClusterSessionListener / /Cluster 负载均衡方案篇三：协同产品负载均衡方案 广东XX有限公司 金蝶OA负载均衡方案 2011年6月15日目 录 一、现状分析 . 2 二、需求分析及建议 . 3 三、具体方案分析 . 5 1. 2. 负载均衡实现原理 . 5 BigIP负载均衡设备的功能 . 6 四、配置实例 . 12 一、现状分析 广东XX有限公司（以下简称“XX局”） XX局应用金蝶OA系统作为公司办公自动化软件已经多年，随着XX局业务规模的扩大，公司人员的扩充，OA系统使用人员逐渐增多，OA系统应用深化，OA系统对硬件要求和系统性能要求也越来越高，现有OA系统硬件配置和应用架构逐渐不能满足XX局的需要。 二、需求分析及建议 在这种情况下，金蝶结合OA系统应用和系统原理，根据金蝶多年的项目经验，建议XX局针对OA系统应用多台前置WEB服务器采用负载均衡。 在XX局现有业务应用情况下，建议采用两台WEB前端服务器提供OA WEB服务，两台服务器之间采用负载均衡设备控制访问人员，提供访问路由，使用负载均衡策略将来访客户端分配到不同的服务器上，一方面作为负载均衡，提高整体系统的性能，一方面两台服务器作为互备，提高系统的可靠性。 对于负载均衡设备，可以采用双机互备方式，提高负载均衡设备的可靠性和冗余度。 建议配置两台数据库服务器，数据库采用MS SQL数据库双机方式，建立数据库系统的高可用系统。 通过以上三种方式进一步提高整体系统的抗风险能力，并提高系统的性能。 根据XX局现有OA业务量，建议使用两台F5公司的BigIP 1600 Local Traffic Manager设备作为负载均衡器，两台BigIP 1600作为互备；OA WEB服务器建议采用两台4 CPU16核，32GB内存服务器运行OA系统，数据库采用2台4 CPU16核，32GB内存服务器运行MS SQL数据库系统。网络拓扑架构图如下：通过这样的优化后，系统具有以下特征： 结构合理：整个网络结构布局合理，层次分明，便于管理与维护。 可用性高：整个系统中至少多重备用设备，包括OA服务器、数据库服务器、存储（存储采用双控制器、raid冗余等技术），2台F5 BigIP 1600等。并且BIGIP动态检查各OA服务器的健康状态，并将下一个请求正确分配给最合适的服务器，任何一台服务器发生故障时，BIGIP将立刻把请求分配给其他的服