CN202841204U - 网站服务器集群架构 - Google Patents

Abstract

本实用新型公开一种网站服务器集群架构，以降低语音服务器部署的成本。包括：智能DNS服务器，反向代理服务器，中心网站服务器，部署于单线机房的语音服务器，设有两个分别连接不同类型网络的网络接口的频道加速服务器，以及用于管理频道加速服务器并根据中心网站服务器的分配请求以选择频道加速服务器分配给异网访问用户的加速管理服务器；其中，智能DNS服务器与反向代理服务器连接，中心网站服务器与反向代理服务器、语音服务器及频道加速管理服务器连接，频道加速服务器与语音服务器及加速管理服务器连接，且频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道。

Description

网站服务器集群架构

技术领域

本实用新型涉及互联网技术领域，尤其涉及一种网站服务器集群架构。

背景技术

随着原中国电信集团按南北地域分家,新的中国电信和网通集团随即成立,互联网的骨干网也被一分为二了，北有网通、南有电信。从此，细心的网民可以发现,有些经常访问的网站速度一下子慢了下来，有时候还有访问不到的情况出现。例如北方地区的网络用户访问中国网通的服务器会非常快，而访问中国电信的服务器时，感觉非常慢。这种现象不仅影响了网站的访问量,更严重的是它直接影响了一些经营性网站的经济效益。据分析,产生这个问题的根本原因是中国电信分家之后，电信与网通之间的互连存在问题。虽然信息产业部已经在规划南北互通计划，但在今后相当长的一段时期内，南北方网互连的问题还会长期存在。

智能DNS南北互联解决方案很好的解决了上面所述的问题。DNS策略解析最基本的功能是可以智能的判断访问您网站的用户，然后根据不同的访问者把您的域名分别解析成不同的IP地址。如访问者是联通用户，DNS策略解析服务器会把你的域名对应的联通IP地址解析给这个访问者。如果用户是电信用户，DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。如果用户是教育网用户，DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。

智能DNS解析是针对目前电信和联通互联互通不畅的问题推出的一种DNS解决方案。把同样的域名记录分别设置指向联通和电信IP，当联通的客户访问时，智能DNS会自动判断访问者来路，并返回联通服务器的IP地址；电信的客户访问时会自动返回电信的IP地址。这样，就可以避免联通的客户去访问电信的网络，以及电信的客户去访问联通的网络，很好的解决了客户跨网访问不畅的问题。然而，这种实现方式需要功能完全一致的服务器分别部署在联通和电信机房，增加了服务器的开销。尤其是对于多频道的网页语音聊天室，其需部署的语音服务器众多，如果需要将各频道的语音服务器都分两套部署，无疑增加了维护和运营的成本，需进一步改进。

实用新型内容

本实用新型的主要目的在于公开一种网站服务器集群架构，以降低语音服务器部署的成本。

为达上述目的，本实用新型公开的网站服务器集群架构包括：

将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器的智能DNS服务器；

将该http请求重定向到所述中心网站服务器时携带机房信息的反向代理服务器；

用于创建频道，分配各频道的语音服务器及根据所述反向代理服务器的http请求所携带的机房信息确定网站访问者的用户类型，并为该访问用户进入聊天室频道连接异网语音服务器时分配频道加速服务器的中心网站服务器；

用于为访问用户提供语音信令及数据处理的语音服务器，其部署于单线机房；

用于为访问该频道的异网用户提供语音加速处理的频道加速服务器，其设有两个分别连接不同类型网络的网络接口；

用于管理频道加速服务器并根据所述中心网站服务器的分配请求以选择频道加速服务器分配给异网访问用户的加速管理服务器；

其中，所述智能DNS服务器与反向代理服务器连接，所述中心网站服务器与所述反向代理服务器、所述语音服务器及频道加速管理服务器连接，所述频道加速服务器与所述语音服务器及所述加速管理服务器连接，且所述频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道。

本实用新型至少具有以下优点：

通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题，而且基于频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道，藉此可利用一个频道加速服务器来为多个频道的语音服务器进行频道加速，利用率高，与现有的语音服务器分两套部署相比较而言，极大地降低了服务器部署的成本。

附图说明

图1是本实用新型实施例公开的网站服务器集群架构图；

图2是应用图1所示架构来处理网页聊天室访问操作的流程图。

具体实施方式

下面结合说明书附图对本实用新型的具体实现方式做一详细描述。

