一种节能数据服务器架构系统的制作方法

文档序号:7770541阅读:218来源:国知局
一种节能数据服务器架构系统的制作方法
【专利摘要】本发明提供一种节能数据服务器架构系统,包括:一种节能数据服务器架构系统,包括:节能DNS服务器、反向代理服务器、数据中心服务器、语音服务器、视频服务器、频道加速服务器、加速管理控制器,所述节能DNS服务器连接于反向代理服务器,反向代理服务器连接有数据中心服务器,数据中心服务器连接有语音服务器、视频服务器、频道加速服务器、加速管理控制器,频道加速服务器连接于语音服务器、视频服务器、加速管理控制器。本发明利用率高,与现有的语音服务器分两套部署相比较而言,极大地降低了服务器部署的成本。
【专利说明】一种节能数据服务器架构系统

【技术领域】
[0001]本发明涉及数据处理领域,具体为一种节能数据服务器架构系统。

【背景技术】
[0002]随着原中国电信集团按南北地域分家,新的中国电信和网通集团随即成立,互联网的骨干网也被一分为二了,北有网通、南有电信。从此,细心的网民可以发现,有些经常访问的网站速度一下子慢了下来,有时候还有访问不到的情况出现。例如北方地区的网络用户访问中国网通的服务器会非常快,而访问中国电信的服务器时,感觉非常慢。这种现象不仅影响了网站的访问量,更严重的是它直接影响了一些经营性网站的经济效益。据分析,产生这个问题的根本原因是中国电信分家之后,电信与网通之间的互连存在问题。虽然信息产业部已经在规划南北互通计划,但在今后相当长的一段时期内,南北方网互连的问题还会长期存在。
[0003]智能DNS南北互联解决方案很好的解决了上面所述的问题。DNS策略解析最基本的功能是可以智能的判断访问您网站的用户,然后根据不同的访问者把您的域名分别解析成不同的IP地址。如访问者是联通用户,DNS策略解析服务器会把你的域名对应的联通IP地址解析给这个访问者。如果用户是电信用户,DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。如果用户是教育网用户,DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。
[0004]智能DNS解析是针对目前电信和联通互联互通不畅的问题推出的一种DNS解决方案。把同样的域名记录分别设置指向联通和电信IP,当联通的客户访问时,智能DNS会自动判断访问者来路,并返回联通服务器的IP地址;电信的客户访问时会自动返回电信的IP地址。这样,就可以避免联通的客户去访问电信的网络,以及电信的客户去访问联通的网络,很好的解决了客户跨网访问不畅的问题。然而,这种实现方式需要功能完全一致的服务器分别部署在联通和电信机房,增加了服务器的开销。尤其是对于多频道的网页语音聊天室,其需部署的语音服务器众多,如果需要将各频道的语音服务器都分两套部署,无疑增加了维护和运营的成本,需进一步改进。


【发明内容】

[0005]本发明所解决的技术问题在于提供一种节能数据服务器架构系统,以解决上述【背景技术】中提出的问题。
[0006]本发明所解决的技术问题采用以下技术方案来实现:一种节能数据服务器架构系统,包括:一种节能数据服务器架构系统,包括:节能DNS服务器、反向代理服务器、数据中心服务器、语音服务器、视频服务器、频道加速服务器、加速管理控制器,所述节能DNS服务器连接于反向代理服务器,反向代理服务器连接有数据中心服务器,数据中心服务器连接有语音服务器、视频服务器、频道加速服务器、加速管理控制器,频道加速服务器连接于语音服务器、视频服务器、加速管理控制器。
[0007]所述数据中心服务器连接有数据储存备份装置。
[0008]所述所述语音服务器、视频服务器并联连接。
[0009]与现有技术相比,本发明的有益效果是:本发明通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题,而且基于频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道,藉此可利用一个频道加速服务器来为多个频道的语音服务器进行频道加速,利用率高,与现有的语音服务器分两套部署相比较而言,极大地降低了服务器部署的成本。

【专利附图】

【附图说明】
[0010]图1为本发明的结构示意框图。

