Linux服务器集群系统(三)【DOC精选】.docVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Linux服务器集群系统(三)【DOC精选】

Linux服务器集群系统(三).txt人生重要的不是所站的位置,而是所朝的方向。不要用自己的需求去衡量别人的给予,否则永远是抱怨。 本文由3398winsonrong贡献 doc文档可能在WAP端浏览体验不佳。建议您优先选择TXT,或下载源文件到本机查看。 服务器集群系统( Linux 服务器集群系统(三) LVS 集群中的 IP 负载均衡技术 章文嵩 (wensong@), 简介: 简介: 本文在分析服务器集群实现虚拟网络服务的相关技术上,详细描述了 LVS 集群中实现 的三种 IP 负载均衡技术(VS/NAT、VS/TUN 和 VS/DR)的工作原理,以及它们的优缺点。 发布日期: 发布日期: 2002 年 4 月 10 日 前言 在前面文章中,讲述了可伸缩网络服务的几种结构,它们都需要一个前端的负载调度器(或者 多个进行主从备份)。我们先分析实现虚拟网络服务的主要技术,指出 IP 负载均衡技术是在 负载调度器的实现技术中效率最高的。在已有的 IP 负载均衡技术中,主要有通过网络地址转 换(Network Address Translation)将一组服务器构成一个高性能的、高可用的虚拟服务器, 我们称之为 VS/NAT 技术 (Virtual Server via Network Address Translation) 在分析 VS/NAT 。 的缺点和网络服务的非对称性的基础上,我们提出了通过 IP 隧道实现虚拟服务器的方法 VS/TUN(Virtual Server via IP Tunneling),和通过直接路由实现虚拟服务器的方法 VS/DR (Virtual Server via Direct Routing) 它们可以极大地提高系统的伸缩性。 , VS/NAT、 VS/TUN 和 VS/DR 技术是 LVS 集群中实现的三种 IP 负载均衡技术,我们将在文章中详细描述它们的工 作原理和各自的优缺点。 在以下描述中, 我们称客户的 socket 和服务器的 socket 之间的数据通讯为连接, 无论它们是 使用 TCP 还是 UDP 协议。 下面简述当前用服务器集群实现高可伸缩、 高可用网络服务的几种负 载调度方法,并列举几个在这方面有代表性的研究项目。 实现虚拟服务的相关方法 在网络服务中,一端是客户程序,另一端是服务程序,在中间可能有代理程序。由此看来,可 以在不同的层次上实现多台服务器的负载均衡。 用集群解决网络服务性能问题的现有方法主要 分为以下四类。 2.1. 基于 RR-DNS 的解决方法 NCSA 的可伸缩的 WEB 服务器系统就是最早基于 RR-DNS(Round-Robin Domain Name System) 的原型系统[1,2]。它的结构和工作流程如下图所示: RR图 1:基于 RR-DNS 的可伸缩 WEB 服务器 (注:本图来自文献【9】) 有一组 WEB 服务器,他们通过分布式文件系统 AFS(Andrew File System)来共享所有的 HTML 文档。这组服务器拥有相同的域名(如 ),当用户按照这个域名访问时, RR-DNS 服务器会把域名轮流解析到这组服务器的不同 IP 地址, 从而将访问负载分到各台服务 器上。 这种方法带来几个问题。 第一, 域名服务器是一个分布式系统, 是按照一定的层次结构组织的。 当用户就域名解析请求提交给本地的域名服务器, 它会因不能直接解析而向上一级域名服务器 提交,上一级域名服务器再依次向上提交,直到 RR-DNS 域名服器把这个域名解析到其中一台 服务器的 IP 地址。可见,从用户到 RR-DNS 间存在多台域名服器,而它们都会缓冲已解析的名 字到 IP 地址的映射,这会导致该域名服器组下所有用户都会访问同一 WEB 服务器,出现不同 WEB 服务器间严重的负载不平衡。为了保证在域名服务器中域名到 IP 地址的映射不被长久缓 冲,RR-DNS 在域名到 IP 地址的映射上设置一个 TTL(Time To Live)值,过了这一段时间,域 名服务器将这个映射从缓冲中淘汰。 当用户请求, 它会再向上一级域名服器提交请求并进行重 新影射。这就涉及到如何设置这个 TTL 值,若这个值太大,在这个 TTL 期间,很多请求会被映 射到同一台 WEB 服务器上,同样会导致严重的负载不平衡。若这个值太小,例如是0,会导致 本地域名服务器频繁地向 RR-DNS 提交请求,增加了域名解析的网络流量,同样会使 RR-DNS 服务器成为系统中一个新的瓶颈。 第二,用户机器会缓冲从名字到 IP 地址的映射,而不受 TTL 值的影响,用户的访问请求会被 送到同一台 WEB 服务器上。

文档评论(0)

taotao0b + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档