实施例一

本实施例公开一种网站服务器集群架构，如图1所示，包括：

智能DNS服务器1，用于将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器；

反向代理服务器2，用于将该http请求重定向到中心网站服务器时携带机房信息；

中心网站服务器3，用于创建频道，分配各频道的语音服务器及根据反向代理服务器的http请求所携带的机房信息确定网站访问者的用户类型，并为该访问用户进入聊天室频道连接异网语音服务器时分配频道加速服务器；

语音服务器4，用于为访问用户提供语音信令及数据处理，其部署于单线机房；

频道加速服务器5，用于为访问该频道的异网用户提供语音加速处理，其设有两个分别连接不同类型网络的网络接口；

加速管理服务器6，用于管理频道加速服务器并根据中心网站服务器的分配请求以选择频道加速服务器分配给异网访问用户；

其中，智能DNS服务器与反向代理服务器连接，中心网站服务器与反向代理服务器、语音服务器及频道加速管理服务器连接，频道加速服务器与语音服务器及加速管理服务器连接，且频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道。

上述服务器架构可用于执行图2所示的网页聊天室的访问操作，如图所示，该操作包括以下步骤：

步骤S1、用户通过域名访问中心网站服务器，智能DNS服务器将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器。

该步骤中，访问用户网络类型包括电信用户、联通用户、教育网用户等。与之相对应的，中心网站服务器的反向代理服务器也需要分别在电信、联通和联通机房各部署至少一台。

举例说明：中心网站服务器部署在北京联通IDC机房，另又部署两个反向代理网站主机群在贵阳电信IDC和联通IDC。藉此，某贵阳电信用户访问网站被DNS智能解析分配指向到贵阳IDC机房服务器，某联通用户访问网站被DNS智能解析分配指向联通IDC机房的服务器。

步骤S2、反向代理服务器在将该http请求重定向到中心网站服务器时携带机房信息。

该步骤可在必要的http请求链接中追加用户网络类型属性参数。基于NingX可以通过配置控制让通过它转向的http请求附加请求参数，我们利用该机制在不同的机房进行不同的配置，附带参数标识不同的机房信息。藉此：贵阳电信机房主机配置NingX系统将用户http请求反向代理到北京中心机房；联通机房主机配置NingX系统将用户http请求反向代理到北京中心机房。

步骤S3、中心网站服务器根据http请求携带的机房信息确定网站访问者的用户类型。

步骤S4、当用户进入聊天室频道时，中心网站服务器判断目标聊天室的语音服务器是否与用户网络类型相符，如果相符，执行下述步骤S5，否则，执行下述步骤S6。

该步骤中，基于各频道的语音服务器可以根据内容及其用户地域的分布进行灵活部署，假设：将聊天室频道一的语音服务器部署在联通机房，将聊天室频道二的语音服务器部署在电信机房；则可以做出如下判断：

聊天室频道一的语音服务器的类型与联通用户相符，与电信用户不符；

聊天室频道二的语音服务器的类型与电信用户相符，与联通用户不符。

基于上述部署，因此，当联通用户选择进入聊天室频道一、或电信用户选择进入聊天室频道二，执行下述的步骤S5；反之，当电信用户选择进入聊天室频道一、或联通用户选择进入聊天室频道二，则执行下述的步骤S6。

步骤S5、中心网站服务器将语音服务器的IP地址/端口信息发送给网页的flash客户端，供flash客户端建立与语音服务器之间的TCP连接以传输RTMP语音数据流。

步骤S6、中心网站服务器为该用户分配一频道加速服务器，并将频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端，供flash客户端建立与频道加速服务器之间的TCP连接，且在该TCP连接建立后，flash客户端在RTMP的握手请求中携带语音服务器的IP地址/端口信息，以供频道加速服务器建立与语音服务器之间的TCP连接以传输RTMP语音数据流。

本发明实施例中，频道加速服务器设有两个分别连接不同类型网络的网络接口（如一个用于连接联通用户的flash客户端，一个用于连接电信机房的语音服务器），以此为网络类型不一致的的语音服务器与用户之间的指令及数据的中转和加速提供条件，有效解决了单线机房的语音服务器处理异网用户语音数据慢的问题。

