请教web服务器负载均衡的问题，请高手指点一二！Web服务器教程 -免费技术教程下载中心

              摘要：请教web服务器负载均衡的问题，请高手指点一二！
有没有相公的文章或书籍呀，先谢了！

wangmingda 回复于：2003-08-14 17:53:18最简单的应当是使用DNS做循环解析。

古回复于：2003-08-14 18:01:52晕。找了半天没找到。明天再贴。

fengjinsong 回复于：2003-08-14 22:01:34DNS轮询只能解决负载均衡问题，不能实现故障接管，有没有两全其美的办法

xiejp 回复于：2003-08-14 23:29:59DNS轮询有它的缺点，正如上面那位仁兄说的，因为负载均衡可能投资比较大，所以一般DNS轮询用的比较多，但俺还是特别想了解一下下负载均衡的原理及如何被实现的，还请各位大哥成人之美哦！

古回复于：2003-08-15 08:41:14负载平衡
如果公司有一个高层的电子商务站点，而同时又运行着一些Web服务器，那么就可以使用ipmasqadm portfw的 -p PREF参数来实现在这些服务器中的负载平衡。
-p的值虽然被称为首选项，事实上它实现的是一个计数器的功能。一旦Linux路由器建立起了规则所指定的相应数目的连接，它就会跳到下一个入口。
比如，现在我们来创建如下所示的端口转发规则：
# ipmasqadm portfw -a -P tcp -L 172.16.1.1 80 -R 192.168.1.2 80 -p 5
# ipmasqadm portfw -a -P tcp -L 172.16.1.1 80 -R 192.168.1.3 80 -p 25
# ipmasqadm portfw -a -P tcp -L 172.16.1.1 80 -R 192.168.1.4 80 -p 10
# ipmasqadm portfw -a -P tcp -L 172.16.1.1 80 -R 192.168.1.5 80 -p 30
上面的指令说明，首先和Linux路由器连接的5个请求，将被送到IP地址为192.18.1.2的HTTP服务器；接下去的25个连接将被送到地址为192.168.1.3的HTTP服务器；接下去的10个连接送到192.168.1.4；下30个连接送到192.168.1.5。一旦30个连接都被送到192.168.1.5以后，整个过程重新开始。

这个转发顺序的规则说明192.168.1.3 和192.168.1.5两个服务器处理连接的能力要强于192.168.1.2 和192.168.1.4。通过监测这些机器的服务器负载，网络管理员就可以调整服务器的映射参数，以使整个站点保持最佳的响应时间。

xiejp 回复于：2003-08-15 13:36:16古哥，先谢谢你了哦！
我还是不太清楚该如何设置。
比如我有五台服务器，同时为我的一个站点提供服务，那应该如何实现呢？
ipmasqadm portfw 命令具体怎么操作呀？（或许这样没有必要，但是我还是想试一下，学点东西嘛，）

古回复于：2003-08-15 14:14:04其实这就是inux的路由，只不过是在匹配一定的规则基础上进行路由。

另外，做东西要习惯利用网络资源，有了头绪就可以到网上so啊。

i_amok 回复于：2003-08-15 23:58:31查找一下智能dns

还有台湾的f5公司有完整的负载均衡解决方案...

典型的就是:智能dns+7层交换机+文件同步管理

其他公司也有...我找了一个文章..在公司了..周一发上来

xiejp 回复于：2003-08-16 14:15:17thank you very much!!!

JohnBull 回复于：2003-08-17 15:10:44[quote:a30fb0524b="古"]负载平衡
如果公司有一个高层的电子商务站点，而同时又运行着一些Web服务器，那么就可以使用ipmasqadm portfw的 -p PREF参数来实现在这些服务器中的负载平衡。
-p的值虽然被称为首选项，事实上它实现的是一个计数?.........[/quote:a30fb0524b]

这个方法太古老了，现在常用几种方法：
1/ 利用squid的反向代理实现
2/ 利用DNS实现
3/ 利用iptables的DNAT实现
4/ 利用LVS实现（最佳！）

丰鑫科技回复于：2003-08-17 19:00:25我知道有个地方有2台交换机没用武之地，你可以去买过来

iamok 回复于：2003-08-18 10:55:53关于网上信息服务器负载分担问题的研究报告
中国农业银行与中国邮电电信总局

　　第一章问题的提出

--------------------------------------------------------------------------------

