《负载均衡软件实现与硬件实现方案.doc》由会员分享，可在线阅读，更多相关《负载均衡软件实现与硬件实现方案.doc（17页珍藏版）》请在金锄头文库上搜索。
1、该文档是word2003word2007兼容版软件、硬件负载均衡部署方案目录1、硬件负载均衡之F5部署方案21.1网络拓扑结构21.2反向代理部署方式32软件负载均衡方案52.1负载均衡软件实现方式之一 - URL重定向方式52.2负载均衡软件实现方式之二 - 基于DNS62.3负载均衡软件实现方式之三 - LVS82.4负载均衡软件实现方式之四 - 专业负载均衡软件16总结：171、硬件负载均衡之F5部署方案对于所有的对外服务的服务器，均可以在BIG-IP上配置Virtual Server实现负载均衡，同时BIG-IP可持续检查服务器的健康状态，一旦发现故障服务器，则将其从负载均衡组中摘除。
2、BIG-IP利用虚拟IP地址（VIP由IP地址和TCP/UDP应用的端口组成，它是一个地址）来为用户的一个或多个目标服务器（称为节点：目标服务器的IP地址和TCP/UDP应用的端口组成，它可以是internet的私网地址）提供服务。因此，它能够为大量的基于TCP/IP的网络应用提供服务器负载均衡服务。根据服务类型不同分别定义服务器群组，可以根据不同服务端口将流量导向到相应的服务器。BIG-IP连续地对目标服务器进行L4到L7合理性检查，当用户通过VIP请求目标服务器服务时，BIG-IP根椐目标服务器之间性能和网络健康情况，选择性能最佳的服务器响应用户的请求。如果能够充分利用所有的服务器资源，将
3、所有流量均衡的分配到各个服务器，我们就可以有效地避免“不平衡”现象的发生。利用UIE+iRules可以将TCP/UDP数据包打开，并搜索其中的特征数据，之后根据搜索到的特征数据作相应的规则处理。因此可以根据用户访问内容的不同将流量导向到相应的服务器，例如：根据用户访问请求的URL将流量导向到相应的服务器。1.1网络拓扑结构网络拓扑结构如图所示：网络拓扑结构1.2反向代理部署方式下图为集群服务器的硬件负载均衡详细架构图，由一台F5虚拟机分别对多台服务器进行负载分配。如图，假设域名被解析到F5的外网/公网虚拟IP：61.1.1.3（vs_squid），该虚拟IP下有一个服务器池（pool_squi
4、d），该服务器池下包含两台真实的Squid服务器（192.168.1.11和192.168.1.12）。、如果Squid缓存未命中，则会请求F5的内网虚拟IP：192.168.1.3（vs_apache），该虚拟IP下有一个默认服务器池（pool_apache_default），该服务器池下包含两台真实的Apache服务器（192.168.1.21和192.168.1.22），当该虚拟IP匹配iRules规则时，则会访问另外一个服务器池（pool_apache_irules），该服务器池下同样包含两台真实的Apache服务器（192.168.1.23和192.168.1.24）。、另外，所有真
5、实服务器的默认网关指向F5的自身内网IP，即192.168.1.2。、所有的真实服务器通过SNAT IP地址61.1.1.4访问互联网。2软件负载均衡方案2.1负载均衡软件实现方式之一 - URL重定向方式有一种用软件实现负载均衡的方式,是基于URL重定向的.先看看什么是URL重定向:简单的说，如果一个网站有正规的URL和别名URL，对别名URL进行重定向到正规URL，访问同一个网址，或者网站改换成了新的域名则把旧的域名重定向到新的域名，都叫URL重定向(http:/ 直接过来的，可以被重定向，有的时候是带着SESSION之类的，重定向就可能会出问题。并且，这种做法，将负载均衡这个系统级的问
6、题放到了应用层，结果 可能是麻烦多多。3、这种方式一般只适用于HTTP方式，但是实际上有太多情况不仅仅是HTTP方式了，特别是用户如果在应用里面插一点流媒体之类的。4、重定向的方式，效率远低于IP隧道。5、这种方式，有的时候会伴以对服务器状态的检测，但往往也是在应用层面实现，从而实时性大打折扣。实际上，这种方式是一种“对付”的解决方法，并不能真正用于企业级的负载均衡应用（这里企业级是指稍微复杂一点的应用系统）可以看一下专业的负载均衡软件是如何来实现的：http:/www. - 基于DNS负载均衡集群网络拓扑图讲到负载均衡，几乎所有地方都必须要讲一下基于DNS的方式，因为这实在是最基本、最简单
7、的方式了。当然，也几乎所有地方都说到这种方式的种种缺点，不过，既然很基本，就还是要说明一下。下面这段讲得很清楚：最早的负载均衡技术是通过DNS来实现的，在DNS中为多个地址配置同一个名字，因而查询这个名字的客户机将得到其中一个地址，从而使得不同的客户访问不同的服务器，达到负载均衡的目的。 DNS负载均衡是一种简单而有效的方法，但是它不能区分服务器的差异，也不能反映服务器的当前运行状态。当使用DNS负载均衡的时候，必须尽量保证不同的 客户计算机能均匀获得不同的地址。由于DNS数据具备刷新时间标志，一旦超过这个时间限制，其他DNS服务器就需要和这个服务器交互，以重新获得地址数 据，就有可能获得不同
8、IP地址。因此为了使地址能随机分配，就应使刷新时间尽量短，不同地方的DNS服务器能更新对应的地址，达到随机获得地址，然而将过 期时间设置得过短，将使DNS流量大增，而造成额外的网络问题。DNS负载均衡的另一个问题是，一旦某个服务器出现故障，即使及时修改了DNS设置，还是 要等待足够的时间（刷新时间）才能发挥作用，在此期间，保存了故障服务器地址的客户计算机将不能正常访问服务器。 尽管存在多种问题，但它还是一种非常有效的做法，包括Yahoo在内的很多大型网站都使用DNS。引自：负载均衡技术研究 原文：http:/www. 间对于少量用户的服务中断问题并不大（比如有100台服务器，有一台不行了，即
9、使DNS有缓存，也关系不大，用户重新刷一下，就很可能又分配到其他机器上 了）。但是，对于应用系统而言，比如两三台服务器，跑着比较复杂的应用，DNS方式就完全不适合了，这个时候，就要用专业的负载均衡软件了。我们可以看一个实例，这样会对专业化负载均衡软件应该支持什么样的应用有更多的理解：36000人同时应用的负载均衡实例2.3负载均衡软件实现方式之三 - LVS LVS是一个开源的软件,可以实现LINUX平台下的简单负载均衡. 后面所附文章,讲述了LVS实现负载均衡的方法.因为文章较长,所以在转载前,先总结一下LVS的优缺点:优点:1、开源，免费2、在网上能找到一些相关技术资源3、具有软件负载均衡
10、的一些优点缺点：1、具有开源产品常有的缺点，最核心的就是没有可靠的支持服务，没有人对其结果负责2、功能比较简单，支持复杂应用的负载均衡能力较差，如算法较少等。3、开启隧道方式需重编译内核4、配置复杂5、只支持LINUX，如果应用还包括WINDOWS、SOLIRIS等就不行了因此，建议在简单的LINUX应用中使用LVS，复杂的应用，或者重要的应用，还是应该使用专业的负载均衡软件，如富士通西门子公司的PCL负载均衡软件。下面转载一下如何使用LVS实现负载均衡：搭建集群负载均衡系统 （原文：http:/ . p/20060707/2519.html）负载均衡集群是在应用服务器高负载的情况下，由多台节
11、点提供可伸缩的，高负载的服务器组以保证对外提供良好的服务响应；而LVS就是实现这一功能的技 术.实际上LVS是一种Linux操作系统上基于IP层的负载均衡调度技术，它在操作系统核心层上，将来自IP层的TCP/UDP请求均衡地转移到不同的 服务器，从而将一组服务器构成一个高性能、高可用的虚拟服务器。使用三台机器就可以用LVS实现最简单的集群，如图1所示。图1 LVS实现集群系统结构简图 图1显示一台名为Director的机器是前端负载均衡器，运行LVS，目前只能在Linux下运行.可以针对web、ftp、cache、mms甚至 mysql等服务做load balance;后端两台机器称之为Rea
12、l Server，是需要负载均衡的服务器，可以为各类系统，Linux、Solaris、Aix、BSD、Windows都可，甚至Director本身也 可以作为Real Server. 本文将通过实际操作，重点介绍如何在Redhat 9上用LVS构建一个负载均衡集群，关于负载均衡集群、LVS的详细内容，可参考如下信息：http:/www.linuxvirtualserver.org/ http:/ . r/lvs/part1/index.shtml安装LVS RedHat在 9.0以后，就将ipvsadm这些套件去除，因此如果想使用LVS(Linux Virtual Server)，就得自己重新
13、编译核心(kernel)。 下载所需软件 下载ipvs补丁包 从RedHat 9开始ipvs不再被预先编译到了RedHat发行版的内核中，我们需要从http:/www.linuxvirtualserver.org/software/kernel-2.4下载新版的ipvs, 这里我们使用ipvs-1.0.9.tar.gz这个版本. 下载内核linux-2.4.20.tar.gz这里需要强调的是由于所有的ipvs的补丁包都是为标准内核开发的，所以安装ipvs时不能使用RedHat光盘中的Kernel Source，而是需要去下载标准的内核。所以我们从ftp:/ftp.kernel.org/pub/linux/kernel/ 得到standa
