几种负载均衡策略比较~
常用的负载均衡技术
常用的负载均衡技术负载均衡技术是现代计算机系统中常用的一种技术，它可以将负载（即请求）分散到多个服务器上，以实现请求的均衡分配，提高系统的性能和可靠性。
在实际应用中，有多种常用的负载均衡技术，本文将介绍其中的几种。
1.轮询算法轮询算法是最常用的负载均衡算法之一。
它的原理是将请求依次分发给每个服务器，直到每个服务器都收到一次请求，然后再循环进行。
轮询算法简单且公平，适用于负载相对均衡的场景。
然而，轮询算法无法考虑服务器的负载情况，可能会导致某些服务器负载过高，影响系统的性能。
2.加权轮询算法为了解决轮询算法的不足，加权轮询算法引入了权重的概念。
每个服务器都被赋予一个权重值，权重值越高，则被分配到请求的概率越大。
加权轮询算法可以根据服务器的性能和负载情况进行动态调整，从而更好地实现负载均衡。
3.最少连接算法最少连接算法是一种基于服务器连接数的负载均衡算法。
它会将请求分发给当前连接数最少的服务器，以实现负载的均衡分配。
最少连接算法适用于服务器的处理能力不同的场景，可以更加智能地分配请求，提高系统的性能。
4.IP哈希算法IP哈希算法是一种将请求根据客户端的IP地址进行哈希计算，并将计算结果映射到对应的服务器的负载均衡算法。
这样可以保证同一个客户端的请求总是被分发到同一个服务器上，保持会话的一致性。
IP哈希算法适用于需要保持会话状态的应用场景，但当服务器数量发生变化时，可能会导致哈希结果的变化，影响系统的可靠性。
5.动态权重算法动态权重算法是一种根据服务器的实时负载情况动态调整权重值的负载均衡算法。
它可以根据服务器的负载情况自动调整权重值，使得负载更加均衡。
动态权重算法适用于负载变化较大的场景，可以更好地适应系统的动态变化。
总结起来，常用的负载均衡技术包括轮询算法、加权轮询算法、最少连接算法、IP哈希算法和动态权重算法。
每种算法都有其适用的场景和优缺点，根据不同的需求选择合适的负载均衡算法可以提高系统的性能和可靠性。
6种负载均衡算法
6种负载均衡算法负载均衡是指将网络请求分配到多个服务器上，以实现资源的平衡利用和提高系统的性能和可靠性。
在实际应用中，有多种负载均衡算法可供选择，本文将介绍6种常见的负载均衡算法。
一、轮询算法（Round Robin）轮询算法是最简单且常用的负载均衡算法之一。
当有新的请求到达时，轮询算法会按照事先定义的顺序依次将请求分发给每个服务器，直到所有的服务器都被轮询到一次。
然后，再从头开始，循环执行这个过程。
轮询算法适用于服务器性能相近的情况下，能够实现请求的均匀分配。
二、加权轮询算法（Weighted Round Robin）加权轮询算法是在轮询算法的基础上进行改进的一种负载均衡算法。
为了更好地分配请求，可以给每个服务器设置一个权重值，权重值越高的服务器获得的请求越多。
通过调整服务器的权重值，可以实现对服务器资源的有效利用。
三、最少连接算法（Least Connection）最少连接算法是根据当前连接数来选择服务器的一种负载均衡算法。
当有新的请求到达时，最少连接算法会优先将请求分发给当前连接数最少的服务器。
这样可以避免某些服务器负载过高而导致性能下降的问题。
最少连接算法适用于服务器的处理能力不同的情况下，能够根据实际负载情况进行动态调整。
四、源地址散列算法（Source IP Hash）源地址散列算法是根据请求的源IP地址来选择服务器的一种负载均衡算法。
通过对源IP地址进行散列计算，可以将同一个源IP的请求分发到同一个服务器上。
这样可以保证同一个客户端的请求都由同一个服务器处理，从而避免了会话丢失的问题。
五、最短响应时间算法（Shortest Response Time）最短响应时间算法是根据服务器的响应时间来选择服务器的一种负载均衡算法。
当有新的请求到达时，最短响应时间算法会优先将请求分发给响应时间最短的服务器。
这样可以提高系统的响应速度，提升用户体验。
六、动态权重调整算法（Dynamic Weight Adjustment）动态权重调整算法是根据服务器的实时负载情况来调整权重值的一种负载均衡算法。
ng负载均衡策略
Nginx的负载均衡策略主要有以下几种：
1.轮询（默认方式）：对于一级后端服务器群，形成一个环队列
的形式，对于每个到达的请求按时间顺序顺次分配给这些后端服务器。
在前端调度器与后端服务器之间采用“心跳”方式进行状态检查，如果发现后端服务器宕机，则将其删除。
2.加权轮询：这是一种对上述方式的改进，引入权值的概念，能
够解决后端服务器性能不均的情况。
3.ip_hash：指定轮询的几率，weight和访问比率成正比，用于
后端性能不均的情况。
4.url hash（第三方）：按访问的url的hash结果来分配请求，
使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
5.fair（第三方）：按后端服务器的响应时间来分配请求，响应
时间短的优先分配。
以上信息仅供参考，如需了解更多信息，建议咨询专业人士。
常见的负载均衡策略
常见的负载均衡策略常见的负载均衡策略轮询(Round Robin)轮询的实现⽅式⽐较简单，就是将请求以此分发到后端服务器中，将所有的请求均匀分配，均匀分配的坏处是通常后台服务器性能有差异，有时候希望性能较好的服务器可以多承担些请求，该策略⽆法满⾜需求。
这个不适合对长连接和命中率有要求的场景。
加强轮询(Weighted Round Robin)这种策略是对轮询策略的优化，对每个后端服务器设置⼀个权重值，根据权重值决定请求的分配⽐例，这种做法解决了轮询策略的不⾜，但是该权限值需要⼿动配置，没有办法⾃动动态调节，同样不适合对长连接和命中率有要求的场景。
hash算法通过ip url等信息计算hash值，然后对服务器的数量取模，相同的请求会请求到同⼀个后端服务器中。
该算法⽆法解决热点请求，会把某个时间段的热点请求路由到某个单机上，造成雪崩效应，同时在扩中和节点宕机时发⽣命中率急剧降低的问题（hash算法导致），该策略适合维护长连接和提⾼命中率。
随机Random根据随机算法，将请求随机分配到后端服务器中，请求的均匀请求依赖于随机算法，该实现⽅式较为简单，常常可以配合处理⼀些极端的请求，例如热点请求情况。
不适合对命中率有要求的场景。
⼀致性hash算法对hash 算法的优化，可以有效的解决宕机和扩充造成的命中率急剧降低的问题。
最⼩连接数 Least Connection通过活动来估计后端服务器的负载，把请求分配给活动连接数最⼩的后端服务器，算法⽐较智能，但是需要额外的资源维护后端服务器的连接列表。
加权最⼩连接数 Weighted Least Connection对Least Connection策略的优化，通过加权的⽅式优化Least Connection的性能，对性能较好的后端服务器设置较⾼的权重，承担更多的链接负载。
最短响应时间 Least Response Time该策略的意思就是将请求分配给平均响应时间最短的后端服务器，平均时间可以通过ping或者正常的响应时间来获取。
路由器实现网络负载均衡的三种模式
路由器实现网络负载均衡的三种模式“负载均衡”概念运用在网络上，简单来说是利用多个网络设备通道均衡分担流量。
就像是寺庙一天要挑10桶水，1个尚必需要走10趟，但同时指派10个和尚却只要一趟即可完成工作的道理一样。
负载均衡可运用多个网络设备同时工作，达成加速网络信息的处理能力，进而优化网络设备的性能，取代设备必须不停升级或淘汰的命运。
目前普遍被运用在网络设备中，如服务器、路由器、交换机等。
目前提出的三种不同的负载均衡模式，可较全面的包含各种网络架构中所应采取措施，三种模式分别是：模式一：智能型负载均衡智能型负载均衡模式，是依据接入WAN端带宽的大小比例，自动完成负载均衡工作，进一步协助达成带宽使用率的优化目的。
Qno侠诺在智能型负载均衡模式中，提供了联机数均衡与IP均衡两种选择。
联机数均衡是依据WAN端带宽大小比例，将内网所有的联网机数作均衡分配。
例如WAN1接入4M、WAN2接入2M，则联机数就会依据2:1分配。
此种配置是网管员最一般的配置模式。
而IP均衡模式是为了避免某些网站（EX银行网站或HTTPS类型的网站），只能接受来自同一个公网IP的所发出封包的瓶颈。
如果采用联机数负载均衡模式，会发生该IP所发出的访问封包不一定是从固定WAN口流出，造成特定网站拒绝服务，导致断线的情况发生。
如果采用IP均衡，让IP依据WAN端带宽大小进行比例均衡分配，例如WAN1与WAN2的带宽比例为2:1，则PC1、PC2走WAN1，PC3走WAN2，PC4、PC5走WAN1……，即可达到同一个内网PC 所发出的应用服务封包，都从固定的WAN口（公网IP）流出，而整体内网IP也会依据带宽大小比例，自动进行均衡配置。
此种配置比较适合常常需要进入特定网站时选择。
模式二：指定路由指定路由比起智能型负载均衡而言，是保留了更多的自由设定弹性与例外原则。
由于智能型负载均衡是针对整体内网联机数或是整体IP进行均衡分配。
并不能个别指定某种应用服务、某个特定IP、某个特定网址，通过哪个WAN口出去。
计算机网络中的负载均衡策略
计算机网络中的负载均衡策略计算机网络中的负载均衡是指将网络负载分摊到多个可用的服务器上，以实现更好的性能和可靠性。
负载均衡是网络架构的重要方面，可以应用于各种场景，例如高流量的网站、大规模分布式系统、云服务等。
在实践中，有一些经典的负载均衡策略被广泛采用，本文将介绍其中一些重要的策略。
1. 轮询算法轮询算法是一种最简单的负载均衡策略，它将网络请求顺序地分配到可用的服务器上。
在轮询算法中，一个请求会依次发送到不同的服务器，并循环地重复此操作。
轮询算法是一种无状态的算法，它不知道每个服务器的负载情况，因此无法做出更精细的负载均衡。
轮询算法适用于一组相似的服务器，例如提供相同服务的Web服务器，当每个服务器的处理能力相同时，该方法的效果最佳。
2. 最小连接数算法最小连接数算法是另一种基于状态的负载均衡策略，它会将请求发送到当前拥有最少连接数的服务器上。
这意味着，当某个服务器的处理能力负载较低时，该服务器将更有可能被选中，以处理下一个请求。
最小连接数的算法需要能够跟踪每个服务器的当前连接数，以便在选择服务器时进行比较。
虽然这种策略能够提供更好的负载均衡，但它也会带来一些额外的开销，例如需要定期检测服务器连接数并进行更新。
3. 最短响应时间算法最短响应时间算法是基于延迟的负载均衡策略，它会将请求发送到目前响应最快的服务器上。
这种负载均衡方法是根据服务器对传入请求的响应时间测量而设计的，因此它能够根据服务器的实际响应状况进行负载均衡。
最短响应时间算法需要测量延迟以确定哪个服务器具有最小的响应时间，然后将下一个请求发送到该服务器。
该方法需要进行复杂的测量，因此不适合处理低流量的场景。
4. IP散列算法IP散列算法是一种基于哈希函数的负载均衡策略，它会将网络请求哈希到一组服务器中的某个服务器上，以实现在所有服务器上平均分布请求的目的。
IP散列算法通过基于请求源和目标IP地址计算哈希值来选择一个服务器。
这种算法通常用于无状态服务，例如Web服务器，对于同一用户的所有请求，根据其IP地址确定它是由哪个服务器处理的，并将后续请求发送到同一服务器。
负载均衡的策略
负载均衡的策略
负载均衡是指将网络流量分配到多个服务器上，以达到优化资源利用、提高系统可用性和可扩展性的目的。
负载均衡的策略主要有以下几种：
1. 轮询策略
轮询策略是指将请求依次分配到每个服务器上，直到循环完毕后再从头开始。
这种策略适用于服务器性能相近的情况下，可以平均分配负载。
但是如果某个服务器性能较差，会影响整个系统的性能。
2. 最小连接数策略
最小连接数策略是指将请求分配到连接数最少的服务器上。
这种策略适用于处理长连接的场景，可以避免某个服务器的连接数过多而导致性能下降。
3. 最少响应时间策略
最少响应时间策略是指将请求分配到响应时间最短的服务器上。
这种策略适用于处理对响应时间要求较高的场景，可以提高用户体验。
4. IP散列策略
IP散列策略是指根据请求的IP地址进行散列计算，将请求分配到对应的服务器上。
这种策略适用于需要保持会话状态的场景，可以确保同一个IP的请求被分配到同一个服务器上。
5. 加权轮询策略
加权轮询策略是指根据服务器的性能、负载情况等因素进行加权计算，将请求分配到权重较高的服务器上。
这种策略适用于服务器性能差异较大的情况下，可以更加灵活地分配负载。
总之，不同的负载均衡策略适用于不同的场景，需要根据实际情况选择合适的策略。
几种负载均衡算法
几种负载均衡算法一、轮询算法（Round Robin）：轮询算法是最基本也是最常用的负载均衡算法之一、它按照顺序将请求依次分配给不同的服务器，实现请求的均衡分发。
当所有服务器都处于正常工作状态时，每个服务器会依次接收固定数量的请求。
该算法简单高效，适用于服务器性能相当的情况。
二、权重轮询算法（Weighted Round Robin）：权重轮询算法是在轮询算法的基础上加入了权重的概念。
每个服务器被分配一个权重，权重越高，接收的请求数量越多。
通过合理设置权重，可以根据服务器的性能和负载能力进行动态调整。
该算法适用于服务器性能有差异的场景，能够实现更灵活的负载均衡。
三、最少连接算法（Least Connections）：最少连接算法是根据服务器当前连接数来选择负载均衡目标的算法。
通过记录每个服务器的连接数，并选择连接数最少的服务器来处理新的请求，实现负载的均衡。
该算法适用于服务器响应时间差别较大的场景，能够有效避免服务器负载过高。
四、IP哈希算法（IP Hash）：IP哈希算法是通过对用户IP地址进行哈希计算，将该用户的请求分配给计算结果所对应的服务器。
这样相同IP的用户每次请求都会被分配到同一个服务器上，有效保持了用户会话的连续性。
该算法适用于需要保持用户会话的场景，如登录、购物车等。
五、最少响应时间算法（Least Response Time）：最少响应时间算法根据服务器的响应时间来选择负载均衡目标的算法。
通过实时监测服务器的响应时间，并选择响应时间最短的服务器来处理新的请求，实现负载的均衡。
该算法适用于服务器响应时间差别较大的场景，能够提升用户的请求响应速度。
六、动态加权轮询算法（Dynamic Weighted Round Robin）：动态加权轮询算法是在权重轮询算法的基础上加入了动态调整权重的功能。
该算法通过实时监测服务器的负载情况，根据服务器的负载状况动态调整权重，使负载更均衡。
当服务器负载过高时，降低其权重；当服务器负载过低时，提高其权重。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
PS：Nginx/LVS/HAProxy是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，参考了一些资料，结合自己的一些使用经验，总结一下。
一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。
具体的应用需求还得具体分析，如果是中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用LVS。
一种是通过硬件来进行进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件，这些都是通过软件级别来实现，所以费用非常低廉。
目前关于网站架构一般比较合理流行的架构方案：Web前端采用Nginx/HAProxy+Keepalived作负载均衡器；后端采用MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。
当然要根据项目具体需求制定方案。
下面说说各自的特点和适用场合。
一、NginxNginx的优点是：1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的主要原因之一，Nginx单凭这点可利用的场合就远多于LVS了。
2、Nginx对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能，这个也是它的优势之一；相反LVS对网络稳定性依赖比较大，这点本人深有体会；3、Nginx安装和配置比较简单，测试起来比较方便，它基本能把错误用日志打印出来。
LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大。
3、可以承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS相对小些。
4、Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url来检测。
比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而不满。
5、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器。
LNMP也是近几年非常流行的web架构，在高流量的环境中稳定性也很好。
6、Nginx现在作为Web反向加速缓存越来越成熟了，速度比传统的Squid服务器更快，可以考虑用其作为反向代理加速器。
7、Nginx可作为中层反向代理使用，这一层面Nginx基本上无对手，唯一可以对比Nginx的就只有lighttpd了，不过lighttpd目前还没有做到Nginx完全的功能，配置也不那么清晰易读，社区资料也远远没Nginx活跃。
8、Nginx也可作为静态网页和图片服务器，这方面的性能也无对手。
还有Nginx 社区非常活跃，第三方模块也很多。
淘宝的前端使用的Tengine就是基于nginx做的二次开发定制版。
Nginx常规的HTTP请求和响应流程图：Nginx的缺点是：1、Nginx仅能支持http、https和Email协议，这样就在适用范围上面小些，这个是它的缺点。
2、对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测。
不支持Session的直接保持，但能通过ip_hash来解决。
二、LVSLVS：使用Linux内核集群实现一个高性能、高可用的负载均衡服务器，它具有很好的可伸缩性（Scalability)、可靠性（Reliability)和可管理性（Manageability)。
LVS的优点是：1、抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的，对内存和cpu资源消耗比较低。
2、配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不需要太多接触，大大减少了人为出错的几率。
3、工作稳定，因为其本身抗负载能力很强，自身有完整的双机热备方案，如LVS+Keepalived，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived。
4、无流量，LVS只分发请求，而流量并不从它本身出去，这点保证了均衡器IO的性能不会收到大流量的影响。
5、应用范围比较广，因为LVS工作在4层，所以它几乎可以对所有应用做负载均衡，包括http、数据库、在线聊天室等等。
LVS DR(Direct Routing)模式的网络流程图：LVS的缺点是：1、软件本身不支持正则表达式处理，不能做动静分离；而现在许多网站在这方面都有较强的需求，这个是Nginx/HAProxy+Keepalived的优势所在。
2、如果是网站应用比较庞大的话，LVS/DR+Keepalived实施起来就比较复杂了，特别后面有Windows Server的机器的话，如果实施及配置还有维护过程就比较复杂了，相对而言，Nginx/HAProxy+Keepalived就简单多了。
三、HAProxyHAProxy的特点是：1、HAProxy也是支持虚拟主机的。
2、HAProxy的优点能够补充Nginx的一些缺点，比如支持Session的保持，Cookie 的引导；同时支持通过获取指定的url来检测后端服务器的状态。
3、HAProxy跟LVS类似，本身就只是一款负载均衡软件；单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的。
4、HAProxy支持TCP协议的负载均衡转发，可以对MySQL读进行负载均衡，对后端的MySQL节点进行检测和负载均衡，大家可以用LVS+Keepalived对MySQL 主从做负载均衡。
5、HAProxy负载均衡策略非常多，HAProxy的负载均衡算法现在具体有如下8种：①roundrobin，表示简单的轮询，这个不多说，这个是负载均衡基本都具备的；②static-rr，表示根据权重，建议关注；③leastconn，表示最少连接者先处理，建议关注；④source，表示根据请求源IP，这个跟Nginx的IP_hash机制类似，我们用其作为解决session问题的一种方法，建议关注；⑤ri，表示根据请求的URI；⑥rl_param，表示根据请求的URl参数’balance url_param’ requires an URL parameter name；⑦hdr(name)，表示根据HTTP请求头来锁定每一次HTTP请求；⑧rdp-cookie(name)，表示根据据cookie(name)来锁定并哈希每一次TCP请求。
四、总结Nginx和LVS对比的总结：1、Nginx工作在网络的7层，所以它可以针对http应用本身来做分流策略，比如针对域名、目录结构等，相比之下LVS并不具备这样的功能，所以Nginx单凭这点可利用的场合就远多于LVS了；但Nginx有用的这些功能使其可调整度要高于LVS，所以经常要去触碰触碰，触碰多了，人为出问题的几率也就会大。
2、Nginx对网络稳定性的依赖较小，理论上只要ping得通，网页访问正常，Nginx 就能连得通，这是Nginx的一大优势！Nginx同时还能区分内外网，如果是同时拥有内外网的节点，就相当于单机拥有了备份线路；LVS就比较依赖于网络环境，目前来看服务器在同一网段内并且LVS使用direct方式分流，效果较能得到保证。
另外注意，LVS需要向托管商至少申请多一个ip来做Visual IP，貌似是不能用本身的IP来做VIP的。
要做好LVS管理员，确实得跟进学习很多有关网络通信方面的知识，就不再是一个HTTP那么简单了。
3、Nginx安装和配置比较简单，测试起来也很方便，因为它基本能把错误用日志打印出来。
LVS的安装和配置、测试就要花比较长的时间了；LVS对网络依赖比较大，很多时候不能配置成功都是因为网络问题而不是配置问题，出了问题要解决也相应的会麻烦得多。
4、Nginx也同样能承受很高负载且稳定，但负载度和稳定度差LVS还有几个等级：Nginx处理所有流量所以受限于机器IO和配置；本身的bug也还是难以避免的。
5、Nginx可以检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点。
目前LVS中ldirectd 也能支持针对服务器内部的情况来监控，但LVS的原理使其不能重发请求。
比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而恼火。
6、Nginx对请求的异步处理可以帮助节点服务器减轻负载，假如使用apache直接对外服务，那么出现很多的窄带链接时apache服务器将会占用大量内存而不能释放，使用多一个Nginx做apache代理的话，这些窄带链接会被Nginx挡住，apache 上就不会堆积过多的请求，这样就减少了相当多的资源占用。
这点使用squid也有相同的作用，即使squid本身配置为不缓存，对apache还是有很大帮助的。
7、Nginx能支持http、https和email（email的功能比较少用），LVS所支持的应用在这点上会比Nginx更多。
在使用上，一般最前端所采取的策略应是LVS，也就是DNS的指向应为LVS均衡器，LVS的优点令它非常适合做这个任务。
重要的ip 地址，最好交由LVS托管，比如数据库的ip、webservice服务器的ip等等，这些ip地址随着时间推移，使用面会越来越大，如果更换ip则故障会接踵而至。
所以将这些重要ip交给LVS托管是最为稳妥的，这样做的唯一缺点是需要的VIP数量会比较多。
Nginx可作为LVS节点机器使用，一是可以利用Nginx的功能，二是可以利用Nginx的性能。
当然这一层面也可以直接使用squid，squid的功能方面就比Nginx弱不少了，性能上也有所逊色于Nginx。
Nginx也可作为中层代理使用，这一层面Nginx基本上无对手，唯一可以撼动Nginx的就只有lighttpd了，不过lighttpd目前还没有能做到Nginx完全的功能，配置也不那么清晰易读。
另外，中层代理的IP也是重要的，所以中层代理也拥有一个VIP和LVS是最完美的方案了。