A. 服务器负载均衡的几种部署方式
路由模式部署灵活，约60%的用户采用这种方式部署；桥接模式不改变现有的网络架构；服务直接返回（DSR）比较适合吞吐量大特别是内容分发的网络应用。约30%的用户采用这种模式。 1、路由模式（推荐） 路由模式的部署方式如上图。服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量。2、桥接模式 桥接模式配置简单，不改变现有网络。负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。LAN口不需要配置IP（WAN口与LAN口是桥连接），所有的服务器与负载均衡均在同一逻辑网络中。 由于这种安装方式容错性差，网络架构缺乏弹性，对广播风暴及其他生成树协议循环相关联的错误敏感，因此一般不推荐这种安装架构。 3、服务直接返回模式 这种安装方式负载均衡的LAN口不使用，WAN口与服务器在同一个网络中，互联网的客户端访问负载均衡的虚IP（VIP），虚IP对应负载均衡机的WAN口，负载均衡根据策略将流量分发到服务器上，服务器直接响应客户端的请求。因此对于客户端而言，响应他的IP不是负载均衡机的虚IP（VIP），而是服务器自身的IP地址。也就是说返回的流量是不经过负载均衡的。
B. 我用软路由单adsl多播叠加带宽并作负载均衡后，在软路由的内网里搭建web服务器
不是销手叠加后的带宽。（多拨是每个WAN得到一个不岩历同的外网IP）
一个域名只能有一粗斗搜个IP。而双线是利用DNS解析实现的。
C. 用4台NF280G2作负载均衡来做WEB服务器，负载均衡是什么意思
分类: 教育/科学 >> 学习帮助
问题描述:
用4台NF280G2作负载均衡来做WEB服务器，负载均衡是什么意思？
解析:
负载均衡的意思就雀液是有几台服务器或者几个服务。。通过设备或者软顷帆物件，将外部来的连接均匀的分配到这几个服务器或者服务上面。。使服务器的负载平均
目的是使服务器出错率更低，运行效率更高。
一般配置好了服务器后需要的只是技术了，轿晌费用也就是购置服务器的费用了。
D. web服务器负载均衡的问题
后面的XXX是端口号吧？
E. 负载均衡是怎么做的~
1、服务直接返回：这种安装方式负载均衡的LAN口不使用，WAN口与服务器在同一个网络中，互联网的客户端访问负载均衡的虚IP（VIP），虚IP对应负载均衡机的WAN口，负载均衡根据策略将流量分发到服务器上，服务器直接响应客户端的请求。
2、桥接模式：桥接模式配置简单，不改变现有网络。负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。LAN口不需要配置IP（WAN口与LAN口是桥连接），所有的服务器与负载均衡均在同一逻辑网络中。
3、路由模式：路由模式的部署方式，服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量。
(5)负载均衡部署web服务扩展阅读
负载均衡的算法:
1、随机算法：Random随机，按权重设置随机概率。在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。
2、哈希算法：一致性哈希一致性Hash，相同参数的请求总是发到同一提供者。当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。
3、URL散列：通过管理客户端请求URL信息的散列，将发送至相同URL的请求转发至同一服务器的算法。
参考资料
网络-负载均衡
F. 如何配置Web服务器实现负载均衡
这篇实用文章介绍如何将pfSense 2.0配置成你那些Web服务器的负载均衡器。这篇实用文章假设你已经安装了一个pfSense设备和至少两台Apache服务器，并且运行在你的网络上；还假设你具备了pfSense方面的一些知识。
要求
一台设备用于安装pfSense 2.0（如果这是你的边缘防火墙，我会建议物理机器）。
至少两台Apache2服务器（这些可以是虚拟服务器）。
对Apache服务器进行了配置，以便以某种方式同步Web文件（rsync/corosync或通过Web服务器维持文件版本最新的另一个选项）。
配置pfSense
pfSense使用负载均衡器，将某些类型的流量带来的负载分摊到多台服务器上；如果你有多台服务器用于托管运行应用程序，这很好；你可以将负载分摊到所有服务器上，而不是把负载全扔给一台服务器、导致不堪重负。
可以入手了，先点击“Services”（服务），然后点击“Load Balancers”（负载均衡器），然后点击“Monitor”（监视器）选项卡。
要添加一个新条目，点击“Plus”（添加）按钮，指定“Name”（名称）和“Description”（描述，在这个示例中，我会使用ApacheClusterMon作为名称和描述），将类型设成“HTTP”，然后为“Host”（主机）设置一个未使用的IP地址（我们随后会创建虚拟服务器的IP，以便分配给故障切换服务器组），任由“HTTP Code”（HTTP代码）设成“200 OK”。需要的话，然后点击“Save”（保存），使更改生效。
现在我们要创建服务器池。点击“Pools”（服务器池）选项卡，点击“Plus”（添加）按钮，即可添加新的服务器池。
指定一个名称（ApacheSrvPool将用在我的示例中）。将“Mode”（模式）设成“Load Balance”（负载均衡），然后将“Port”（端口）设成“80”（你可以让pfSense对其他端口上的其他应用程序实现负载均衡），将“Monitor”（监视器）设成你之前创建的监视器配置，并且指定你希望在服务器池中的所有Web服务器的IP地址，需要的话，点击“Save”（保存），使更改生效。
接下来点击“Virtual Servers”（虚拟服务器）选项卡，点击“Plus”（添加）按钮，添加一个新条目。指定“Name”（名称）和“Description”（描述），然后用你之前选择的未使用IP地址来设置“IP Address”（IP地址），将“Port”（端口）设成“80”，然后将“Virtual Server Pool”（虚拟服务器池）设成你之前创建的服务器池，点击“Submit”（提交），使更改生效。
就这样，你刚配置好了pfSense，对你的Web服务器之间的网络流量实现负载均衡。
顺便提一下，如果任何一台服务器没有给出200 OK状态这样的回应（pfSense定期向你的Web服务器发送请求，以确定它们是否正常运行），服务器池就会处于离线停运状态。要避免出现停运，最好的办法就是配置故障切换系统（下一篇文章会有介绍）。
G. 利用DNS服务器实现主域和子域的Web服务器的负载均衡。
负载均衡技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。
为了充分利用利用现有服务器软件的种种优势，负载均衡最好是在服务器软件之外来完成。而最早使用的负载均衡技术是通过DNS服务中的随机名字解析来实现的。这就是通常所说的DNS负载均衡技术。
DNS负载均衡技术的实现原理是在DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时，DNS服务器对每个查询将以DNS文件中主机记录的IP地址按顺序返回不同的解析结果，将客户端的访问引导到不同的机器上去，使得不同的客户端访问不同的服务器，从而达到负载均衡的目的。
直到现在，很多网站仍然使用DNS负载均衡来保证网站的运行和可访问性。从其实现和效果来看，主要有以下优缺点：
主要优点
这种技术的主要缺点如下：
第一，技术实现比较灵活、方便，简单易行，成本低，适用于大多数TCP/IP应用。不需要网络专家来对之进行设定，或在出现问题时对之进行维护。
第二，对于Web应用来说，不需要对代码作任何的修改。事实上，Web应用本身并不会意识到负载均衡配置，即使在它面前。
第三，Web服务器可以位于互联网的任意位置上。
主要缺点
DNS负载均衡技术在具有以上优点的时候，其缺点也非常明显，主要表现在：
第一，不能够按照Web服务器的处理能力分配负载。DNS负载均衡采用的是简单的轮循负载算法，不能区分服务器之间的差异，不能反映服务器的当前运行状态。所以DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个培咐冲Web服务器当前的负载情况。如果后台的Web服务器的配置和处理能力不同，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用。不能做到为性能较好的服务器多分配请求，甚至会出现客户请求集中在某一台服务器上的情况。
第二，不支持高可靠性，DNS负载均衡技术没有考虑容错。如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，导致不能响应客户端。
第三，可能会造成额外的网络问题。为了使本DNS服务器和其他DNS服务器及时交互，保证DNS数据及时更新，使地址能随机分配，一般都要将DNS的刷新时间设置的较小，但太配歼小将会使DNS流量大增造成额外的网络问题。
第四，一旦某个服务器出现故障，即使及时修改了DNS设置，还是要等待足够的时间(刷新时间)才能发挥作用，在此期间，保存了故障服务器地址的客户计算机将简脊不能正常访问服务器。
总结
从上面的总结我们可以看出，总体来说，DNS负载均衡技术方案不应该算是真正意义上的负载均衡，不能够稳定、可靠、高效地满足企业对Web服务器的需求，也不能满足网络用户对网站访问的及时响应和可用性，所以现在很多Web站点方案中，已经很少采用这种方案了。
H. Java web项目，怎么做负载均衡啊
Java web项目负载均衡常用的是nginx。
在多个服务器上部署同一个web项目，nginx会将用户的请求随机（可自定义）分发到其中一个web服务器，当其中任意一个或多个web服务器宕机时，不影响用户的正常访问。
1、两个web服务器负载均衡：
upstream local_tomcat {
# 这里是本机的第一个web服务器
server localhost:8080;
# 这里是本机的第二个web服务器
server localhost:9090;
#还可添加很多
}
server{
location / {
proxy_pass http://local_tomcat;
}
#......其他省略
}
当访问http://localhost时，nginx会随机的跳转到8080与9090服务器。当8080服务器宕机时，9090会继续工作。如果想控制两个服务器的权重，比如 9090 服务器性能好，可以多处理一些请求，则可以如下配置权重
upstream local_tomcat {
server localhost:8080 weight=1;
server localhost:9999 weight=2;
}
这样在9090受访的机率会比8080多一倍。
2、静态文件，这个好像conf.xml有现成的配置，只要改一下就可以，如下对图片的配置
#location ~ \.(png|jpg|bmp)$ {
root image;
}
所有png 、 jpg 、 bmp 的请求都会直接去访客根目录下的image文件夹，当然也可以使用绝对路径。
I. 四台服务器能做WEB的高可用负载均衡吗
负载均衡，三台就足够了，四台绰绰有余，不但可以实现负载均衡，还可以实现主从。
具体来说四台服务器，要进行合理分配。可以这样做。首先你对四台机器性能进行排序，从高到底为A/B/C/D。
拿性能最差的一台服务器D做负载均衡，安装haproxy软件。
其余三台做WEB服务器和mysql服务器。其中A中的mysql做mysql的主服务器，B/C做备服务器。ABC安装web应用和mysql。
D做负载均衡时，配置两个listen。
一个listen前端配置80（假设你的应用都是80端口），后端配置A/B/C的80端口。
另一个listen前端配置3306（假设你的mysql都是3306端口），后端配置A/B/C的3306端口。
你的web应用中，配置一定要注意读写分离。从D读数据库，这样会被均衡分流至A/B/C机器中。写的时候配置A。写操作要直接在mysql主服务器上写。
根据以上进行部署，客户端通过服务器D的IP，可以对整个应用集群进行访问，实现了负载均衡和中从。
请采纳！