云流

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 2229|回复: 0

边缘服务器是如何工作的

[复制链接]
抢楼 抢楼 本帖为抢楼帖,欢迎抢楼! 
发表于 2013-6-8 16:24:53 | 显示全部楼层 |阅读模式
在一个边缘-源部署策略中,所有来自用户计算机的对Flash Media Server的连接请求都被重定向到一台边缘服务器。边缘服
务器接收来自用户计算机的请求,但边缘服务器不运行应用程序。边缘服务器建立至另一台计算机的连接,这另一台计算机被
称为源服务器,应用程序将在源服务器上运行。当源服务器执行完Flash Media Server服务请求后,它会把应用程序的数据发送
回边缘服务器,然后再由边缘服务器把这些数据发送回客户机(用户的计算机)。
对用户而言,看起来好像是他们直接连接到应用程序所在的源服务器。边缘服务器使整个过程看起来就好像它自身在运行
应用程序一样。但事实上,边缘服务器所扮演的角色是客户机和源服务器之间的通讯仲裁者。边缘服务器识别用户并批准他们
对Web服务的请求。
例如,当Flash Media Server被单独部署在一台计算上并只运行一个应用程序实例时,当一个组织机构中的来自多个不同位
置的大量用户几乎同时都想连接到Flash Media Server时,系统和网络资源可能就会显得不是那么充足。这种情况可能在召开一
个企业范围内的会议或讨论会时出现。当太多的用户想要在同一时刻访问同一个应用程序时,现有的带宽和系统资源可能会过
载。反应时间的延长是资源需要重新配置或分配的另一个暗示。
每一个进入源服务器的连接所消耗的资源与经由连接流过的实际的数据量无关。当连接数增加时,负载会迅速增加并进而
影响服务器的性能。边缘服务器通过聚集连接可以显著的减轻这个问题。边缘服务器通过把来自大量客户机的连接多路复用为
一个至源服务器的连接。
这样的约束可能促使Flash Media Server和网络管理员考虑一种不同的部署策略。这种策略涉及通过运行一些虚拟主机作为
边缘服务器,另一些虚拟主机作为源服务器来配置Flash Media Server以重新分配系统和带宽资源上的负载。
不同于把每一个请求都推向源服务器并为那些重复的任务而消耗资源,边缘服务器把来自大量客户机的请求收集起来并将
它们聚集成一个至源服务器的连接。边缘和源服务器之间所有通讯的发生对用户而言都是透明的。
要分配网络和系统资源的需求,管理员可以按地理位置或组织机构中的功能区将用户指派到特定的边缘服务器。例如,一台边缘服务器可能聚集和转递来自东京的用户的请求,而另一台边缘服务器可能聚集和转递来自巴黎的用户的请求。位于巴黎和东京的边缘服务器收集各自客户机的请求并将这些请求转递至位于另一个安全位置比如芝加哥的源服务器。在这些区域的用户总是可以经由被指派给他们的边缘服务器来访问源服务器。这些边缘服务器接收来自源服务器的响应,然后把它们分发回其各自地区-巴黎或东京-的客户机。边缘服务器也会缓存从源服务器接收到的数据,并使其对连接到这台边缘服务器的其他客户机可用。重复利用数据是边缘服务器有效使用资源的另一种方式。缓存静态内容减少了源服务器的整体负载。一个网络化的Flash Media Server部署涉及多个边缘服务器;这些边缘服务器可以被单独或是集群的部署。边缘服务器也可以被链接,在这种情况中,一台边缘服务器收集并聚集来自其他边缘服务器及其客户机的连接请求,然后把这些请求传输到一个源服务器。一台边缘服务器被设计成截获来自某一特定地区的用户的Flash Media Server服务请求,收集或聚集这些请求,然后把它们传输到源服务器。源服务器把结果返回给边缘服务器,边缘服务器再把这些数据发送回用户的客户端计算机。边缘服务器也会把这些信息存储在它的缓存中,这样,被指派到同一台边缘服务器的其他用户或客户机就可以访问这些被缓存的数据。由此,被转递到源服务器的服务请求就可以减少。边缘服务器缓存诸如视频流和共享对象这样的数据。当一个用户请求的数据在边缘服务器的缓存中被找到时,它会把这些数据返回给发出请求的客户机,而不会再向源服务器转递请求。这种便道绕行对用户而言是透明的。边缘服务器通过不连接到源服务器从而节省了带宽。在这种情况中,没有需求会在源服务器上产生。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|点播全平台|Player|Admin|播放器|kd|P2PCONF|小黑屋|手机版|Archiver|直播面试|网络电视|云流科技 ( 蜀ICP备2025132645号 )

GMT+8, 2025-5-6 20:15 , Processed in 0.065582 second(s), 13 queries , Gzip On.

Powered by Discuz! X3.4

© 2001-2016 Comsenz Inc.

快速回复 返回顶部 返回列表