负载均衡 文档

集群的负载均衡技术 www.net130.com     日期：2004-7-16    浏览次数：11209 出处：摘自互联网 前言     当前，无论在企业网、园区网还是在广域网如Internet上，业务量的发展都超出了过去最乐观的估计，上网热潮风起云涌，新的应 用层出不穷，即使按照当时最优配置建设的网络，也很快会感到吃不消。尤其是各个网络的核心部分，其数据流量和计算强度之大， 使得单一设备根本无法承担，而如何在完成同样功能的多个网络设备之间实现合理的业务量分配，使之不致于出现一台设备过忙、而 别的设备却未充分发挥处理能力的情况，就成了一个问题，负载均衡机制也因此应运而生。     负载均衡建立在现有网络结构之上，它提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高 网络的灵活性和可用性。它主要完成以下任务：解决网络拥塞问题，服务就近提供，实现地理位置无关性 ；为用户提供更好的访问质 量；提高服务器响应速度；提高服务器及其他资源的利用效率；避免了网络关键部位出现单点失效。 定义     其实，负载均衡并非传统意义上的“均衡”，一般来说，它只是把有可能拥塞于一个地方的负载交给多个地方分担。如果将其改 称为“负载分担”，也许更好懂一些。说得通俗一点，负载均衡在网络中的作用就像轮流值日 制度 关于办公室下班关闭电源制度矿山事故隐患举报和奖励制度制度下载人事管理制度doc盘点制度下载 ，把任务分给大家来完成，以免让 一个人累死累活。不过，这种意义上的均衡一般是静态的，也就是事先确定的“轮值”策略 。     与轮流值日制度不同的是，动态负载均衡通过一些工具实时地分析数据包，掌握网络中的数据流量状况，把任务合理分配出去。 结构上分为本地负载均衡和地域负载均衡(全局负载均衡)，前一种是指对本地的服务器集群做负载均衡，后一种是指对分别放置在不 同的地理位置、在不同的网络及服务器群集之间作负载均衡。     服务器群集中每个服务结点运行一个所需服务器程序的独立拷贝，诸如Web、FTP、Telnet或e-mail服务器程序。对于某些服务（如 运行在Web服务器上的那些服务）而言，程序的一个拷贝运行在群集内所有的主机上，而网络负载均衡则将工作负载在这些主机间进 行分配。对于其他服务（例如e-mail），只有一台主机处理工作负载，针对这些服务，网络负载均衡允许网络通讯量流到一个主机 上，并在该主机发生故障时将通讯量移至其他主机。 负载均衡技术实现结构     在现有网络结构之上，负载均衡提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高网络的 灵活性和可用性。它主要完成以下任务：      ◆解决网络拥塞问题，服务就近提供，实现地理位置无关性      ◆为用户提供更好的访问质量      ◆提高服务器响应速度      ◆提高服务器及其他资源的利用效率      ◆避免了网络关键部位出现单点失效     广义上的负载均衡既可以设置专门的网关、负载均衡器，也可以通过一些专用软件与协议来实现。对一个网络的负载均衡应用， 从网络的不同层次入手，根据网络瓶颈所在进行具体分析。从客户端应用为起点纵向分析，参考OSI的分层模型，我们把负载均衡技 术的实现分为客户端负载均衡技术、应用服务器技术、高层协议交换、网络接入协议交换等几种方式。 负载均衡的层次 ◆基于客户端的负载均衡     这种模式指的是在网络的客户端运行特定的程序，该程序通过定期或不定期的收集服务器群的运行参数：CPU占用情况、磁盘 IO、内存等动态信息，再根据某种选择策略，找到可以提供服务的最佳服务器，将本地的应用请求发向它。如果负载信息采集程序发 现服务器失效，则找到其他可替代的服务器作为服务选择。整个过程对于应用程序来说是完全透明的，所有的工作都在运行时处理。 因此这也是一种动态的负载均衡技术。     但这种技术存在通用性的问题。因为每一个客户端都要安装这个特殊的采集程序；并且，为了保证应用层的透明运行，需要针对 每一个应用程序加以修改，通过动态链接库或者嵌入的方法，将客户端的访问请求能够先经过采集程序再发往服务器，以重定向的过 程进行。对于每一个应用几乎要对代码进行重新开发，工作量比较大。     所以，这种技术仅在特殊的应用场合才使用到，比如在执行某些专有任务的时候，比较需要分布式的计算能力，对应用的开发没 有太多要求。另外，在采用JAVA构架模型中，常常使用这种模式实现分布式的负载均衡，因为java应用都基于虚拟机进行，可以在应 用层和虚拟机之间 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 一个中间层，处理负载均衡的工作。 ◆应用服务器的负载均衡技术     如果将客户端的负载均衡层移植到某一个中间平台，形成三层结构，则客户端应用可以不需要做特殊的修改，透明的通过中间层 应用服务器将请求均衡到相应的服务结点。比较常见的实现手段就是反向代理技术。使用反向代理服务器，可以将请求均匀转发给多 台服务器，或者直接将缓存的数据返回客户端，这样的加速模式在一定程度上可以提升静态网页的访问速度，从而达到负载均衡的目 的。     使用反向代理的好处是，可以将负载均衡和代理服务器的高速缓存技术结合在一起，提供有益的性能。然而它本身也存在一些问 题，首先就是必须为每一种服务都专门开发一个反向代理服务器，这就不是一个轻松的任务。     反向代理服务器本身虽然可以达到很高效率，但是针对每一次代理，代理服务器就必须维护两个连接，一个对外的连接，一个对 内的连接，因此对于特别高的连接请求，代理服务器的负载也就非常之大。反向代理能够执行针对应用协议而优化的负载均衡策略， 每次仅访问最空闲的内部服务器来提供服务。但是随着并发连接数量的增加，代理服务器本身的负载也变得非常大，最后反向代理服 务器本身会成为服务的瓶颈。 ◆基于域名系统的负载均衡     NCSA的可扩展Web是最早使用动态DNS轮询技术的web系统。在DNS中为多个地址配置同一个名字，因而查询这个名字的客户机将 得到其中一个地址，从而使得不同的客户访问不同的服务器，达到负载均衡的目的。在很多知名的web站点都使用了这个技术：包括 早期的yahoo站点、163等。动态DNS轮询实现起来简单，无需复杂的配置和管理，一般支持bind8.2以上的类unix系统都能够运行，因 此广为使用。     DNS负载均衡是一种简单而有效的方法，但是存在不少问题。     首先域名服务器无法知道服务结点是否有效，如果服务结点失效，余名系统依然会将域名解析到该节点上，造成用户访问失效。     其次，由于DNS的数据刷新时间TTL（Time to LIVE）标志，一旦超过这个TTL，其他DNS服务器就需要和这个服务器交互，以重 新获得地址数据，就有可能获得不同IP地址。因此为了使地址能随机分配，就应使TTL尽量短，不同地方的DNS服务器能更新对应的 地址，达到随机获得地址。然而将TTL设置得过短，将使DNS流量大增，而造成额外的网络问题。     最后，它不能区分服务器的差异，也不能反映服务器的当前运行状态。当使用DNS负载均衡的时候，必须尽量保证不同的客户计 算机能均匀获得不同的地址。例如，用户A可能只是浏览几个网页，而用户B可能进行着大量的下载，由于域名系统没有合适的负载策 略，仅仅是简单的轮流均衡，很容易将用户A的请求发往负载轻的站点，而将B的请求发往负载已经很重的站点。因此，在动态平衡特 性上，动态DNS轮询的效果并不理想。 ◆高层协议 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 交换技术     除了上述的几种负载均衡方式之外，还有在协议内部支持负载均衡能力的技术，即URL交换或七层交换，提供了一种对访问流量 的高层控制方式。Web内容交换技术检查所有的HTTP报头，根据报头内的信息来执行负载均衡的决策。例如可以根据这些信息来确定 如何为个人主页和图像数据等内容提供服务，常见的有HTTP协议中的重定向能力等。     HTTP运行于TCP连接的最高层。客户端通过恒定的端口号80的TCP服务直接连接到服务器，然后通过TCP连接向服务器端发送一个 HTTP请求。协议交换根据内容策略来控制负载，而不是根据TCP端口号，所以不会造成访问流量的滞留。     由于负载平衡设备要把进入的请求分配给多个服务器，因此，它只能在TCP连接时建立，且HTTP请求通过后才能确定如何进行负 载的平衡。当一个网站的点击率达到每秒上百甚至上千次时，TCP连接、HTTP报头信息的分析以及进程的时延已经变得很重要了，要 尽一切可能提高这几各部份的性能。     在HTTP请求和报头中有很多对负载平衡有用的信息。我们可以从这些信息中获知客户端所请求的URL和网页，利用这个信息，负 载平衡设备就可以将所有的图像请求引导到一个图像服务器，或者根据URL的数据库查询内容调用CGI程序，将请求引导到一个专用 的高性能数据库服务器。     如果网络管理员熟悉内容交换技术，他可以根据HTTP报头的cookie字段来使用Web内容交换技术改善对特定客户的服务，如果能 从HTTP请求中找到一些规律，还可以充分利用它作出各种决策。除了TCP连接表的问题外，如何查找合适的HTTP报头信息以及作出 负载平衡决策的过程，是影响Web内容交换技术性能的重要问题。如果Web服务器已经为图像服务、SSL对话、数据库事务服务之类的 特殊功能进行了优化，那么，采用这个层次的流量控制将可以提高网络的性能。 ◆网络接入协议交换     大型的网络一般都是由大量专用技术设备组成的，如包括防火墙、路由器、第3、4层交换机、负载均衡设备、缓冲服务器和Web 服务器等。如何将这些技术设备有机地组合在一起，是一个直接影响到网络性能的关键性问题。现在许多交换机提供第四层交换功 能，对外提供一个一致的IP地址，并映射为多个内部IP地址，对每次TCP和UDP连接请求，根据其端口号，按照即定的策略动态选择 一个内部地址，将数据包转发到该地址上，达到负载均衡的目的。很多硬件厂商将这种技术集成在他们的交换机中，作为他们第四层 交换的一种功能来实现，一般采用随机选择、根据服务器的连接数量或者响应时间进行选择的负载均衡策略来分配负载。由于地址转 换相对来讲比较接近网络的低层，因此就有可能将它集成在硬件设备中，通常这样的硬件设备是局域网交换机。     当前局域网交换机所谓的第四层交换技术，就是按照IP地址和TCP端口进行虚拟连接的交换，直接将数据包发送到目的计算机的 相应端口。通过交换机将来自外部的初始连接请求，分别与内部的多个地址相联系，此后就能对这些已经建立的虚拟连接进行交换。 因此，一些具备第四层交换能力的局域网交换机，就能作为一个硬件负载均衡器，完成服务器的负载均衡。     由于第四层交换基于硬件芯片，因此其性能非常优秀，尤其是对于网络传输速度和交换速度远远超过普通的数据包转发。然而， 正因为它是使用硬件实现的，因此也不够灵活，仅仅能够处理几种最 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 的应用协议的负载均衡，如HTTP 。当前负载均衡主要用于 解决服务器的处理能力不足的问题，因此并不能充分发挥交换机带来的高网络带宽的优点。     使用基于操作系统的第四层交换技术因此孕育而生。通过开放源码的Linux，将第四层交换的核心功能做在系统的核心层，能够在 相对高效稳定的核心空间进行IP包的数据处理工作，其效率不比采用专有OS的硬件交换机差多少。同时又可以在核心层或者用户层增 加基于交换核心的负载均衡策略支持，因此在灵活性上远远高于硬件系统，而且造价方面有更好的优势。为了支持与日俱增的高带宽应用，越来越多的PC机使用更加快速的链路连入网络。而网络中的业务量分布是不平衡的，核心高、 边缘低，关键部门高、一般部门低。伴随计算机处理能力的大幅度提高，人们对多工作组局域网的处理能力有了更高的要求。当企业 内部对高带宽应用需求不断增大时（例如Web访问、文档传输及内部网连接），局域网核心部位的数据接口将产生瓶颈问题，瓶颈延 长了客户应用请求的响应时间。并且局域网具有分散特性，网络本身并没有针对服务器的保护措施，一个无意的动作（像一脚踢掉网 线的插头）就会让服务器与网络断开。     通常，解决瓶颈问题采用的对策是提高服务器链路的容量，使其超出目前的需求。例如可以由快速以太网升级到千兆以太网。对 于大型企业来说，采用升级技术是一种长远的、有前景的解决方案。然而对于许多企业，当需求还没有大到非得花费大量的金钱和时 间进行升级时，使用升级技术就显得大材小用了。在这种情况下，链路聚合技术为消除传输链路上的瓶颈与不安全因素提供了成本低 廉的解决方案。     链路聚合技术，将多个线路的传输容量融合成一个单一的逻辑连接。当原有的线路满足不了需求，而单一线路的升级又太昂贵或 难以实现时，就要采用多线路的解决方案了。目前有5种链路聚合技术可以将多条线路“捆绑”起来。     同步IMUX系统工作在T1/E1的比特层，利用多个同步的DS1信道传输数据，来实现负载均衡。     IMA是另外一种多线路的反向多路复用技术，工作在信元级，能够运行在使用ATM路由器的平台上。     用路由器来实现多线路是一种流行的链路聚合技术，路由器可以根据已知的目的地址的缓冲（cache）大小，将分组分配给各个平 行的链路，也可以采用循环分配的方法来向线路分发分组。     多重链路PPP，又称MP或MLP，是应用于使用PPP封装数据链路的路由器负载平衡技术。MP可以将大的PPP数据包分解成小的数据 段，再将其分发给平行的多个线路，还可以根据当前的链路利用率来动态地分配拨号线路。这样做尽管速度很慢，因为数据包分段和 附加的缓冲都增加时延，但可以在低速的线路上运行得很好。     还有一种链路聚合发生在服务器或者网桥的接口卡上，通过同一块接口卡的多个端口映射到相同的IP地址，均衡本地的以太网流 量以实现在服务器上经过的流量成倍增加。目前市面上的产品有intel和dlink的多端口网卡，，一般在一块网卡上绑定4个100M以太端 口，大大提高了服务器的网络吞吐量。不过这项技术由于需要操作系统驱动层的支持，只能在win2000和linux下实现。     链路聚合系统增加了网络的复杂性，但也提高了网络的可*性，使人们可以在服务器等关键LAN段的线路上采用冗余路由。对于 IP系统，可以考虑采用VRRP（虚拟路由冗余协议）。VRRP可以生成一个虚拟缺省的网关地址，当主路由器无法接通时，备用路由器就 会采用这个地址，使LAN通信得以继续。总之，当主要线路的性能必需提高而单条线路的升级又不可行时，可以采用链路聚合技术。 ◆带均衡策略的服务器群集     如今，服务器必须具备提供大量并发访问服务的能力，其处理能力和I/O能力已经成为提供服务的瓶颈。如果客户的增多导致通信 量超出了服务器能承受的范围，那么其结果必然是——宕机。显然，单台服务器有限的性能不可能解决这个问题，一台普通服务器的 处理能力只能达到每秒几万个到几十万个请求，无法在一秒钟内处理上百万个甚至更多的请求。但若能将10台这样的服务器组成一个 系统，并通过软件技术将所有请求平均分配给所有服务器，那么这个系统就完全拥有每秒钟处理几百万个甚至更多请求的能力。这就 是利用服务器群集实现负载均衡的最初基本设计思想。     早期的服务器群集通常以光纤镜像卡进行主从方式备份。令服务运营商头疼的是关键性服务器或应用较多、数据流量较大的服务 器一般档次不会太低，而服务运营商花了两台服务器的钱却常常只得到一台服务器的性能。通过地址转换将多台服务器网卡的不同IP 地址翻译成一个VIP(Virtual IP)地址，使得每台服务器均时时处于工作状态。原来需要用小型机来完成的工作改由多台PC服务器完成， 这种弹性解决方案对投资保护的作用是相当明显的——既避免了小型机刚性升级所带来的巨大设备投资，又避免了人员 培训 焊锡培训资料ppt免费下载焊接培训教程 ppt 下载特设培训下载班长管理培训下载培训时间表下载 的重复投 资。同时，服务运营商可以依据业务的需要随时调整服务器的数量。     网络负载均衡提高了诸如Web服务器、FTP服务器和其他关键任务服务器上的因特网服务器程序的可用性和可伸缩性。单一计算 机可以提供有限级别的服务器可*性和可伸缩性。但是，通过将两个或两个以上高级服务器的主机连成群集，网络负载均衡就能够提 供关键任务服务器所需的可*性和性能。     为了建立一个高负载的Web站点，必须使用多服务器的分布式结构。上面提到的使用代理服务器和Web服务器相结合，或者两台 Web服务器相互协作的方式也属于多服务器的结构，但在这些多服务器的结构中，每台服务器所起到的作用是不同的，属于非对称的 体系结构。非对称的服务器结构中每个服务器起到的作用是不同的，例如一台服务器用于提供静态网页，而另一台用于提供动态网页 等等。这样就使得网页设计时就需要考虑不同服务器之间的关系，一旦要改变服务器之间的关系，就会使得某些网页出现连接错误， 不利于维护，可扩展性也较差。     能进行负载均衡的网络设计结构为对称结构，在对称结构中每台服务器都具备等价的地位，都可以单独对外提供服务而无须其他 服务器的辅助。然后，可以通过某种技术，将外部发送来的请求均匀分配到对称结构中的每台服务器上，接收到连接请求的服务器都 独立回应客户的请求。在这种结构中，由于建立内容完全一致的Web服务器并不困难，因此负载均衡技术就成为建立一个高负载Web 站点的关键性技术。     总之，负载均衡是一种策略，它能让多台服务器或多条链路共同承担一些繁重的计算或I/O任务，从而以较低成本消除网络瓶颈， 提高网络的灵活性和可行性。 漫谈流媒体服务器集群的负载均衡 www.net130.com     日期：2007-2-7    浏览次数：1984 出处：IT168 高性能宽带信息示范网3TNet的创建，使远距离VOD成为可能。流媒体服务器（Streaming Media Server 简写MS）集群系统能够用相对较为廉价的方式提供较强的可扩展性和良好的吞吐性能，然而要使系统资源得到充分利用却面临着许多技术上的挑战，负载均衡技术就是其中之一。在一个由服务器集群构成的大规模视频点播系统中，负载均衡策略的优劣直接影响着整个系统的资源利用效率和服务质量。 MS系统的架构特点 图1. MS中的视频点播系统示意图 图2. 普通视频点播系统示意图 对比图1和图2可以看出，MS中的视频点播系统与普通视频点播系统的不同：在普通视频点播系统中，数据全部存储在本地服务器硬盘上，直接将数据读取到缓存中即可为用户提供服务；而在本文的视频点播系统中，只有部分影片存储在本地服务器中，这些影片的处理和普通视频点播服务器相同，对于其它本地没有存储的影片，MS获得用户请求后立即向内容推送平台（CDP）请求数据，CDP将通过ASON（3TNet）的Burst ASON机制即时将数据传送过来，MS并将数据存放在缓存中为用户服务。 如果MS没有好的节目存储调度管理机制，影片存储不合理，将极易出现频繁向上级内容提供商请求数据的情况，而一个上级内容提供商为多个MS提供服务，对每一个MS的服务时间是有限的，未必能及时响应于一个请求，且MS与内容提供商之间的数据传送是通过ASON完成的，ASON 采用交换式连接，根据客户需求来动态分配光通道，这种连接的建立、拆除都会占用一定的时问，频繁的连接建立与拆除操作必定会人大降低整个系统的有效利用率。 另外，MS从ASON上接受数据时，极短的时间内有大量的数据同时到达缓存，给系统带来了新的负载压力；且MS提供的是流媒体服务，需对普通媒体文件进行实时编码，转化成流式数据传送给用户，这也是系统负载的一部分。 由以上分析可见，由于本系统特殊的架构特点，MS中的数据存储方式会更加直接地影响着系统的负载分配和服务质量，这对负载均衡策略提出了更高的要求：在实现负载均衡策略时需要同时考虑数据的存储调度管理，否则会造成有的服务器异常繁忙，而有的服务器比较空闲，整个系统资源不能得到充分利用的局面。 MS中的负载均衡系统设计 MS中的负载均衡系统是在基于LAN的分布式体系结构下实现的负载均衡，所有来自客户端的请求被透明地分配到若干服务器上。对用户而言，整个分布式系统仿佛是台单一的逻辑服务器。这样的集群系统能够提供较强的可扩展性和较好的吞吐性能。从商业角度而言，不仅可以保护原来的投资，而且也可以通过廉价的集群系统获得高性能计算机所能达到的处理能力。 然而要使这样的集群系统保持较高的资源利用率面临一定挑战。例如，现有的负载均衡方法都不能很好地解决本系统中涉及的问题，最早的负载均衡技术是通过DNS来实现的，在DNS中为多个地址配置同一个域名，从而查询该域名的客户机将访问不同的服务器，达到负载均衡的目的。DNS负载均衡虽然简单而有效，但它不能区分服务器的差异，也不能反映服务器的当前运行状态。 有人采用反向代理服务器进行请求转发的方法，该方法虽然能够应用优化的负载均衡策略，使每次服务均由最空闲的内部服务器来提供，以达到负载均衡的目的。但随着并发连接数量的增加，代理服务器本身的负载也变得非常大，反向代理服务器本身反而会成为服务的瓶颈。还有人采用支持负载均衡的地址转换网关的方法，可以将一个外部IP地址映射为多个内部IP地址，对每次请求动态使用其中一个内部地址，达到负载均衡的目的。 很多硬件厂商将此技术集成在设备中，采用随机选择、根据服务器的连接数量或者响应时间进行选择的负载均衡策略来分配负载，然而硬件实现的负载控制器灵活性不强，不能支持更优化的负载均衡策略和更复杂的应用协议。还有负载均衡方法是在某些协议内部实现的，例如HTTP协议中的重定向功能等，但它依赖于特定协议，因此使用范围有限。 MS中采用的基于分配器的负载均衡机制 基于分配器的负载均衡机制是IP/TCP/HTTP的重定向分配。一般需要一个特殊的前端节点，称为分配器(dispatcher)。所有的客户端请求都经过分配器并由它分配到后端服务器处理。这种基于分配器的请求分配机制通常对客户端是透明的，采用的机制有两种： 一种称为中继机制(relaying)，如图3所示，客户端请求到达分配器后，由分配器按定的负载分配算法，将请求传递给被选中的服务器。服务器处理后的结果传回至分配器，再由分配器转发给客户端。分配器的工作通常在操作系统的应用层完成，也有修改操作系统核心直接支持中继机制的系统，其性能会有所改善，这种优化的方法称为TCP衔接(TCP splicing)； 图3. 中继机制示意图 另外一种机制称为TCP传递(TCP handoff)，如图4所示，客户端的请求经过分配器分配到达服务器，服务器将处理后的结果不经过分配器而直接发送给客户端。中继或TCP衔接机制要求所有的通信均要经过分配器(特别是处理结果信息量很大的情况下)，因此容易在分配器形成通信瓶颈，TCP传递机制避免了这一问题，因此性能更好，但是需要对前端和后端节点进行修改，以支持TCP handoff 。 图4. TCP传递机制示意图 MS中的负载均衡系统结构设计 对于大型视频点播系统来说，一个好的负载均衡算法不能只单纯考虑负载分配问题，更应“未雨绸缪”，在接受用户请求和节目存储时就考虑到负载均衡问题，因此我们认为本系统中的负载均衡系统应该如图5所示，分为接入许可控制模块(Admission Control Module, A CM )、负载调度模块(Load Schedule Module，LSM )和存储管理模块(Storage Manage Module, SMM )三个部分。 接入许可控制模块作为视频服务器的单一入口点，判断是否接受客户的命令请求；负载调度模块负责根据一定的服务器选择算法分配负载，并管理各MS-VOD节点；存储管理模块负责根据点播率变化情况及时调整影片存储。 图5. MS中的负载均衡系统结构示意图 客户请求处理流程 ACM作为MS的入口点，记录有所有正在接受服务客户与MS-VOD的对应关系，即根据客户标识能够立即查询到为其服务的MS-VOD。当ACM 收到流量控制和VCR(Video Cassette Record)等己连接客户的命令请求时，将其赋予很高的优先级，直接转发到为该客户服务的MS-VOD，由同一个MS-VOD作进一步处理。而对于客户提交的新的点播请求命令，则按下而的流程完成处理： 1． MS-Manager中的ACM模块收到用户请求后进行处理：首先与BOSS交互进行用户身份鉴权和点播合法性的认证，然后再经许可准入控制算法处理，决定是否接受该用户请求； 2. 对于非法的点播请求或者是暂时无法满足其QoS要求的点播请求，ACM直接返 回给客户拒绝服务信息；如果用户请求通过了ACM的认证并被许可准入，则该请求会被转发至LSM模块； 3. LSM 记录其收到的客户请求，根据当前各MS-VOD的负载记录和一定的负载调度策略，按着先来先服务的原则，逐一为查询命令选择MS-VOD，如果查询到了合适的MS-VOD，立即通知此MS-VOD为相应的用户提供视频服务； 4. 如果当前没有可用的服务器，则将该请求保留，保留其间多次为其选择MS-VOD，直至选择成功或失败，并将结果通知ACM。对于超时失败的选择查询， ACM会将结果通知该客户； 5． 对于选择成功的查询，将该客户的加载请求发送到相应的MS-VOD，如果此MS-VOD中存储有相应影片，则直接将影片数据从硬盘中调出至缓存中，再由视频处理模块将其转化为流式数据，以提供给用户流媒体视频服务； 6． 如果此MS-VOD中没有存储相应的影片，则立即向上级内容分发平台CDP发出数 据请求，如果请求数据成功，将从ASON上接收数据放在缓存中，经过数据转换后，立刻向客户发送数据，并将加载成功结果通知ACM，否则将失败结果返回给ACM； 7． ACM将收到的加载结果返回给客户，一个用户请求处理完成。 小结 流媒体服务器研究的一个重点就是负载均衡问题。本文从MS的架构特点和工作流程出发，给出了MS的系统设计，并提出将许可准入控制、负载分配和存储调度管理三者有机结合的负载均衡算法，在实际测试中取得了很好的均衡效果。