负载均衡的三种方案□、什么是负载均衡早期的互联应，由于户流量较，业务逻辑也较简单，往往个单服务器就能满负载需求。随着现在互联的流量越来越，稍微好点的系统，访问量就常了，并且系统功能也慢慢变得复杂，那么单台服务器就算将性能优化得再好，也不能撑这么户量的访问压了，这样一个时间段就需要使多台机器，设计性能的集群来应对。那么，多台服务器是如何去均衡流量、如何组成性能的集群的呢？此时就需要请出「负载均衡器」场了。负载均衡(LoadBalancer)是指把户访问的流量，通过「负载均衡器」，根据某种转发的策略，均匀的分发到后端多台服务器上，后端的服务器可...

  □、什么是负载均衡早期的互联应，由于户流量较，业务逻辑也较简单，往往个单服务器就能满负载需求。随着现在互联的流量越来越，稍微好点的系统，访问量就常了，并且系统功能也慢慢变得复杂，那么单台服务器就算将性能优化得再好，也不能撑这么户量的访问压了，这样一个时间段就需要使多台机器，

  性能的集群来应对。那么，多台服务器是如何去均衡流量、如何组成性能的集群的呢？此时就需要请出「负载均衡器」场了。负载均衡(LoadBalancer)是指把户访问的流量，通过「负载均衡器」，根据某种转发的策略，均匀的分发到后端多台服务器上，后端的服务器可以独的响应和处理请求，从实现分散负载的效果。负载均衡技术提了系统的服务能，增强了应的可性。□、负载均衡口案有口种前市上最常见的负载均衡技术案主要有三种：基于DNS负载均衡、基于硬件负载均衡、基于软件负载均衡三种案各有优劣，DNS负载均衡能轻松实现在地域上的流量均衡，硬件负载均衡主要于型服务器集群中的负载需求，软件负载均衡多是基于机器层的流量均衡。在实际场景中，这三种是能组合在起使。下来详细讲讲：1基于DNS负载均衡基于DNS来做负载均衡其实是种最简单的实现案，通过在DNS服务器上做个简单配置即可。其原理是当户访问域名的时候，会先向DNS服务器去解析域名对应的IP地址，这样一个时间段我们大家可以让DNS服务器根据不同地理位置的户返回不同的IP。如南的户就返回我们在州业务服务器的IP,北的户来访问的话，我就返回北京业务服务器所在的IP。在这一个模式下，户就等于实现了按照「就近原则」将请求分流了，既减轻了单个集群的负载压，也提升了户的访问加载速度。使DNS做负载均衡的案，天然的优势就是配置简单，实现成本常低，需额外的开发和维护作。但是也有个明显的缺点是：当配置修改后，效不及时。这个是由于DNS的特性导致的，DNS般会有多级缓存，所以当我们修改了DNS配置之后，由于缓存的原因，会导致IP变更不及时，从影响负载均衡的效果。另外，使DNS做负载均衡的话，多是基于地域或者脆直接做IP轮询，没有更级的路由策略，所以这也是DNS案的局限所在。2．基于硬件负载均衡硬件的负载均衡那就较逼了，如名的F5NetworkBig-IP，也就是我们常说的F5，它是个络设备，你可以简单的理解成类似于络交换机的东西，完全通过硬件来抗压，性能是常的好，每秒能处理的请求数达到百万级，即百万/秒的负载，当然价格也就常常贵了，万到上百万民币都有。因为这类设备般在型互联公司的流量最前端，以及政府、国企等不缺钱企业会去使。般的中公司是不舍得的。采F5这类硬件做负载均衡的话，主要就是省省事，买台就搞定，性能强，般的业务不在话下。且在负载均衡的算法还持很多灵活的策略，同时还具有些防墙等安全功能。但是缺点也很明显，个字：贵。3．基于软件负载均衡软件负载均衡是指使软件的式来分发和均衡流量。软件负载均衡，分为7层协议和4层协议。络协议有七层，基于第四层传输层来做流量分发的案称为4层负载均衡，例如LVS，基于第七层应层来做流量分发的称为7层负载均衡，例如Nginx。这两种在性能和灵活性上是有些区别的。基于4层的负载均衡性能要些，般能达到万/秒的处理量，基于7层的负载均衡处理量般只在万/秒。基于软件的负载均衡的特点也很明显，便宜。在正常的服务器上部署即可，需额外采购，就是投点技术去优化优化即可，因此这种式是互联公司中得最多的种式。三、常口的均衡算法有哪些上讲完了常见的负载均衡技术案，那么接下来咱们看下，在实际案应中，般可以使哪些均衡算法？下来分别介绍下这种均衡算法/策略的特点：轮询策略轮询策略其实很好理解，就是当户请求来了之后，「负载均衡器」将请求轮流的转发到后端不同的业务服务器上。这个策略在DNS案中的较多，需关注后端服务的状态，只药有请求，就往后端轮流转发，常的简单、实。在实际应中，轮询也会有多种式，有按顺序轮询的、有随机轮询的、还有按照权重来轮询的。前两种较好理解，第三种按照权重来轮询，是指给每台后端服务设定个权重值，如性能的服务器权重些，性能低的服务器给的权重低些，这样设置的话，分配流量的时候，给权重的更多流量，可以充分的发挥出后端机器的性能。负载度策略负载度策略是指当「负载均衡器」往后端转发流量的时候，会先去评估后端每台服务器的负载压情况，对于压较的后端服务器转发的请求就少些，对于压较的后端服务器可以多转发些请求给它。这种式就充分的结合了后端服务器的运状态，来动态的分配流量了，轮询的式更为科学些。但是这种式也带来了些弊端，因需要动态的评估后端服务器的负载压，那这个「负载均衡器」除了转发请求以外，还要做很多额外的作，如采集连接数、请求数、CPU负载指标、10负载指标等等，通过对这些指标进计算和对，判断出哪台后端服务器的负载压较。因此这种式带来了效果优势的同时，也增加了「负载均衡器」的实现难度和维护成本。响应策略响应策略是指，当户请求过来的时候，「负载均衡器」会优先将请求转发给当前时刻响应最快的后端服务器。也就是说，不管后端服务器负载不，也不管配置如何，只要认为这个服务器在当前时刻能最快的响应户的请求，那么就优先把请求转发给它，这样的话，对于户，体验也最好。那「负载均衡器」是怎么知道哪台后端服务在当前时刻响应能最佳呢？这就需要「负载均衡器」不停的去统计每台后端服务器对请求的处理速度了，如分钟统计次，成个后端服务器处理速度的排榜。然后「负载均衡器」根据这个排榜去转发服务。那么这的问

  就是统计的成本了，不停的做这些统计运算本也会消耗些性能，同时也会增加「负载均衡器」的实现难度和维护成本。哈希策略Hash策略也较好理解，就是将请求中的某个信息进hash计算，然后根据后端服务器台数取模，得到个值，算出相同值的请求就被转发到同台后端服务器中。常见的法是对户的IP或者ID进这个策略，然后「负载均衡器」就能保证同个IP来源或者同个户永远会被送到同个后端服务器上了，般于处理缓存、会话等功能的时候特别好。

  本文档为【负载均衡的三种方案】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑， 图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。

  [版权声明] 本站所有资料为用户分享产生，若发现您的权利被侵害，请联系客服邮件，我们尽快处理。

  本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用。