负载均衡解决方案

一、用户需求一、用户需求本案例公司中现有数量较多的效劳器群:WＥB网站效劳器４台WＥB网站效劳器４台邮件效劳器2台虚拟主机效劳器10台应用效劳器2台数据库2台(双机＋盘阵〕期望通过效劳器负载均衡设备实现各效劳器群的流量动态负载均衡,并互为冗余备份。并要求系统应有肯定的扩展性,如数据访问量连续增大，可再添加的效劳器参加负载均衡系统。我们对用户的需求可分如下几点分析和考虑：１. 系统能动态安排各效劳器之间的访问流量;同时能互为冗余，当其中一台效劳器发生故障时，其余效劳器能即时替代工作，保证系统访问的不中断；２. 系统应能治理不同应用的带宽,同时限定某些不必要应用的带宽，合理高效地利用现有资源；3. 系统应能对高层应用供给安全保证，在路由器和防火墙根底上供给了更进一步的防线;４．系统应具备较强的扩展性。容量上:o ,防火墙的动态负载均衡方案，又如针对链路提出要求时关于Ｉnteｒneｔ访问链路的动态负载均衡方案等。梭子鱼安全负载均衡方案总体设计承受效劳器负载均衡设备供给本地的效劳器群负载均衡和容错，适用于处在同一个局域网上的效劳器群。效劳器负载均衡设备带给我们的最主要功能是：〔Farm)可以对于每个效劳器群设定一个IP地址，或者利用效劳器负载均衡设备的多ＴCP〔Sｐerａm如图,webmａiｌ和ftp效劳,全面冗余机制:对于每种应用,如WEB效劳，同时有四台机器供给效劳，每台机器的状态可以设为reｇｕlar〔正常工作〕或ｂａcｋuｐ(备份状态〕,或者同时设reｇulａｒ状态。负载均衡设备依据治理员事先设定的负载算法和当前网络的实际的动态的负载状况打算下一个用户的恳求将被重定向到的效劳器。而这一切对于用户来说是完全透亮的，用户完成了对WEB效劳的恳求,并不用关心具体是哪台效劳器完成的。对于整个效劳器系统，资源得到充分的利用和冗余。我们知道，一般状况下不同应用效劳的用户数目是不尽一样的，对于效劳器资源的消耗也有所不同。假设对每一种应用只实行单独的机器供给效劳，不但存在单WEWEB效劳器负荷超重;而同时FTＰ效劳器却处在根本空闲状态。这也是一种系统资源的铺张,同时用户得到的效劳也不够快,每台机器的资源得到了充分利用，并削减了单点故障的问题。层次上起到类似＂路由器＂的作用，并利用专用的集成电路芯片(ASIC〕完成智能的负载安排的工作。它的单点故障问题可以通过在系统中引入另外一台效劳器负载均衡设备设备来完成。但是与一般意义上的冗余备,并相互Stand-By,另一台将接收其全部的任务。整个系统的可扩缩性也是显而易见的：对于每一种特定效劳,整个系统的可扩缩性也是显而易见的：对于每一种特定效劳,种效劳的负载压力过大，可以考虑在系统中别的效劳器上在建立一个该效劳的镜像,只要简洁的在对应当效劳的效劳群中参加一个条目，加的效劳器就能参与到整个效劳器群的工作中来了。系统中引入的硬件效劳器，或某台效劳器需要对其硬件进展升级或配置的时候,效劳器负载均衡设备能够自动监测到这些变化。对于参加的效劳器,设有Warm-Ｕp;对于从系统上撤掉的效劳器,可以设定一个oｖer的时间值，能够保证在该台效劳器上的对话全部完毕之后，才将效劳器撤下,同时连续把流量安排到其它的效劳器上，用户得到了不连续的效劳。系统中全部效劳器的配置,从硬件到操作系统或应用软件都可以是异构的,不影响效劳器负载均衡设备的功能发挥。网络供给商可以敏捷地进展网络效劳器的升级扩容工作。四、为什么选择梭子鱼安全负载均衡机：高性能:梭子鱼LB440100,0０0900梭子鱼负载均衡时机实时地对后台效劳器进展基于应用的安康检查，并打算在真实效劳器不行用状况下效劳如何处理。承受Cookie源地址会话保持时，客户端假设是通过统一的代理网关进展访问而造成负载均衡的不均匀,导致某些效劳器的连接数远大于其他的效劳器。梭子鱼安全负载均衡机独特的无线连接心跳监控方式供给快速切换，是企业各种实时关键业务系统所必需的。IPS1000DOSWeｂ效劳器集群负载均衡技术的应用与争论侯秀杰 祝永志 孔令鑫〔曲阜师范大学计算机科学学院，山东日照276８26〕摘要为了提高集群系统对用户的快速响应与整体吞吐量，必需实行肯定的策略将Web均衡地安排到集群中的每一个效劳器。基于此思想本文针对传统的单机思想给出了一种多机三层构造的负载均衡系统。试验结果说明白它在负载均衡方面的优越性。关键词负载均衡;均衡策略;调度算法；Ｗeｂ效劳器集群模型１ 引言Inｔｅrneｔ的快速增长,特别是电子商务应用的进展,使Ｗeｂ应用成为目前最重要最广泛的应WebWｅb带来更高的要求,假设Ｗeｂ效劳器无法满足大量Web用效劳。由于客观存在的效劳器物理内存、ＣＰU处理速度和操作系统等方面的影响因素,当大量突发的数数据包因延时而重发，使传输线路和效劳器的负担再次增加。传统的方法是提高Weｂ 效劳器的ＣPU处理速度和增加内存容量等硬件方法但无论如何增加Ｗeb效劳器硬件性能,均无法满足日益增加的对用户的访问效劳力量。Wｅb效劳器按肯定策略进展负载安排。利用负载均衡［1]的技术,依据肯定策略将Ｗeｂ访问效劳安排到几台效劳器上，负载处理对用户透亮，整体上对外如同Weｂ效劳器为用户供给WebWeb负载均衡Web器,也就是网络的速度比网络所连接的设备速度快的状况下,系统负载不断增加,直到最大。Web1〕单机思想不断升级效劳器硬件性能,每当负载增加，效劳器随之升级。这随之将带来一些问题，首先，效劳每种架构的效劳器升级总有一个极限限制。2)多机思想使用多台效劳器供给效劳,通过肯定机制使它们共同分担系统负载,对单一的效劳器没有太高的性能要求，系统负载增加，可以多增加效劳器来分担。对用户而言,整个系统仿佛是一台单一的规律效劳器,这样的系统能够供给较强的可扩展性和较好的吞吐性能。文提出了一种基于权值的策略安排负载。负载均衡实现设备［2]１)效劳器〔Ｓerver)为用户供给真正的效劳,也就是指给用户供给负载均衡效劳的计算机设备,有关该设备的一些性能数据是负载均衡的主要依据之一。2)安排器〔Ｄispatｃheｒ)ＷebWeb［２1衡。图１负责给用户效劳安排效劳器,安排器的主要功能是依据客户和效劳器的各种状况〔这些状况要能反映效劳器的负载状况或性能状况)通过肯定的算法进展调动和安排工作,从而提高由效劳器整体构成的网站的稳定性、响应力量。它主要是集中全部的HTWeb的处理效率。２．3 负载均衡系统构造器上必需安装特定的客户端程序，同时，为保证应用程序的透亮性，需要对每个应用进展修改，能够将访问恳求通过该客户端程序转发到其它效劳器上,重定向方式进展，修改每一个应用程序,工作量格外大。2.3．2Wｅｂ效劳器组成三层构造Web[22器的负载均衡。2假设将基于客户端的负载均衡中客户端的负载均衡局部移植到一个中间平台,形成一个应用效劳器,到不同的效劳器。Inｔｅrｎet与否有两种多Wｅb效劳器构造：隔离式(Separatioｎ〕离式〔Unsｅparatiｏn)。隔离式是效劳器不直接连到Internｅt3Internet434隔离式中只有负载均衡器对外有一个ＩPeｂServｅrWｅbＳerｖer的返回结果也经过负载均衡器传回给用户。非隔离式中每一台ＷebSｅrverIPebSeｒver,而恳求的应答不经过负载均衡器，直接传回用户。为了减轻均衡器的负载，本文中承受了三层构造中的隔离方式。2.4 负载均衡实现的方法Weｂ负载均衡常见算法[]循环调度算(Ｒond-Robin Schedｕling〕、加权循环调度算法〔WeiｇhtedRｏund-RoｂiｎSｃhedｕｌing) 、最小连接调度算法(Leａｓt－ConnectionScｈ〔DestinationHashingScheduling〔SｏurceHashｉngSｃｈeｄulｉｎg)。等一些信息。Web[4][６][９］搭建环境软硬件环境的搭建〔14apａchｅ，三台安装tomcａt。(2)效劳器的操作系统都是WindｏｗsXP。(３〕其中安装apａｃhｅ的效劳器充当负载均衡器,其它三台是给用户真正效劳的效劳器。(4)IPａpaｃheIP2１30,三台安装tｏmｃaｔ的效劳器IP21９．２1８.２2.1３1/1３2/133。3.１.2软件的安装与配置１)安装tomcａｔ的效劳器的配置ｊｄk。(2〕jdkpａthjdkbinAVＡ＿ＨＯME指向jdｋ的安装路径。(3)在三台要安装ｔｏmcａttｏmｃaｔ,调试三个tomcat(4)ｔoｍcatWEB80８0,ｔoｍｃatWeb效劳端口修改为７080／8888/９9９９。tomcａtcｏnｆ/ｓervｅr.xｍｌ在文件中找到下面的语句:<Cｏnｎｅctｏrｐｏｒｔ=“8０80＂ maxＨｔｔpHｅaｄｅrSize=＂81９2“ mａｘThrｅads=＂15０“minSpareThreads=“２5＂maxSｐaｒeThreads=“7５“enａblｅLｏokupｓ＝＂ｆalsｅ“ ｒｅdiｒecｔPoｒt=“8４43＂ acceptCｏunt＝“1００”connｅcｔioｎＴiｍｅoｕt=＂20230＂disａbｌeUploadTimeoｕt=“tｒue“/>Poｒt=”８0８０”为上面提到的端口号就行，对安装tomcａt

21(1〕在那台要安装apａｃheａｐaｃhe,我的安装路径为默认Ｃ:＼PｒogramFiｌes＼AｐａｃｈeGrｏup\Aｐache2。(2)安装后测试apache：／／２１9.2１8.22.1３0。(3)下载jk2.0．4(４)将解压缩后的名目中的ｍｏdulesｍod_ｊk2.sｏ文件复制到aｐａchｅ的安装名目moduleｓ名目中。(５)修改apaｃhｅ的安装名目中的conｆ名目的配置文件d.cｏnf，在文件中LoaｄＭｏdulｅLoadMoｄulejk2_ｍodules/mod＿jk2.so。(６)分别修改三个tomcatｃoｎf/serｖｅｒ．xmlEｎgｉjvmRoｕtｅ＝”jvm1”＞只需改动jvmRoute的值，在这里分别改为ｔｏｍｃat1，tomcat2和toｍcａt３。３〕均衡效劳器的配置２下：#ｆiｎetheｃommｕnicatioｎｃｈannel[cｈannｅｌ.ｓocｋeｔ：219.２１8.2２.130:8009]Infｏ=Aｊp1３ｆorwaｒｄingoversoｃket#配置第一个效劳器tomｃａtId=tomcat1#要和tomcａt的配置文件ｓerveｒ．xml中的jvmRｏutｅ=＂tomcａt1“名称全都ｄｅbｕg=0lb_faｃtor＝1＃负载平衡因子,数字越大恳求被安排的几率越高。类似地再配置其它的效劳器。ｒunｔimeinｆormａtｉon ［uri:／jkstatus.jsp]inｆo＝Disｐlaystatusinｆoｒｍationaｎdchecｋｓtheｃonfｉgfilefｏｒcｈangｅs. Groｕp＝statuｓ:［uri：/*]iｎfｏ=MａpthewｈoleWebappdebuｇ=０4)安装tomcaｔ2tｏｍcatwebappsGrouｐTeｓｔ,在ＷEB-ＩNＦ名目和页面index.jsp，ｉndex.ｊsｐ的页面的主要内容是打印出为大量用户访问的时候我们能知道负载安排的状况。集群配置conf／sｅrｖer．ｘｍl<!－－<Cｌuｓｔer ｃｌassＮaｍe=“org.aｐachｅ.catalina．clｕster.ｔｃｐ.ＳimｐｌｅＴcpCluｓter”＜ClｕstｅrＬisｔｅnerｃlassName=“ｏrｇ.apache.catalina.clusｔｅｒ.sｅｓsｉon．CｌusterSｅssioｎListene“／＞</ｌusｔｅｒ> --> modifyｂy－->就可以了。Cｏｎｆ名目下建立jk2.pｒopertiesｃhannelSocket.port=800９集群应用配置对于要进展负载和集群的toｍｃａtwｅbappsＷEB-INＦ中的weｂ.xmｌ文件要添加如下一句配置<diｓtributabｌe/>到此为止配置完成剩下的就是测试3.２ 环境的测试(1〕首选分别测试每个tomcat“://２１9.21８.22/“://２１9.21８.22．131:７０80ｈttp：//219.218.２2.132:88８8hｔtp:／／219.2１8．２2.1３3：9999(2〕其次测试一下负载均衡效劳器:/／2１9.２18.２2.13０/ｊkstatus.jsp再访问一下ｈtt130/GｒｏupTｅst/iｎｄeｘ.jｓp3.3 集群系统负载均衡测试index.jsｐ[5][

在客户端的扫瞄器中看到为其供给效劳的效劳器客户端数量客户端数量C权值处理恳求数量３ ０.5