值得说明的是：由于flash内嵌的TCP连接机制限制二次开发对其进行TCP协议层操控，无法完美整合socks5代理方案。因此如果想让一个频道加速服务器能够为不同的语音服务器提供语音加速服务，一般设计是让flash客户端先与频道加速服务器连接握手，然后通过应用层AMF数据消息通知频道加速服务器与哪个语音服务器进行TCP/RTMP连接握手。但是这样大大降低用户端flash与真实语音服务器之间的连接速度（RTMP协议连接握手过程有若干个计算素数过程，这个过程比较消耗物理时间，一般在10ms左右），当然也会对产品的用户体验造成负面影响。一种简单的做法是设定每一个频道加速服务器只为一个语音加速服务器提供加速服务，而一个语音服务器可以部署多个频道加速服务器，如：教育网、移动网、电信网均可分别部署不同的频道加速服务器为一个PRS提供服务，各自不同网络的用户连接各自网络最适合的频道加速服务器进行语音加速中转。依此设计每一个频道加速服务器对网络带宽和对物理服务器CPU、内存资源占用率都应该小于其服务的PRS所占用的物理服务器资源。一般我们会在一台物理服务器部署一个语音服务器应用程序，并希望这一个应用程序尽可能充分使用该物理服务器所享有的带宽、CPU、内存资源。而一个频道加速服务器使用这些网络及硬件资源的比率要比其服务的语音服务器小很多，所以可以考虑一台物理服务器上部署多个频道加速应用程序，每个频道加速应用程序分配一个网络端口供用户连接使用。但是经过互联网部署及实践经验证明，很多运营商购置的网络防火墙、路由器出于安全性考虑能够智能识别RTMP协议并且判断当前承载该协议的TCP连接通道是否是使用1935端口（RTMP官方协议默认端口）。

如果不是则会很快掐断该TCP连接。所以为了更好的为普通互联网用户服务，我们在部署RTMP协议频道加速服务器时对外提供的访问端口必须要使用1935，这样一来一台物理服务器则只能部署一个支持RTMP协议接入的应用服务程序。

基于上段背景，在本实施例中，创新了一种RTMP加速代理TCP出口连接机制。即：通过flash客户端在RTMP握手时的消息中携带语音服务器的IP地址/端口信息，使得频道加速服务器接受来至flash客户端RTMP连接握手请求时开始分析真实的目的地址从而可创建与不同语音服务器之间的TCP/RTMP握手连接。由于RTMP握手请求是flash客户端和RTMP服务器进行TCP连接后的第一个工作步骤，所以在此处再开始出口数据TCP连接虽然比服务器监听到入口数据TCP连接请求时就创建代理出口TCP连接慢一拍，但这相比现有的基于AMF消息数据传送目的语音服务器的地址/端口信息快很多，基本可以忽略不计。而且这样一来，频道加速服务器便可对多个不同频道的语音服务器提供加速代理服务，最终能够实现节约硬件和网络资源，又提升了TCP代理连接的速度。

综上，本实施例通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题，而且基于频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道，藉此可利用一个频道加速服务器来为多个频道的语音服务器进行频道加速，利用率高，与现有的语音服务器分两套部署相比较而言，极大地降低了服务器部署的成本。

以上公开的仅为本实用新型的几个具体实施例，但是，本实用新型并非局限于此，任何本领域的技术人员能思之的变化都应落入本实用新型的保护范围。

Claims (1)

1.一种网站服务器集群架构，其特征在于，包括：

将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器的智能DNS服务器；

将该http请求重定向到所述中心网站服务器时携带机房信息的反向代理服务器；

用于创建频道，分配各频道的语音服务器及根据所述反向代理服务器的http请求所携带的机房信息确定网站访问者的用户类型，并为该访问用户进入聊天室频道连接异网语音服务器时分配频道加速服务器的中心网站服务器；

用于为访问用户提供语音信令及数据处理的语音服务器，其部署于单线机房；

用于为访问该频道的异网用户提供语音加速处理的频道加速服务器，其设有两个分别连接不同类型网络的网络接口；

用于管理频道加速服务器并根据所述中心网站服务器的分配请求以选择频道加速服务器分配给异网访问用户的加速管理服务器；

其中，所述智能DNS服务器与反向代理服务器连接，所述中心网站服务器与所述反向代理服务器、所述语音服务器及频道加速管理服务器连接，所述频道加速服务器与所述语音服务器及所述加速管理服务器连接，且所述频道加速服务器与至少两个频道以上的语音服务器建立有加速连接通道。

Images