Nginx和LVS对比
LVS、Nginx、HAProxy适用场景及优缺点分析
LVS、Nginx、HAProxy适用场景及优缺点分析LVS、Nginx和HAProxy都是常用的负载均衡工具，它们各自具有不同的适用场景和优缺点。
LVS（Linux Virtual Server）的适用场景：●LVS是工作在网络4层之上仅作分发之用，没有流量的产生，因此它非常适合用作负载均衡软件。
●LVS的配置性相对较低，这减少了人为出错的几率。
●LVS自身有完整的双机热备方案，如LVS/DR+Keepalived，确保了其工作稳定。
●LVS只分发请求，而流量并不从它本身出去，保证了均衡器IO的性能不会受到大流量的影响。
●LVS不支持正则表达式处理，不能做动静分离，这是它的主要缺点。
●如果项目实施中用得最多的还是LVS/DR+Keepalived，那么对于庞大的网站来说，实施及配置过程可能会比较复杂。
Nginx的适用场景：●Nginx是一款优秀的负载均衡器/反向代理软件，同时也是功能强大的Web应用服务器。
●Nginx具有强大的正则表达式处理能力，这使得它在处理动静分离的需求上表现优秀。
●Nginx对网络的依赖非常小，理论上能ping通就能进行负载功能。
●Nginx能够承担高的负载压力且稳定，一般能支撑超过几万次的并发量。
●Nginx可以通过端口检测到服务器内部的故障，如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点。
●Nginx的Session的保持，Cookie的引导能力相对欠缺。
HAProxy的适用场景：●HAProxy能够补充Nginx的一些缺点，比如支持Session的保持，Cookie的引导；同时支持通过获取指定的url来检测后端服务器的状态。
●HAProxy也是专门的负载均衡软件，Haproxy可以负载http，还可以负载均衡mysql。
●HAProxy是支持虚拟主机的。
综上所述，LVS、Nginx和HAProxy各有其特点和优势，选择哪一种负载均衡工具取决于您的具体需求和应用场景。
lvs重要面试题
lvs重要⾯试题1、集群分类有哪些及各⾃实现的⽬标？⾼可⽤：保持系统的稳定，防⽌系统出现单点故障。
负载均衡：⽐如⾼并发状态下，多个机器分摊请求，从⽽达到负载均衡⾼性能运算集群：⽐如hadoop分布式计算框架，把多个机器的cpu，硬盘资源聚合到⼀起，实现⾼性能计算。
2、常见的硬件负载均衡产品有哪些？F5，A10，Array3、常见的软件负载均衡产品有哪些？LVS,Nginx,Haproxy4、对⽐说明LVS、Nginx、Haproxy等产品的优缺点？LVS：优点：抗负载能⼒强，性能⾼，能达到F5的60%，对内存和CPU资源消耗⽐较低⼯作在⽹络4层，通过VRRP协议(仅作代理之⽤)，具体的流量是由linux内核来处理，因此没有流量的产⽣。
稳定，可靠性⾼，⾃⾝有完美的热备⽅案(Keepalived+lvs)⽀持多种负载均衡算法：rr(轮询)，wrr(带权轮询)、lc(最⼩连接)、wlc(带权最⼩连接)LVS⼯作模式有4种： (1) nat 地址转换 (2) dr 直接路由 (3) tun 隧道 (4) full-nat转发效率和稳定性⽐nginx和haproxy⾼缺点：只能做代理使⽤，只⽀持四层协议。
不⽀持正则处理，不⽀持动静分离。
Haproxy：适⽤于负载特别⼤的web⽹站，可以⽀持万的并发连接，，可以保护你的web服务器不被暴露到⽹络上。
HAProxy的优点是：1、HAProxy⽀持虚拟主机。
2、HAProxy的优点能够补充Nginx的⼀些缺点，⽐如⽀持Session的保持，Cookie的引导；同时⽀持通过获取指定的url来检测后端服务器的状态。
3、HAProxy跟LVS类似，本⾝就只是⼀款负载均衡软件；单纯从效率上来讲HAProxy会⽐Nginx有更出⾊的负载均衡速度，在并发处理上也是优于Nginx的。
4、HAProxy⽀持TCP协议的负载均衡转发，可以对MySQL读进⾏负载均衡，对后端的MySQL节点进⾏检测和负载均衡，可以⽤LVS+Keepalived对MySQL主从做负载均衡。
LVS是什么及作用？
LVS是什么及作⽤？LVS的概念和重要性LVS:概念：是Linux Virtual Server的简写，意即Linux虚拟服务器，是⼀个虚拟的服务器集群系统作⽤：举例 像有三个⼩区，但是⼯作的时间和休息的时间不⼀样，第⼀个是⽩天⼯作，⼀个是晚上⼯作，⼀个是⽐较散时间， 如果没有负载均衡lvs的话，那么这三个⼩区，都是只是能⽤⾃⼰的那台服务器，仅仅的⽤⼀台服务器的带宽1M，这样的话，三个⼩区就会总会有⼀段时间会没有⼈⽤，⽽其他的⼩区⼜只能限制在⼀台上（图⽰：⼤圈代表⼩区集体，⼩圈代表服务器，1M代表⼀兆的带宽）使⽤lvs之后的形式图⽰⼤圈：⼈群中间⼩圈：负载均衡服务器右边⼩圈：服务器realserver这样就会均衡不同时段的可以使⽤的服务器的数量⼀.LVS是什么？LVS的英⽂全称是Linux Virtual Server，即Linux虚拟服务器。
它是我们国家的章⽂嵩博⼠的⼀个开源项⽬。
在linux内存2.6中，它已经成为内核的⼀部分，在此之前的内核版本则需要重新编译内核。
⼆.LVS能⼲什么？LVS主要⽤于多服务器的负载均衡。
它⼯作在⽹络层，可以实现⾼性能，⾼可⽤的服务器集群技术。
它廉价，可把许多低性能的服务器组合在⼀起形成⼀个超级服务器。
它易⽤，配置⾮常简单，且有多种负载均衡的⽅法。
它稳定可靠，即使在集群的服务器中某台服务器⽆法正常⼯作，也不影响整体效果。
另外可扩展性也⾮常好。
三.⼯作原理1.Load Balancer：这是LVS的核⼼部分，它好⽐我们⽹站MVC模型的Controller。
它负责将客户的请求按照⼀定的算法分发到下⼀层不同的服务器进⾏处理，⾃⼰本⾝不做具体业务的处理。
另外该层还可⽤监控下⼀层的状态，如果下⼀层的某台服务器不能正常⼯作了，它会⾃动把其剔除，恢复后⼜可⽤加上。
该层由⼀台或者⼏台Director Server组成。
Server Array：该层负责具体业务。
可有WEB Server、mail Server、FTP Server、DNS Server等组成。
IPDC专业技术名词解释
IPDC专业技术名词解释web服务器Nginx("engine x") 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP 代理服务器。
在高连接并发的情况下，Nginx是Apache服务器不错的替代品: Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一. 能够支持高达50,000 个并发连接数的响应。
apahceApache是世界使用排名第一的Web服务器软件。
它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。
Apache 的特点是简单、速度快、性能稳定，并可做代理服务器来使用。
主要成果：HTTP Server，Ant，DB，iBA TIS，Jakarta，Logging，Maven，Struts，Tomcat，Tapestry等等。
TomcatTomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。
目前最新版本是6.0。
它是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。
对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应对HTML 页面的访问请求。
实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。
Cherokee号称是目前最快的Web 服务器软件，在性能上，甚至比Nginx 还略胜一筹。
与Apache、Lighttpd、Nginx 等其他同类软件的对比，大家不妨看看这个测试页面。
其易用性做得也很不错。
Cherokee的功能包括支持FastCGI、SCGI、PHP、CGI、TLS 及SSL 加密连接，虚拟主机，授权认证，实时编码，载入均衡，与Apache 兼容的log 文件等等。
LVS,Nginx和HAProxy区别
LVS,Nginx和HAProxy区别LVS优缺点LVS的优点：1、抗负载能⼒强、⼯作在第4层仅作分发之⽤，没有流量的产⽣，这个特点也决定了它在负载均衡软件⾥的性能最强的；⽆流量，同时保证了均衡器IO的性能不会受到⼤流量的影响；2、⼯作稳定，⾃⾝有完整的双机热备⽅案，如LVS+Keepalived和LVS+Heartbeat；3、应⽤范围⽐较⼴，可以对所有应⽤做负载均衡；4、配置性⽐较低，这是⼀个缺点也是⼀个优点，因为没有可太多配置的东西，所以并不需要太多接触，⼤⼤减少了⼈为出错的⼏率；LVS的缺点：1、软件本⾝不⽀持正则处理，不能做动静分离，这就凸显了Nginx/HAProxy+Keepalived的优势。
2、如果⽹站应⽤⽐较庞⼤，LVS/DR+Keepalived就⽐较复杂了，特别是后⾯有Windows Server应⽤的机器，实施及配置还有维护过程就⽐较⿇烦，相对⽽⾔，Nginx/HAProxy+Keepalived就简单多了。
Nginx优缺点Nginx的优点：1.⼯作在OSI第7层，可以针对http应⽤做⼀些分流的策略。
⽐如针对域名、⽬录结构。
它的正则⽐HAProxy更为强⼤和灵活；2.Nginx对⽹络的依赖⾮常⼩，理论上能ping通就就能进⾏负载功能，这个也是它的优势所在；3.Nginx安装和配置⽐较简单，测试起来⽐较⽅便；4.可以承担⾼的负载压⼒且稳定，⼀般能⽀撑超过⼏万次的并发量；5.Nginx可以通过端⼝检测到服务器内部的故障，⽐如根据服务器处理⽹页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另⼀个节点；6.Nginx不仅仅是⼀款优秀的负载均衡器/反向代理软件，它同时也是功能强⼤的Web应⽤服务器。
LNMP现在也是⾮常流⾏的web环境，⼤有和LAMP环境分庭抗礼之势，Nginx在处理静态页⾯、特别是抗⾼并发⽅⾯相对apache有优势；7.Nginx现在作为Web反向加速缓存越来越成熟了，速度⽐传统的Squid服务器更快，有需求的朋友可以考虑⽤其作为反向代理加速器；Nginx的缺点：1、Nginx不⽀持url来检测。
nginx通俗解释
nginx通俗解释
Nginx（读作“engine-x”）是一个高性能的开源Web服务器，同时也可以用作反向代理服务器、负载均衡器和HTTP缓存。
通俗来说，Nginx就像是一个餐厅大厨，负责处理来自客人（网页访问者）的
点菜请求。
它主要的工作是将客人的请求转发给具体的菜品（Web应用程序），
然后将制作好的菜品再端给客人。
所以，Nginx可以帮助我们快速响应客户端的请求，并且通过一些特殊的技巧，提高网站的性能和稳定性。
与传统的Web服务器相比，Nginx具有很多优势。
首先，它使用的是异步的事
件驱动架构，可以同时处理多个请求，并且在高负载情况下仍然能够保持良好的性能。
其次，Nginx还具有非常灵活的配置选项，可以根据需要进行定制。
此外，Nginx还支持负载均衡和反向代理，可以将来自多个服务器的请求分发到不同的后
端服务器上，以提高系统的可用性和扩展性。
总结一下，Nginx与其他Web服务器相比，具有更强大的性能和更高的并发处
理能力。
它能够处理大量的请求，同时保持低延迟和高稳定性。
而且，由于其开源的特性，Nginx的功能也得到了广泛的扩展和定制。
无论是小型网站还是大型企业
应用，Nginx都能为我们提供可靠的服务。
希望以上的解释对您对Nginx的理解有所帮助。
如有任何进一步的问题，请随
时提问。
lvs的四种工作模式工作原理
lvs的四种工作模式工作原理LVS的四种工作模式工作原理LVS（Linux Virtual Server）是一种高可用性、高性能的负载均衡软件，它可以将来自客户端的请求分发到多个服务器上，从而提高系统的可用性和性能。
LVS有四种工作模式，分别是NAT模式、DR模式、TUN模式和FULLNAT模式。
下面将分别介绍这四种工作模式的工作原理。
一、NAT模式NAT模式是LVS最常用的一种工作模式，它的工作原理是将客户端的请求地址和端口号转换成LVS的虚拟IP地址和端口号，然后再将请求转发给后端的真实服务器。
当后端服务器返回响应时，LVS会将响应的源地址和端口号转换成虚拟IP地址和端口号，然后再将响应返回给客户端。
这种模式的优点是配置简单，但缺点是性能较低，因为需要进行地址转换。
二、DR模式DR模式是LVS的一种高性能工作模式，它的工作原理是将客户端的请求直接转发给后端的真实服务器，而不进行地址转换。
当后端服务器返回响应时，LVS会将响应的源地址和端口号修改成虚拟IP地址和端口号，然后再将响应返回给客户端。
这种模式的优点是性能高，但缺点是配置较为复杂，需要在后端服务器上配置虚拟IP地址。
三、TUN模式TUN模式是LVS的一种高可用性工作模式，它的工作原理是将客户端的请求转发给后端的真实服务器，同时在LVS和后端服务器之间建立一条虚拟隧道，用于传输数据。
当后端服务器返回响应时，LVS会将响应通过虚拟隧道返回给客户端。
这种模式的优点是可用性高，但缺点是性能较低，因为需要进行数据传输。
四、FULLNAT模式FULLNAT模式是LVS的一种高可用性、高性能工作模式，它的工作原理是将客户端的请求地址和端口号转换成LVS的虚拟IP地址和端口号，然后再将请求转发给后端的真实服务器。
当后端服务器返回响应时，LVS会将响应的源地址和端口号转换成LVS的虚拟IP地址和端口号，然后再将响应返回给客户端。
这种模式的优点是可用性高、性能高，但缺点是配置较为复杂。
LVS原理详解配置文件参数详解
LVS原理详解配置⽂件参数详解LVS原理详解LVS简介 Internet的快速增长使多媒体⽹络服务器⾯对的访问数量快速增加，服务器需要具备提供⼤量并发访问服务的能⼒，因此对于⼤负载的服务器来讲， CPU、I/O处理能⼒很快会成为瓶颈。
由于单台服务器的性能总是有限的，简单的提⾼硬件性能并不能真正解决这个问题。
为此，必须采⽤多服务器和负载均衡技术才能满⾜⼤量并发访问的需要。
Linux 虚拟服务器(Linux Virtual Servers,LVS) 使⽤负载均衡技术将多台服务器组成⼀个虚拟服务器。
它为适应快速增长的⽹络访问需求提供了⼀个负载能⼒易于扩展，⽽价格低廉的解决⽅案。
LVS结构与⼯作原理⼀.LVS的结构 LVS由前端的负载均衡器(Load Balancer，LB)和后端的真实服务器(Real Server，RS)群组成。
RS间可通过局域⽹或⼴域⽹连接。
LVS的这种结构对⽤户是透明的，⽤户只能看见⼀台作为LB的虚拟服务器(Virtual Server)，⽽看不到提供服务的RS群。
当⽤户的请求发往虚拟服务器，LB根据设定的包转发策略和负载均衡调度算法将⽤户请求转发给RS。
RS再将⽤户请求结果返回给⽤户。
⼆.LVS内核模型1.当客户端的请求到达负载均衡器的内核空间时，⾸先会到达PREROUTING链。
2.当内核发现请求数据包的⽬的地址是本机时，将数据包送往INPUT链。
3.LVS由⽤户空间的ipvsadm和内核空间的IPVS组成，ipvsadm⽤来定义规则，IPVS利⽤ipvsadm定义的规则⼯作，IPVS⼯作在INPUT链上,当数据包到达INPUT链时，⾸先会被IPVS检查，如果数据包⾥⾯的⽬的地址及端⼝没有在规则⾥⾯，那么这条数据包将被放⾏⾄⽤户空间。
4.如果数据包⾥⾯的⽬的地址及端⼝在规则⾥⾯，那么这条数据报⽂将被修改⽬的地址为事先定义好的后端服务器，并送往POSTROUTING链。
5.最后经由POSTROUTING链发往后端服务器。
lvs dr模式原理
lvs dr模式原理LVS DR模式原理。
LVS（Linux Virtual Server）是一个开源的负载均衡软件，可以用来构建高可用、高性能的服务器集群。
LVS支持多种负载均衡调度算法，其中DR（Direct Routing）模式是其中一种常用的工作模式。
在LVS DR模式中，负载均衡器和后端真实服务器都在同一子网内，负载均衡器直接将客户端请求转发给后端真实服务器，而不修改IP数据包的目的地址。
这种模式下，后端真实服务器直接响应客户端请求，不需要经过负载均衡器的处理，因此可以提高系统的性能和吞吐量。
LVS DR模式的原理如下：1. 客户端发送请求。
客户端向负载均衡器发送请求，请求的目标是负载均衡器的虚拟IP地址。
2. 负载均衡器接收请求。
负载均衡器接收到客户端的请求后，根据预先设定的调度算法，选择一台后端真实服务器来处理该请求。
3. 负载均衡器修改目的MAC地址。
负载均衡器将请求数据包的目的MAC地址修改为被选中的后端真实服务器的MAC地址，然后将数据包发送到局域网中。
4. 后端真实服务器接收请求。
后端真实服务器接收到经过负载均衡器转发的请求数据包。
5. 后端真实服务器响应客户端。
后端真实服务器直接向客户端发送响应数据包，响应数据包的源IP地址是后端真实服务器的IP地址，而不是负载均衡器的虚拟IP地址。
通过以上原理的步骤，LVS DR模式实现了客户端请求的负载均衡和后端真实服务器的直接响应，整个过程中负载均衡器只是起到了转发请求的作用，而后端真实服务器直接与客户端进行通信，从而提高了系统的性能和吞吐量。
需要注意的是，在LVS DR模式下，负载均衡器和后端真实服务器必须在同一子网内，并且要求后端真实服务器能够接收到经过负载均衡器转发的请求数据包。
此外，负载均衡器需要对请求数据包进行目的MAC地址的修改，因此需要在内核中开启IP包转发功能。
总的来说，LVS DR模式是一种高性能、高可用的负载均衡模式，通过直接路由的方式实现了客户端请求的负载均衡和后端真实服务器的直接响应，适用于对性能和吞吐量要求较高的场景。
主题讨论：haporxy、nginx、LVS、Squid综合对比
主题讨论：haporxy、nginx、LVS、Squid综合对比提问：你好，我想问一下，这个能放在（英文）服务器上吗？简单说我一下我的架构，我现在是两台（英文）服务器，是一组一重，现在不能实现不间断，如果您这个要是能用的话，数据同步怎么做？回答：这里不考虑数据同步，数据同步想办法自己解决。
提问：我能不能再问一下前面那三位老师的一个问题，用Keepalived能实现吗？我现在要做一个数据库，现在不能实现不间断，一死掉我就重新搞。
回答：现成的方案就是买一个（英文）组合在这个里面。
提问：我那个是跟银行有关系的，是要钱的，所以用的引擎是（英文），所以我看到（英文）表的引擎必须是（英文），用Keepalived怎么实现？回答：可以实现，就是两个前面请求转换到一个上去。
因为（英文）是同步的。
把同步搞好转发是没有问题的。
提问：张宴你那个此门户网站是怎么做的？张宴：此门户网站现在有一种方式做组合的备份，有一点像资源网络的（英文）一样，（英文），用那个去实现。
这个相当于两个组合数据是完全一样的。
提问：我之前对（英文）不认识，不了解过，但是从你刚才讲解的过程当中有一个小问题，你刚才说的那些配置软件那些东西，好像都是基于（英文）来讲的。
回答：在很多负载均衡的软件和硬件里面，要保证用户的请求必须是连续的。
提问：但是假如特殊的情况，假设这个网站不使用（英文）。
回答：那么它将来在后台真实的服务器都会随机的选中，包括可以设置它的权重哪个优先的，哪个不是优先的。
提问：我问个问题，第一个问题是我去年年末一个比较大的项目遇到过的，是用户上传的数据远远大于服务器上的数据，我们假设有十万用户，十万用户平均每天要往服务器上传10兆到20兆的内容，但是每一个用户在服务器上取得的内容基本上在200K到300K左右，这种情况下有没有什么现成的方式，或者有什么技术方面的解决方案。
我最后是用了分的区，使用多台服务器硬扛上去的。
有没有办法跟它自动进行前端有一个方案，就是类似于均衡负载这样的，让它自动选择服务器进行负载。
运维面试题总结：Etcd、Kubernetes、Lvs、HAProxy等
运维⾯试题总结：Etcd、Kubernetes、Lvs、HAProxy等集群相关简述 ETCD 及其特点？etcd 是 CoreOS 团队发起的开源项⽬，是⼀个管理配置信息和服务发现（service discovery）的项⽬，它的⽬标是构建⼀个⾼可⽤的分布式键值（key-value）数据库，基于 Go 语⾔实现。
特点：简单：⽀持 REST 风格的 HTTP+JSON API安全：⽀持 HTTPS ⽅式的访问快速：⽀持并发 1k/s 的写操作可靠：⽀持分布式结构，基于 Raft 的⼀致性算法，Raft 是⼀套通过选举主节点来实现分布式系统⼀致性的算法。
简述 ETCD 适应的场景？etcd 基于其优秀的特点，可⼴泛的应⽤于以下场景：服务发现 (Service Discovery)：服务发现主要解决在同⼀个分布式集群中的进程或服务，要如何才能找到对⽅并建⽴连接。
本质上来说，服务发现就是想要了解集群中是否有进程在监听 udp 或 tcp 端⼝，并且通过名字就可以查找和连接。
消息发布与订阅：在分布式系统中，最适⽤的⼀种组件间通信⽅式就是消息发布与订阅。
即构建⼀个配置共享中⼼，数据提供者在这个配置中⼼发布消息，⽽消息使⽤者则订阅他们关⼼的主题，⼀旦主题有消息发布，就会实时通知订阅者。
通过这种⽅式可以做到分布式系统配置的集中式管理与动态更新。
应⽤中⽤到的⼀些配置信息放到 etcd 上进⾏集中管理。
负载均衡：在分布式系统中，为了保证服务的⾼可⽤以及数据的⼀致性，通常都会把数据和服务部署多份，以此达到对等服务，即使其中的某⼀个服务失效了，也不影响使⽤。
etcd 本⾝分布式架构存储的信息访问⽀持负载均衡。
etcd 集群化以后，每个 etcd 的核⼼节点都可以处理⽤户的请求。
所以，把数据量⼩但是访问频繁的消息数据直接存储到 etcd 中也可以实现负载均衡的效果。
分布式通知与协调：与消息发布和订阅类似，都⽤到了 etcd 中的 Watcher 机制，通过注册与异步通知机制，实现分布式环境下不同系统之间的通知与协调，从⽽对数据变更做到实时处理。
负载均衡会话保持及健康检查
负载均衡会话保持及健康检查⼀、回顾1.负载均衡的作⽤1.把请求平均的分配到后端服务器上2.后端服务器的⾼可⽤2.负载均衡的软件和类型1.nginx ⽀持四层负载均衡和七层负载均衡2.LVS 只⽀持四层负载均衡3.haproxy ⽀持四层负载均衡和七层负载均衡3.负载均衡语法upstream backend {server weight=5;server :8080;server :8080 backup;server :8080 backup;}server {listen 80;server_name ;location / {proxy_pass http://backend;}}4.负载均衡调度算法调度算法说明轮询逐⼀的将请求平均的分配到后端加权轮询根据设置的权重值，将请求按⽐例分配⾄后端服务器ip_hash根据访问来源的IP将请求始终分配到⼀台机器url_hash根据访问的url，将请求始终分配到⼀台机器least_conn哪⼀台机器接收的请求少，就将新的请求分配到哪⼀台机器⼆、负载均衡后端状态状态概述down当前的server暂时不参与负载均衡backup预留的备份服务器max_fails允许请求失败的次数fail_timeout经过max_fails失败后, 服务暂停时间max_conns限制最⼤的接收连接数1.down状态配置测试[root@lb01 ~]# vim /etc/nginx/conf.d/proxy.confupstream web {server 172.16.1.7:80 down;server 172.16.1.9:80;}#⼀般在代码上线或维护服务器时使⽤该状态2.backup状态测试[root@lb01 ~]# vim /etc/nginx/conf.d/proxy.confupstream web {server 172.16.1.7:80;server 172.16.1.9:80;server 172.16.1.10:80 backup;server 172.16.1.11:80 backup;}3.max_fails配置[root@lb01 ~]# vim /etc/nginx/conf.d/proxy.confupstream web {server 172.16.1.7:80 max_fails=3 fail_timeout=10s;server 172.16.1.9:80;}4.测试max_conns最⼤TCP连接数[root@lb01 ~]# vim /etc/nginx/conf.d/proxy.confupstream web {server 172.16.1.7:80 max_conns=10;server 172.16.1.9:80;}三、负载均衡结合项⽬1.配置blog的负载均衡[root@lb01 ~]# vim /etc/nginx/conf.d/blog.confupstream blog {server 172.16.1.7:80;server 172.16.1.9:80;}server {listen 80;server_name ;location / {proxy_pass http://blog;include /etc/nginx/proxy_params;}}[root@lb01 ~]# systemctl restart nginx#配置hosts，访问测试2.配置wecenter的负载均衡[root@lb01 ~]# vim /etc/nginx/conf.d/zh.confupstream zh {server 172.16.1.7:80;server 172.16.1.9:80;}server {listen 80;server_name ;location / {proxy_pass http://zh;include /etc/nginx/proxy_params;}}3.负载均衡常见错误1）错误如果后端服务器返回报错，负载均衡仍然会将请求分配到出错的web服务器，因为负载均衡只会根据调度算法将请求分配到后端，不会进⾏判断后端是否正常2）解决错误的模块语法Syntax: proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | non_idempotent | off ...;Default: proxy_next_upstream error timeout;Context: http, server, location3）配置⽅法[root@lb01 ~]# vim /etc/nginx/conf.d/zh.confupstream zh {server 172.16.1.7:80;server 172.16.1.9:80;}server {listen 80;server_name ;location / {proxy_pass http://zh;include /etc/nginx/proxy_params;proxy_next_upstream http_502 error timeout;}}四、Nginx负载均衡健康检查在Nginx官⽅模块提供的模块中，没有对负载均衡后端节点的健康检查模块，但可以使⽤第三⽅模块。
负载均衡的三种方案
-什么是负载均衡早期的互联网应用，由于用户流量比较小，业务规律也比较简洁，往往一个单服务器就能满足负载需求。
随着现在互联网的流量越来越大，略微好一点的系统，访问量就非常大了，并且系统功能也越来越简单，那么单台服务器就算将性能优化得再好，也不能支撑这么大用户量的访问压力了，这个时候就需要使用多台机器，设计高性能的集群来应对。
那么，多台服务器是如何去均衡流量、如何组成高性能的集群的呢？此时就需要请出「负载均衡器」入场了。
负载均衡(Load Balancer)是指把用户访问的流量，通过「负载均衡器」，依据某种转发的策略，匀称的分发到后端多台服务器上，后端的服务器可以独立的响应和处理恳求，从而实现分散负载的效果。
负载均衡技术提高了系统的服务能力，增加了应用的可用性。
二负载均衡旗有丽目前市面上最常见的负载均衡技术方案主要有三种：基于DNS负载均衡、基于硬件负载均衡、基于软件负载均衡三种方案各有优劣，DNS负载均衡可以实现在地域上的流量均衡，硬件负载均衡主要用于大型服务器集群中的负载需求，而软件负载均衡大多是基于机器层面的流量均衡。
在实际场景中，这三种是可以组合在一起使用。
下面来具体讲讲：1.基于DNS负载均衡基于DNS来做负载均衡其实是一种最简洁的实现方案，通过在DNS服务器上做一个简洁配置即可。
其原理就是当用户访问域名的时候，会先向DNS服务器去解析域名对应的IP地址，这个时候我们可以让DNS服务器依据不同地理位置的用户返回不同的IP。
比如南方的用户就返回我们在广州业务服务器的IP,北方的用户来访问的话，我就返回北京业务服务器所在的IP。
在这个模式下，用户就相当于实现了依据「就近原则」将恳求分流了,既减轻了单个集群的负载压力，也提升了用户的访问速度。
使用DNS做负载均衡的方案，自然的优势就是配置简洁，实现成本非常低，无需额外的开发和维护工作。
但是也有一个明显的缺点是：当配置修改后，生效不准时。
这个是由于DNS的特性导致的，DNS- 般会有多级缓存，所以当我们修改了DNS配置之后，由于缓存的缘由, 会导致IP变更不准时，从而影响负载均衡的效果。
对nginx做负载均衡实现双机热备
【未完】对nginx做负载均衡实现双机热备首先：使用nginx做为负载均衡器时，通讯模型类似于LVS-NAT，在某些情况下，随着集群节点数量的增长，nginx 将会成为网络通讯的瓶颈，因为所有应答数据包都必须通过nginx，一颗400MHz的处理器能够容纳100Mbps的连接，因此，在一般情况下，网络更可能比LVS Director更可能成为瓶颈。
在这种情况下，使用LVS-DR比使用nginx做负载均衡器上更可靠一些。
使用nginx+keepalived的可行性：Keepalived是Linux下面实现VRRP 备份路由的高可靠性运行件。
基于Keepalived设计的服务模式能够真正做到主服务器和备份服务器故障时IP瞬间无缝交接。
在新浪动态应用平台上，Keepalived配合LVS在线上服务中有着很好的稳定性。
Nginx是基于Linux 2.6内核中epoll模型http服务器，与Apache进程派生模式不同的是Nginx进程基于于Master+Slave多进程模型，自身具有非常稳定的子进程管理功能。
在Master进程分配模式下，Master进程永远不进行业务处理，只是进行任务分发，从而达到Master进程的存活高可靠性，Slave进程所有的业务信号都由主进程发出，Slave进程所有的超时任务都会被Master中止，属于非阻塞式任务模型。
在新浪博客应用平台上，经过将近8个月的运行，没有因为主进程退出或者子进程僵死导致服务中致的故障存在。
在生产环境中，任何的机器宕机导致的损失都需要被降到最低，传统的生产环境中，都是将服务器直接放置在4/7层交换机后面以避免因为服务器或者服务器软件故障导致的服务中止。
当前的业务模式下，有许多高并发的服务需求，Js小文件、高速动态接口、Nginx七层业务，都希望所有的Socket操作能够尽快完成，减少用户的时间等待。
4/7层交换机由于负责了新浪全站多个产品的服务，经常会成为高并发服务应用的一个制约条件。
4层转发和7层转发 nginx -回复
4层转发和7层转发nginx -回复4层转发和7层转发是网络负载均衡中经常使用的两种方式。
在本文中，我们将详细介绍这两种转发方式的定义、特点和应用场景，并比较它们的区别和优缺点。
首先，我们先来了解4层转发和7层转发的定义。
4层转发，也被称为传输层负载均衡，是以传输层为基础的负载均衡方式。
在这种方式下，负载均衡设备会通过检查传输层的信息，如源IP地址、目标IP地址、源端口号和目标端口号等，来决定将请求转发到哪个服务器。
常见的4层转发工具有LVS（Linux Virtual Server）、F5 BIG-IP等。
7层转发，也被称为应用层负载均衡，是以应用层为基础的负载均衡方式。
在这种方式下，负载均衡设备会解析应用层协议，如HTTP、FTP等，并根据请求的内容来进行转发决策。
常见的7层转发工具有Nginx、HAProxy 等。
接下来，我们来比较4层转发和7层转发的特点和应用场景。
4层转发的特点主要包括：1. 基于传输层信息的转发决策，速度较快。
由于只需要分析传输层的网络信息，所以处理速度相对较快，适合处理大量的并发连接。
2. 不可感知应用层协议，适用于通用的传输层协议。
4层转发可以用于几乎所有基于TCP/IP协议的应用，如HTTP、SMTP等。
4层转发的应用场景主要包括：1. TCP连接负载均衡。
可以将传入的TCP连接均匀地分发到后端的各个服务器，提高系统的并发处理能力。
2. UDP负载均衡。
通过将UDP数据包分发到多个服务器，提高UDP协议的可靠性和性能。
7层转发的特点主要包括：1. 基于应用层信息的转发决策，具有更强的智能性和灵活性。
负载均衡设备可以通过解析应用层协议，如HTTP的URL、请求头和响应码等信息，来做出更精确的负载均衡决策。
2. 支持HTTPS等安全协议。
7层负载均衡可以将SSL/TLS加密和解密的功能与负载均衡结合起来，提供更安全的通信方式。
7层转发的应用场景主要包括：1. Web服务负载均衡。
负载均衡（107个问题）
负载均衡（107个问题）负载均衡⽅⾯1. LVS 与nginx 的区别LVS：是基于四层的转发只能做端⼝的转发1. 抗负载能⼒强，⼯作⽅式的逻辑简单，⼯作在七层模型第四层，只做请求分发⽤，没有流量产⽣，所以效率⾼，保住了均衡器的IO性能不会受到⼤流量的影响2. ⼯作稳定，也就是稳定性⾼，有完整的双机热备⽅案：LVS+keepalive3. LVS基本上能⽀持所有应⽤，可以对⼏乎所有应⽤作负载均衡，⽐如http、数据库等。
Nginx： Nginx不仅仅是⼀款优秀的负载均衡器/反向代理软件，它同时也是功能强⼤的Web应⽤服务器，可以做七层的转发 URL和⽬录的转发都可以做。
1. nginx⼯作在⽹络的第7层，所以它可以针对http应⽤本⾝来做分流策略，⽐如针对域名、⽬录结构等2. nginx对⽹络的依赖较⼩，理论上只要ping得通，⽹页访问正常，nginx就能连得通3. nginx安装和配置⽐较简单，测试起来也很⽅便4. nginx可以检测到服务器内部的故障，⽐如根据服务器处理⽹页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另⼀个节点。
2. LVS的算法1. 轮询调度（简称'RR'）算法就是按依次循环的⽅式将请求调度到不同的服务器上，该算法最⼤的特点就是实现简单。
轮询算法假设所有的服务器处理请求的能⼒都⼀样的，调度器会将所有的请求平均分配给每个真实服务器。
2. 加权轮询调度（简称'WRR'）算法主要是对轮询算法的⼀种优化与补充，LVS会考虑每台服务器的性能，并给每台服务器添加⼀个权值，如果服务器A的权值为1，服务器B的权值为2，则调度器调度到服务器B的请求会是服务器A的两倍。
权值越⾼的服务器，处理的请求越多。
3. 最⼩连接调度（简称'LC'）算法是把新的连接请求分配到当前连接数最⼩的服务器。
最⼩连接调度是⼀种动态的调度算法，它通过服务器当前活跃的连接数来估计服务器的情况。
nginx国产化替代方案
nginx国产化替代方案随着国产化浪潮的兴起，越来越多的企业开始注重自主可控的技术解决方案。
近年来，国内涌现了许多优秀的Web服务器软件，其中不乏能够替代nginx的开源作品。
本文将介绍nginx国产化替代方案。
1. OpenRestyOpenResty是一个基于nginx开发的Web应用服务器，并且支持Lua脚本语言。
它的主要特点是广泛应用于高并发场景下的Web开发，并提供了许多常用的Web应用程序框架。
OpenResty具有快速响应、高性能的特点，适合于处理海量请求的场景。
同时，采用Lua作为Web开发语言，可以极大地提高开发效率。
2. TengineTengine是由淘宝团队开发的高性能Web服务器。
它在nginx的基础上进行了优化，提高了处理能力和吞吐量，特别适用于高并发访问的场景。
Tengine还支持HTTP/2协议和IPv6协议，这些特性对于现代Web 应用极为重要。
3. PegasusPegasus是由微信团队开发的Web服务器。
它采用C++编写，专为高性能而优化。
Pegasus使用epoll模型，支持千万级别的并发连接，响应速度快，延迟低。
Pegasus的研发初衷是为了让微信在海量请求冲击下仍然保持高可用性，因此它非常适合于处理高并发的Web应用场景。
4. DudaDuda是一款轻量级的Web服务器，它采用C语言开发，并且具有快速响应、低延迟的特点。
Duda可以应用于各种Web应用场景，包括API 接口、静态页面、动态页面等。
Duda还支持SSL加密、HTTP/2协议和WebSocket等现代Web特性。
5. HihttpdHihttpd是一款轻量级的Web服务器，它采用C语言开发，具有优异的性能和低延迟。
Hihttpd的设计目标是提供高效、简洁的Web服务器，没有多余的复杂功能，只专注于处理HTTP请求和响应。
Hihttpd支持HTTP/1.1协议和FastCGI等常见协议。
总结以上是nginx国产化替代方案的介绍。
nginx配置权重,ip_hash....
nginx配置权重,ip_hash....nginx为后端web服务器(apache,nginx,tomcat,weblogic)等做反向代理⼏台后端web服务器需要考虑⽂件共享,数据库共享,session共享问题.⽂件共享可以使⽤nfs,共享存储（fc,ip存储都⾏）+redhat GFS集群⽂件系统,rsync+inotify⽂件同步等.⼩规模的集群中使⽤更多的是nfs.对于内容管理系统,单台进⾏发布信息，向多台同步使⽤rsync+inotify就是个不错的选择。
⼩规模集群，单台⾼性能数据库(如志强双四核,32/64/128G内存)即可,⼤规模集群可能要考虑数据库集群了,可以使⽤mysql官⽅提供的集群软件,也可以使⽤keepalived+lvs读写分离做Mysql集群。
session共享问题是⼀个⼤问题,如果nginx采⽤ip_hash的轮询⽅法,每个ip在⼀定时间内会被固定的后端服务器,这样我们不⽤解决session共享问题。
反之,⼀个ip的请求被轮询分发到多台服务器上,就要解决session共享的问题,可以使⽤nfs共享session,把session写⼊mysql或者memcache等⽅法,当机器规模⽐较⼤时,⼀般使⽤把session写⼊memcache⾥⾯。
后端的web服务器如何配置我们这⾥就不讨论了,后端服务器可能是apache,nginx,tomcat,lighthttp等,前端不关⼼后端到底是什么。
⾸先新建⼀个proxy.conf⽂件,⽅便后⾯我们进⾏调⽤(配置多个集群的话,把公共参数写到⼀个⽂件,然后继续include是不错的⽅法)vi /usr/local/nginx/conf/proxy.confproxy_redirect off;proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;client_body_buffer_size 90;proxy_connect_timeout 90;proxy_read_timeout 90;proxy_buffer_size 4k;proxy_buffers 4 32k;proxy_busy_buffers_size 64k;proxy_temp_file_write_size 64我们这⾥讨论nginx的两种负载均衡⽅式轮询加权(也可以不加权,就是1:1负载)和ip_hash(同⼀ip会被分配给固定的后端服务器,解决session 问题)。
软通动力linux运维面试题
软通动力linux运维面试题1、什么是运维？什么是游戏运维？2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的？3、现在给你三百台服务器，你怎么对他们进行管理？4、简述raid0 raid1 raid5 三种工作模式的工作原理及特点5、LVS、Nginx、HAproxy有什么区别？工作中你怎么选择？6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择？7、Tomcat和Resin有什么区别，工作中你怎么选择？8、什么是中间件？什么是jdk？9、讲述一下Tomcat8005、8009、8080三个端口的含义？10、什么叫CDN？11、什么叫网站灰度发布？12、简述DNS进行域名解析的过程？13、RabbitMQ是什么东西？14、讲一下Keepalived的工作原理？15、讲述一下LVS三种模式的工作过程？LVS 有三种负载均衡的模式，分别是VS/NAT（nat 模式）VS/DR(路由模式) VS/TUN（隧道模式）16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟？mysql的innodb如何定位锁问题:17、如何重置mysql root密码？18、lvs/nginx/haproxy优缺点19、mysql数据备份工具mysqldump工具20、keepalive的工作原理和如何做到健康检查21、统计ip访问情况，要求分析nginx访问日志，找出访问页面数量在前十位的ipcat access.log | awk ‘{print $1}’ | uniq -c | sort -rn | head -1022、使用tcpdump监听主机为192.168.1.1，tcp端口为80的数据，同时将输出结果保存输出到tcpdump.logtcpdump ‘host 192.168.1.1 and port 80’ > tcpdump.log23、如何将本地80 端口的请求转发到8080 端口，当前主机IP 为192.168.2.1iptables -A PREROUTING -d 192.168.2.1 -p tcp -m tcp -dport 80 -j DNAT-to-destination 192.168.2.1:808024、简述raid0 raid1 raid5 三种工作模式的工作原理及特点25、你对现在运维工程师的理解和以及对其工作的认识26、实时抓取并显示当前系统中tcp 80端口的网络数据信息，请写出完整操作命令tcpdump -nn tcp port 8027、服务器开不了机怎么解决一步步的排查28、Linux系统中病毒怎么解决29、发现一个病毒文件你删了他又自动创建怎么解决30、说说TCP/IP的七层模型31、你常用的Nginx模块，用来做什么32、请列出你了解的web服务器负载架构NginxHaproxyKeepalivedLVS33、查看http的并发请求数与其TCP连接状态34、用tcpdump嗅探80端口的访问看看谁最高35、写一个脚本，实现判断192.168.1.0/24网络里，当前在线的IP有哪些，能ping通则认为在线36、已知apache 服务的访问日志按天记录在服务器本地目录/app/logs 下，由于磁盘空间紧张现在要求只能保留最近7 天的访问日志！请问如何解决？请给出解决办法或配置或处理命令37、如何优化Linux系统（可以不说太具体）？38、请执行命令取出linux 中eth0 的IP 地址(请用cut，有能力者也可分别用awk,sed 命令答)39、请写出下面linux SecureCRT 命令行快捷键命令的功能？40、每天晚上12 点，打包站点目录/var/www/html 备份到/data 目录下（最好每次备份按时间生成不同的备份包）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、实现技术1.LVS集群采用IP负载均衡技术和基于内容请求分发技术,调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行。
2.Nginx采用的是反向代理技术，代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。
反向代理负载均衡技术是把将来自internet上的连接请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，从而达到负载均衡的目的。
2、各自特点LVS的特点是：1.抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的；2.配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不需要太多接触，大大减少了人为出错的几率；3.工作稳定，自身有完整的双机热备方案，如LVS+Keepalived和LVS+Heartbeat，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived；4.无流量，保证了均衡器IO的性能不会收到大流量的影响；5.应用范围比较广，可以对所有应用做负载均衡；6.软件本身不支持正则处理，不能做动静分离，这个就比较遗憾了；其实现在许多网站在这方面都有较强的需求，这个是Nginx/HAProxy+Keepalived的优势所在。
7.如果是网站应用比较庞大的话，实施LVS/DR+Keepalived起来就比较复杂了，特别后面有Windows Server应用的机器的话，如果实施及配置还有维护过程就比较复杂了，相对而言，Nginx/HAProxy+Keepalived就简单多了。
Nginx的特点是：1.工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是许多朋友喜欢它的原因之一；2.Nginx对网络的依赖非常小，理论上能ping通就就能进行负载功能，这个也是它的优势所在；3.Nginx安装和配置比较简单，测试起来比较方便；4.也可以承担高的负载压力且稳定，一般能支撑超过几万次的并发量；5.Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url来检测；6.Nginx仅能支持http和Email，这样就在适用范围上面小很多，这个它的弱势；7.Nginx不仅仅是一款优秀的负载均衡器/反向代理软件，它同时也是功能强大的Web应用服务器。
3、负载策略Lvs负载策略1、Virtual Server via NAT（VS-NAT）：用地址翻译实现虚拟服务器VS-NAT 方法的最大优点是集群中的物理服务器可以使用任何支持TCP/IP操作系统，物理服务器可以分配Internet的保留私有地址，只有负载均衡器需要一个合法的IP地址。
这种实现方法的最大的缺点是扩展性有限。
当服务器节点（普通PC服务器）数据增长到20个或更多时,负载均衡器将成为整个系统的瓶颈，因为所有的请求包和应答包都需要经过负载均衡器再生。
假使TCP包的平均长度是536字节的话，平均包再生延迟时间大约为60us（在Pentium处理器上计算的，采用更快的处理器将使得这个延迟时间变短），负载均衡器的最大容许能力为8.93M/s，假定每台物理服务器的平台容许能力为400K/s来计算，负责均衡器能为22台物理服务器计算。
Virtual Server via NAT能够满足许多服务器的服务性能需求。
即使是是负载均衡器成为整个系统的瓶颈，如果是这样也有两种方法来解决它。
一种是混合处理，另一种是采用Virtual Server via IP tunneling或Virtual Server via direct routing。
如果采用混合处理的方法，将需要许多同属单一的RR DNS域。
你采用Virtual Server via IP tunneling或Virtual Server via direct routing以获得更好的可扩展性。
也可以嵌套使用负载均衡器，在最前端的是VS-Tunneling或VS-Drouting的负载均衡器，然后后面采用VS-NAT的负载均衡器。
2、Virtual server via IP tunneling（VS-TUN）采用VS-NAT方式，请求与应答包都需要经过负载均衡器，那么当服务器节点增长到20个或更多时，这个负载均衡器就可能成为新的瓶颈。
我们发现，许多Internet服务（例如WEB 服务器）的请求包很短小，而应答包通常很大。
而使用VS-TUN方式的话，负载均衡器只负责将请求包分发给物理服务器，而物理服务器将应答包直接发给用户。
所以，负载均衡器能处理很巨大的请求量，这种方式，一台负载均衡能为超过100台的物理服务器服务，负载均衡器不再是系统的瓶颈。
使用VS-TUN方式，如果你的负载均衡器拥有100M的全双工网卡的话，就能使得整个Virtual Server能达到1G的吞吐量。
3、Virtual Server via Direct Routing（VS-DR）就象VS-TUN一样，在VS-DR方式下，负载均衡器也只是分发请求，应答包通过单独的路由方法返回给客户端。
这种方式能够大大提高Virtual Server的可扩展性。
与VS-TUN相比，VS-DR这种实现方式不需要隧道结构，但它要求负载均衡器的网卡必须与物理网卡在一个物理段上。
Nginx负载策略1、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
2、weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
upstream backserver {server 192.168.0.14 weight=10;server 192.168.0.15 weight=10;}3、ip_hash每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
upstream backserver {ip_hash;server 192.168.0.14:88;server 192.168.0.15:80;}4、fair（第三方）按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backserver {server server1;server server2;fair;}5、url_hash（第三方）按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
upstream backserver {server squid1:3128;server squid2:3128;hash $request_uri;hash_method crc32;}3、Nginx和LVS作对比的结果1、Nginx工作在网络的7层，所以它可以针对http应用本身来做分流策略，比如针对域名、目录结构等，相比之下LVS并不具备这样的功能，所以Nginx单凭这点可利用的场合就远多于LVS了；但Nginx有用的这些功能使其可调整度要高于LVS，所以经常要去触碰触碰，由LVS的第2条优点看，触碰多了，人为出问题的几率也就会大。
2、Nginx对网络的依赖较小，理论上只要ping得通，网页访问正常，Nginx就能连得通，Nginx同时还能区分内外网，如果是同时拥有内外网的节点，就相当于单机拥有了备份线路；LVS就比较依赖于网络环境，目前来看服务器在同一网段内并且LVS使用direct方式分流，效果较能得到保证。
另外注意，LVS需要向托管商至少申请多一个ip来做Visual IP，貌似是不能用本身的IP来做VIP的。
要做好LVS管理员，确实得跟进学习很多有关网络通信方面的知识，就不再是一个HTTP那么简单了。
3、Nginx安装和配置比较简单，测试起来也很方便，因为它基本能把错误用日志打印出来。
LVS的安装和配置、测试就要花比较长的时间了，因为同上所述，LVS对网络依赖比较大，很多时候不能配置成功都是因为网络问题而不是配置问题，出了问题要解决也相应的会麻烦得多。
4、Nginx也同样能承受很高负载且稳定，但负载度和稳定度差LVS还有几个等级：Nginx 处理所有流量所以受限于机器IO和配置；本身的bug也还是难以避免的；Nginx没有现成的双机热备方案，所以跑在单机上还是风险较大，单机上的事情全都很难说。
5、Nginx可以检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点。
目前LVS中ldirectd也能支持针对服务器内部的情况来监控，但LVS的原理使其不能重发请求。
重发请求这点，譬如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而恼火。
6、Nginx对请求的异步处理可以帮助节点服务器减轻负载，假如使用apache直接对外服务，那么出现很多的窄带链接时apache服务器将会占用大量内存而不能释放，使用多一个Nginx做apache代理的话，这些窄带链接会被Nginx挡住，apache上就不会堆积过多的请求，这样就减少了相当多的内存占用。
这点使用squid也有相同的作用，即使squid 本身配置为不缓存，对apache还是有很大帮助的。
LVS没有这些功能，也就无法能比较。
7、Nginx能支持http和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完全的功能，配置也不那么清晰易读。