　　随着Internet的迅猛发展，互联网用户数目迅速增加，网上形形色色的信息站点和信息服务也层出不穷。其中许多热门网站和重要站点的服务访问量日益增大，服务器的负荷越来越严重。在服务器的服务提供方面暴露出的问题主要有以下方面：

　　1）服务器的服务能力远远不能满足需求

　　虽然各个厂家的服务器性能逐步提高，其处理器芯片不断升级、内存和硬盘的存储容量越来越大，但是仍然不能满足急剧膨胀的用户访问需求。通常来讲，一台WEB服务器最多可以提供同时对几百、上千个用户的连接服务。可以这样说，无论怎样提高服务器的性能，单台服务器都不能满足目前几乎是无限膨胀的用户需求。

　　2）服务器的服务可靠性不能保证

　　服务器本身的软件、硬件有可能出现故障，或到服务器的网络连接出现故障，或者由于网上黑客的光顾和破坏导致故障，那么在故障恢复之前，用户将会在一段时间内得不到应有的服务。

　　3）服务响应时间长，延迟大

　　服务器忙时的反应能力下降，会造成用户端连接速度缓慢，延迟增加；如果服务器响应正常，由于网络忙造成的拥塞同样也会影响对用户的服务性能，用户会感觉到服务几乎处于停滞状态。

　　如何改善信息源在线服务的性能，对信息服务器进行负荷分担，增强服务可靠性，成为ISP和ICP们普遍关心的问题，也是我们电信运营部门关心的问题。如何对网上服务器进行负载分担，进行服务性能的改善，采用何种技术手段进行，以什么方式进行（由ISP和ICP们自行解决，还是由电信部门提供服务），已经成为一个迄待研究的课题。

　　为了解决上述问题，我们申请本课题的立项和研究，对网上信息服务器的负载分担问题进行调研和研究，力求找到电信方和信息源方各自现实可行的解决问题的方法和途径，比较其优劣，并对可实现的商家产品提出建议。

　　第二章

--------------------------------------------------------------------------------

　　几种实现技术

　　由于单台服务器的严重超负荷，为解决这个问题，人们首先想到的是增加服务器的数量，以服务器软件、硬件的增加来提高服务性能，并通过设备冗余来增加服务的可靠性。但是增加的服务器软硬件不是分散独立和毫无关系的，而是需要通过特定的技术来协同工作，才能到达提高服务性能和可靠性的目的。

　　如果有一种智能的系统可以实现对业务流量的管理，将同一种业务分担到不同的服务器上，则可以很好地解决服务器的可扩展性和服务性能要求。我们将这种技术称之为服务器的负载分担技术。

　　根据信息服务器放置的物理位置，我们将服务器负载分担的实现技术分为两种：集中式负载分担和分布式负载分担。

　　2.1 Round Robin DNS

　　DNS是专门实现域名解析的服务器，可是利用它的Round Robin功能，我们可以很方便地实现服务器的可扩展性，即可以增加服务器的数量，并通过DNS的设置，利用DNS的Round Robin方式，对每个DNS请求，轮流回答不同的服务器地址，从而实现服务器之间的负载分担。采用这种方式不需要对应用服务器的硬件环境、操作系统甚至应用软件都没有过多的要求，服务器之间相对比较独立，比如对于WWW服务，可以用PC服务器上Windows NT操作系统的IIS和Unix服务器上Netscape的Enterprise Server来共同组成一个WWW的服务。

　　这是最简单、也是最传统的一种实现服务器负载分担的方式，它不需要为实现多台服务器的负载分担而增加任何的软硬件投资，但是采取这种方式在其实现的功能和性能上存在很多问题：

　　a．系统的可靠性不能保证

　　当某台Web Server不能提供Web 服务时，DNS Server不能发现，仍然按Round Robin的方式把用户的HTTP请求平均分配到Web Server群。在一个有3台Web Server的系统中，如果有1台Web Server不能提供Web 服务，按照DNS Round Robin的分配方式，将有1/3的用户不能得到Web 服务，严重影响系统的服务质量。

　　b．负载分担的不一定合理

　　DNS Round Robin方式没有考虑：

　　1．Web Servers之间的性能可能有差异。

　　在性能不同的Web Servers之间平均分配请求，可能造成：性能差的机器成为系统的瓶颈；性能好的机器的资源没有充分利用, 造成投资浪费。

　　2．Web Server对每个请求返回的数据量，会话持续的时间有差异。

　　在性能相同的Web Servers之间，用Round Robin方式实现负载分担，也可能造成Web Servers之间的负载不平衡。Web&nbs