【具体实施方式】
[0011]为了使本发明的实现技术手段、创作特征、达成目的与功效易于明白了解,下面结合具体图示,进一步阐述本发明。
[0012]如图1所示,一种节能数据服务器架构系统,包括:节能DNS服务器、反向代理服务器、数据中心服务器、语音服务器、视频服务器、频道加速服务器、加速管理控制器,所述节能DNS服务器连接于反向代理服务器,反向代理服务器连接有数据中心服务器,数据中心服务器连接有语音服务器、视频服务器、频道加速服务器、加速管理控制器,频道加速服务器连接于语音服务器、视频服务器、加速管理控制器。
[0013]所述数据中心服务器连接有数据储存备份装置。
[0014]所述所述语音服务器、视频服务器并联连接。
[0015]所述节能DNS服务器,用于将指向数据中心服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
所述反向代理服务器,用于将该http请求重定向到数据中心服务器时携带机房信息;所述数据中心服务器,用于创建频道,分配各频道的语音服务器及根据反向代理服务器的http请求所携带的机房信息确定网站访问者的用户类型,并为该访问用户进入聊天室频道连接异网语音服务器时分配频道加速服务器;
所述语音服务器,用于为访问用户提供语音信令及数据处理,其部署于单线机房;所述频道加速服务器,用于为访问该频道的异网用户提供语音加速处理,其设有两个分别连接不同类型网络的网络接口;
所述加速管理控制器,用于管理频道加速服务器并根据数据中心服务器的分配请求以选择频道加速服务器分配给异网访问用户;
其中,节能DNS服务器与反向代理服务器连接,数据中心服务器与反向代理服务器、语音服务器及频道加速管理控制器连接,频道加速服务器与语音服务器及加速管理控制器连接,且频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道。
[0016]上述服务器架构可用于执行所示的网页聊天室的访问操作,该操作包括以下步骤: 步骤S1、用户通过域名访问数据中心服务器,节能DNS服务器将指向数据中心服务器的http请求分配到与访问用户网络类型相符的反向代理服务器。
[0017]该步骤中,访问用户网络类型包括电信用户、联通用户、教育网用户等。与之相对应的,数据中心服务器的反向代理服务器也需要分别在电信、联通和联通机房各部署至少.—.D ο
[0018]所述数据中心服务器部署在北京联通IDC机房,另又部署两个反向代理网站主机群在贵阳电信IDC和联通IDC。藉此,某贵阳电信用户访问网站被DNS智能解析分配指向到贵阳IDC机房服务器,某联通用户访问网站被DNS智能解析分配指向联通IDC机房的服务器。
[0019]步骤S2、反向代理服务器在将该http请求重定向到数据中心服务器时携带机房息。
[0020]该步骤可在必要的http请求链接中追加用户网络类型属性参数。基于NingX可以通过配置控制让通过它转向的http请求附加请求参数,我们利用该机制在不同的机房进行不同的配置,附带参数标识不同的机房信息。藉此:贵阳电信机房主机配置NingX系统将用户http请求反向代理到北京中心机房;联通机房主机配置NingX系统将用户http请求反向代理到北京中心机房。
[0021]步骤S3、数据中心服务器根据http请求携带的机房信息确定网站访问者的用户类型。
[0022]步骤S4、当用户进入聊天室频道时,数据中心服务器判断目标聊天室的语音服务器是否与用户网络类型相符,如果相符,执行下述步骤S5,否则,执行下述步骤S6。
[0023]该步骤中,基于各频道的语音服务器可以根据内容及其用户地域的分布进行灵活部署,假设:将聊天室频道一的语音服务器部署在联通机房,将聊天室频道二的语音服务器
部署在电信机房;则可以做出如下判断:
聊天室频道一的语音服务器的类型与联通用户相符,与电信用户不符;
聊天室频道二的语音服务器的类型与电信用户相符,与联通用户不符。
[0024]基于上述部署,因此,当联通用户选择进入聊天室频道一、或电信用户选择进入聊天室频道二,执行下述的步骤S5 ;反之,当电信用户选择进入聊天室频道一、或联通用户选择进入聊天室频道二,则执行下述的步骤S6。
[0025]步骤S5、数据中心服务器将语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与语音服务器之间的TCP连接以传输RTMP语音数据流。
[0026]步骤S6、数据中心服务器为该用户分配一频道加速服务器,并将频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与频道加速服务器之间的TCP连接,且在该TCP连接建立后,flash客户端在RTMP的握手请求中携带语音服务器的IP地址/端口信息,以供频道加速服务器建立与语音服务器之间的TCP连接以传输RTMP语音数据流。
[0027]所述频道加速服务器设有两个分别连接不同类型网络的网络接口(如一个用于连接联通用户的flash客户端,一个用于连接电信机房的语音服务器),以此为网络类型不一致的的语音服务器与用户之间的指令及数据的中转和加速提供条件,有效解决了单线机房的语音服务器处理异网用户语音数据慢的问题。
[0028]值得说明的是:由于flash内嵌的TCP连接机制限制二次开发对其进行TCP协议层操控,无法完美整合S0Cks5代理方案。因此如果想让一个频道加速服务器能够为不同的语音服务器提供语音加速服务,一般设计是让flash客户端先与频道加速服务器连接握手,然后通过应用层AMF数据消息通知频道加速服务器与哪个语音服务器进行TCP/RTMP连接握手。但是这样大大降低用户端flash与真实语音服务器之间的连接速度(RTMP协议连接握手过程有若干个计算素数过程,这个过程比较消耗物理时间,一般在1ms左右),当然也会对产品的用户体验造成负面影响。一种简单的做法是设定每一个频道加速服务器只为一个语音加速服务器提供加速服务,而一个语音服务器可以部署多个频道加速服务器,如:教育网、移动网、电信网均可分别部署不同的频道加速服务器为一个PRS提供服务,各自不同网络的用户连接各自网络最适合的频道加速服务器进行语音加速中转。依此设计每一个频道加速服务器对网络带宽和对物理服务器CPU、内存资源占用率都应该小于其服务的PRS所占用的物理服务器资源。一般我们会在一台物理服务器部署一个语音服务器应用程序,并希望这一个应用程序尽可能充分使用该物理服务器所享有的带宽、CPU、内存资源。而一个频道加速服务器使用这些网络及硬件资源的比率要比其服务的语音服务器小很多,所以可以考虑一台物理服务器上部署多个频道加速应用程序,每个频道加速应用程序分配一个网络端口供用户连接使用。但是经过互联网部署及实践经验证明,很多运营商购置的网络防火墙、路由器出于安全性考虑能够智能识别RTMP协议并且判断当前承载该协议的TCP连接通道是否是使用1935端口(RTMP官方协议默认端口)。
[0029]如果不是则会很快掐断该TCP连接。所以为了更好的为普通互联网用户服务,我们在部署RTMP协议频道加速服务器时对外提供的访问端口必须要使用1935,这样一来一台物理服务器则只能部署一个支持RTMP协议接入的应用服务程序。
[0030]基于上段背景,在本实施例中,创新了一种RTMP加速代理TCP出口连接机制。即:通过flash客户端在RTMP握手时的消息中携带语音服务器的IP地址/端口信息,使得频道加速服务器接受来至flash客户端RTMP连接握手请求时开始分析真实的目的地址从而可创建与不同语音服务器之间的TCP/RTMP握手连接。由于RTMP握手请求是flash客户端和RTMP服务器进行TCP连接后的第一个工作步骤,所以在此处再开始出口数据TCP连接虽然比服务器监听到入口数据TCP连接请求时就创建代理出口 TCP连接慢一拍,但这相比现有的基于AMF消息数据传送目的语音服务器的地址/端口信息快很多,基本可以忽略不计。而且这样一来,频道加速服务器便可对多个不同频道的语音服务器提供加速代理服务,最终能够实现节约硬件和网络资源,又提升了 TCP代理连接的速度。
[0031]本发明通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题,而且基于频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道,藉此可利用一个频道加速服务器来为多个频道的语音服务器进行频道加速,利用率高,与现有的语音服务器分两套部署相比较而言,极大地降低了服务器部署的成本。
[0032]以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解,本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下,本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。本发明的要求保护范围由所附的权利要求书及其等效物界定。
【权利要求】
1.一种节能数据服务器架构系统,包括:一种节能数据服务器架构系统,包括:节能DNS服务器、反向代理服务器、数据中心服务器、语音服务器、视频服务器、频道加速服务器、加速管理控制器,其特征在于:所述节能DNS服务器连接于反向代理服务器,反向代理服务器连接有数据中心服务器,数据中心服务器连接有语音服务器、视频服务器、频道加速服务器、加速管理控制器,频道加速服务器连接于语音服务器、视频服务器、加速管理控制器。
2.根据权利要求1所述的一种节能数据服务器架构系统,其特征在于:所述数据中心服务器连接有数据储存备份装置。
3.根据权利要求1所述的一种节能数据服务器架构系统,其特征在于:所述所述语音服务器、视频服务器并联连接。
【文档编号】H04L29/06GK104468473SQ201310420406
【公开日】2015年3月25日 申请日期:2013年9月13日 优先权日:2013年9月13日
【发明者】郑国表 申请人:天津市旭丰科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1