负载均衡的三种实施方案_第1页
负载均衡的三种实施方案_第2页
负载均衡的三种实施方案_第3页
负载均衡的三种实施方案_第4页
负载均衡的三种实施方案_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、、什么是负载均衡 早期的互联应,由于户流量较,业务逻辑也较简单,往往个单服务器就能满负载需求。随着现在互联的流量越来越, 稍微好点的系统,访问量就常了,并且系统功能也越来越复杂,那么单台服务器就算将性能优化得再好,也不能撑这么户量的访问压了,这个时候就需要使多台机器,设计性能的集群来应对。那么,多台服务器是如何去均衡流量、如何组成性能的集群的呢? 此时就需要请出 负载均衡器 场了。 负载均衡(Load Balancer)是指把户访问的流量,通过负载均衡器,根据某种转发的策略,均匀的分发到后端多台服务器上,后端 的服务器可以独的响应和处理请求,从实现分散负载的效果。负载均衡技术提了系统的服务能,

2、增强了应的可性。 、负载均衡案有种前市上最常见的负载均衡技术案主要有三种: 基于DNS负载均衡、基于硬件负载均衡、基于软件负载均衡 三种案各有优劣,DNS负载均衡可以实现在地域上的流量均衡,硬件负载均衡主要于型服务器集群中的负载需求,软件负载均衡多是基于机器层的流量均衡。在实际场景中,这三种是可以组合在起使。下来详细讲讲: 基于DNS负载均衡 基于DNS来做负载均衡其实是种最简单的实现案,通过在DNS服务器上做个简单配置即可。 其原理就是当户访问域名的时候,会先向DNS服务器去解析域名对应的IP地址,这个时候我们可以让DNS服务器根据不同地理位置的户返回不同的IP。如南的户就返回我们在州业务服

3、务器的IP,北的户来访问的话,我就返回北京业务服务器所在的IP。 在这个模式下,户就相当于实现了按照就近原则将请求分流了,既减轻了单个集群的负载压,也提升了户的访问速度。 使DNS做负载均衡的案,天然的优势就是配置简单,实现成本常低,需额外的开发和维护作。但是也有个明显的缺点是:当配置修改后,效不及时。这个是由于DNS的特性导致的,DNS般会有多级缓存,所以当我们修改了DNS配置之后,由于缓存的原因,会导致IP变更不及时,从影响负载均衡的效果。 另外,使DNS做负载均衡的话,多是基于地域或者脆直接做IP轮询,没有更级的路由策略,所以这也是DNS案的局限所在。 基于硬件负载均衡 硬件的负载均衡那

4、就较逼了,如名的 F5 Network Big-IP,也就是我们常说的 F5,它是个络设备,你可以简单的理解成类似于络交换机的东西,完全通过硬件来抗压,性能是常的好,每秒能处理的请求数达到百万级,即 百万/秒 的负载,当然价格也就常常贵了,万到上百万民币都有。 因为这类设备般在型互联公司的流量最前端,以及政府、国企等不缺钱企业会去使。般的中公司是不舍得的。采 F5 这类硬件做负载均衡的话,主要就是省省事,买台就搞定,性能强,般的业务不在话下。且在负载均衡的算法还 持很多灵活的策略,同时还具有些防墙等安全功能。但是缺点也很明显,个字:贵。 基于软件负载均衡 软件负载均衡是指使软件的式来分发和均衡

5、流量。软件负载均衡,分为7层协议 和 4层协议。 络协议有七层,基于第四层传输层来做流量分发的案称为4层负载均衡,例如 LVS,基于第七层应层来做流量分发的称为7层负载均衡,例如 Nginx。这两种在性能和灵活性上是有些区别的。 基于4层的负载均衡性能要些,般能达到 万/秒 的处理量,基于7层的负载均衡处理量般只在 万/秒 。 基于软件的负载均衡的特点也很明显,便宜。在正常的服务器上部署即可,需额外采购,就是投点技术去优化优化即可,因此这种式是互联公司中得最多的种式。 三、常的均衡算法有哪些上讲完了常见的负载均衡技术案,那么接下来咱们看下,在实际案应中,般可以使哪些均衡算法? 下来分别介绍下这

6、种均衡算法/策略的特点: 1. 轮询策略 轮询策略其实很好理解,就是当户请求来了之后,负载均衡器将请求轮流的转发到后端不同的业务服务器上。这个策略在DNS案中的较多,需关注后端服务的状态,只药有请求,就往后端轮流转发,常的简单、实。 在实际应中,轮询也会有多种式,有按顺序轮询的、有随机轮询的、还有按照权重来轮询的。前两种较好理解,第三种按照权重来轮询,是指给每台后端服务设定个权重值,如性能的服务器权重些,性能低的服务器给的权重低些,这样设置的话,分配流量的 时候,给权重的更多流量,可以充分的发挥出后端机器的性能。 2. 负载度策略 负载度策略是指当负载均衡器往后端转发流量的时候,会先去评估后端

7、每台服务器的负载压情况,对于压较的后端服务器转发的请求就少些,对于压较的后端服务器可以多转发些请求给它。这种式就充分的结合了后端服务器的运状态,来动态的分配流量了,轮询的式更为科学些。但是这种式也带来了些弊端,因为需要动态的评估后端服务器的负载压,那这个负载均衡器除了转发请求以外,还要做很多额外的作,如采集 连接数、请求数、CPU负载指标、IO负载指标等等,通过对这些指标进计算和对,判断出哪台后端服务器的负载压较。 因此这种式带来了效果优势的同时,也增加了负载均衡器的实现难度和维护成本。 3. 响应策略 响应策略是指,当户请求过来的时候,负载均衡器会优先将请求转发给当前时刻响应最快的后端服务器。 也就是说,不管后端服务器负载不,也不管配置如何,只要觉得这个服务器在当前时刻能最快的响应户的请求,那么就优先把请求转发给它,这样的话,对于户,体验也最好。 那负载均衡器是怎么知道哪台后端服务在当前时刻响应能最佳呢? 这就需要负载均衡器不停的去统计每台后端服务器对请求的处理速度了,如分钟统计次,成个后端服务器处理速度的排榜。然后负载均衡器根据这个排榜去转发服务。那么这的问题就是统计的成本了,不停的做这些统计运算本也会消耗些性能,同时也会增加负载均衡器的实现难度和维护成本。 4. 哈希策略 Hash策略也较好理解,就是将请求中的某个信息进ha

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论