网络设计服务器负载均衡.pptVIP

负载均衡策略 负载均衡算法 第一页，共四十二页。 负载均衡策略 基于DNS的负载均衡。 基于反向代理的负载均衡。 基于特定服务器软件的负载均衡。 基于NAT的负载均衡。 基于CDN的负载均衡。 第二页，共四十二页。 基于DNS的负载均衡 实现原理： 一个域名绑定多个IP，通过DNS服务中的随机域名解析来实现 。 第三页，共四十二页。 第四页，共四十二页。 基于DNS的负载均衡 优点： 实现简单、实施容易、成本低、适用于大多数TCP/IP应用 。 第五页，共四十二页。 基于DNS的负载均衡 问题： 一旦某个服务器出现故障，即使修改了DNS设置，还是要等待足够的时间（刷新时间）才能发挥作用，在此期间保存了故障服务器地址的客户计算机将不能正常访问服务器。 缺陷： DNS负载均衡无法得知服务器之间的差异，它不能做到为性能较好的服务器多分配请求，也不能了解到服务器的当前状态，甚至会出现客户请求集中在某一台服务器上的偶然情况。 第六页，共四十二页。 基于反向代理的负载均衡 实现原理： 通过正则映射将请求重定向到内容服务器。 第七页，共四十二页。 第八页，共四十二页。 基于反向代理的负载均衡 优点： 自带高速缓冲，可减轻内容服务器压力，提速网络访问效率 。 第九页，共四十二页。 基于反向代理的负载均衡 问题： 针对每一次代理，代理服务器就必须打开两个连接，一个对外，一个对内，因此在并发连接请求数量非常大的时候，代理服务器的负载也就非常大了，在最后代理服务器本身可能会成为服务的瓶颈。 缺陷： 反向代理是处于OSI参考模型第七层应用的，所以就必须为每一种应用服务专门开发一个反向代理服务器，这样就限制了反向代理负载均衡技术的应用范围，现在一般都用于对web服务器的负载均衡。 第十页，共四十二页。 第十一页，共四十二页。 基于特定服务器软件的负载均衡 实现原理： 利用网络协议的重定向功能来实现 。 第十二页，共四十二页。 第十三页，共四十二页。 第十四页，共四十二页。 基于特定服务器软件的负载均衡 优点： 服务可定制，可依据底层服务器的性能及实况进行负载调控。 第十五页，共四十二页。 基于特定服务器软件的负载均衡 问题： 需要改动软件，成本较高。 第十六页，共四十二页。 基于NAT的负载均衡 实现原理： 将一个外部IP地址映射为多个内部IP地址。 第十七页，共四十二页。 第十八页，共四十二页。 基于NAT的负载均衡 优点： 比较完善的负载均衡技术，均衡算法也较灵活，如随机选择、最少连接数及响应时间等来分配负载。 第十九页，共四十二页。 基于NAT的负载均衡 问题： 伸缩能力有限，当服务器结点数目过多时，调度器本身有可能成为系统的新瓶颈 。 第二十页，共四十二页。 基于CDN的负载均衡 实现原理： 通过在现有的Internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络“边缘”，使用户可以就近取得所需的内容 。 第二十一页，共四十二页。 第二十二页，共四十二页。 基于CDN的负载均衡 优点： 用户访问就近服务器，提高访问速度。 第二十三页，共四十二页。 负载均衡算法 轮询算法。 Hash散列算法。 最少链接算法。 最快链接算法。 加权算法。 动态反馈算法。 第二十四页，共四十二页。 轮询算法 实现原理： 每一次把来自用户的请求轮流分配给内部中的服务器，从1开始，直到N(内部服务器个数)，然后重新开始循环。 第二十五页，共四十二页。 第二十六页，共四十二页。 轮询算法 优点： 简洁，无状态调度 。 缺点： 轮询调度算法假设所有服务器的处理性能都相同，不关心每台服务器的当前连接数和响应速度。当请求服务间隔时间变化比较大时，轮询调度算法容易导致服务器间的负载不平衡。 第二十七页，共四十二页。 轮询算法 适用： 服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。 第二十八页，共四十二页。 第二十九页，共四十二页。 Hash散列算法 MD5。 一致性Hash算法。 各种经典Hash算法。 自定义Hash算法。 第三十页，共四十二页。