CN107306278A - 故障检测方法、全局负载均衡服务器和常驻网关 - Google Patents
故障检测方法、全局负载均衡服务器和常驻网关 Download PDFInfo
- Publication number
- CN107306278A CN107306278A CN201610243716.3A CN201610243716A CN107306278A CN 107306278 A CN107306278 A CN 107306278A CN 201610243716 A CN201610243716 A CN 201610243716A CN 107306278 A CN107306278 A CN 107306278A
- Authority
- CN
- China
- Prior art keywords
- content
- network node
- distribution network
- content distribution
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了故障检测方法、全局负载均衡服务器和常驻网关,其中故障检测方法应用于全局负载均衡服务器上,该方法包括:向所述第一内容分发网络节点发送故障检测消息;依据所述第一内容分发网络节点针对所述故障检测消息的故障反馈情况,判断所述第一内容分发网络节点是否出现故障,如果是,则将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点。采用本申请实施例,能使常驻网关及时获知与其相连的CDN节点的故障情况,从而保证CDN节点出现故障的情况下,也能正常向用户提供互联网内容。
Description
技术领域
本申请涉及内容分发网络技术领域,特别涉及故障检测方法、数据处理方法、全局负载均衡服务器、常驻网关和故障检测***。
背景技术
GSLB(Global Server Load Balance,全局负载均衡),其主要实现在广域网(包括互联网)上不同地域的服务器间的流量调配,例如,GSLB可以为RGW(Residential Gateway,常驻网关)配置离用户较近或者服务更好的CDN(Content Delivery Network,内容分发网络)节点,保证使用最佳的CDN节点来服务离自己最近的用户,从而确保互联网访问质量。
发明内容
但是发明人在研究过程中发现,基于移动CDN架构,由于eNB附近的CDN节点离用户更近,因此GSLB一般会为RGW配置eNB附近的CDN节点,可是假设CDN节点在实际应用中由于某种原因出现了故障,就无法向用户实时提供其请求访问的互联网内容,这种情况下,RGW如果不能获知与其相连的CDN节点出现了故障,就会继续将互联网内容访问请求发送给该CDN节点,就无法正常向用户提供互联网内容。
基于此,本申请提供了一种故障检测方法和一种数据处理方法,用以解决现有技术中CDN节点1如果出现故障就无法实现向用户提供互联网内容的问题。
本申请还提供了GSLB和RGW,用以保证上述方法在实际中的实现及应用。
为了解决上述问题,本申请公开了一种故障检测方法,该方法应用于分别与第一内容分发网络节点和常驻网关相连的全局负载均衡服务器上,该方法包括:
向所述第一内容分发网络节点发送故障检测消息;
依据所述第一内容分发网络节点针对所述故障检测消息的故障反馈情况,判断所述第一内容分发网络节点是否出现故障,如果是,则将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点,所述第二内容分发网络节点用于向所述用户设备提供互联网内容。
本申请还公开了一种数据处理方法,该方法应用于分别与第一内容分发网络节点和全局负载均衡服务器相连的常驻网关上;该方法包括:
接收所述全局负载均衡服务器发送的第二故障通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;
响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;
在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
本申请还公开了一种全局负载均衡服务器,所述全局负载均衡服务器分别和第一内容分发网络节点和常驻网关相连,该服务器包括:
发送故障检测消息模块,用于向所述第一内容分发网络节点发送故障检测消息;
判断模块,用于依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障;
通知模块,用于在所述判断模块的结果为是的情况下,将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点,所述第二内容分发网络节点用于向所述用户设备提供互联网内容。
本申请还公开了一种常驻网关,所述常驻网关分别与第一内容分发网络节点和全局负载均衡服务器相连,包括:
接收第二故障通知消息模块,用于接收所述全局负载均衡服务器发送的通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;
转发请求模块,用于响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;
转发内容模块,用于在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
本申请还公开了一种故障检测***,包括:全局负载均衡服务器、常驻网关、第一内容分发网络节点和第二内容分发网络节点,其中,
所述全局负载均衡服务器包括发送故障检测消息模块、判断模块和通知模块,所述发送故障检测消息模块用于向所述第一内容分发网络节点发送故障检测消息;所述判断模块用于依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障;所述通知模块用于在所述判断模块的结果为是的情况下,将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关;
所述常驻网关模块包括接收第二故障通知消息模块、转发请求模块和转发内容模块,所述接收第二故障通知消息模块,用于接收所述全局负载均衡服务器发送的通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;所述转发请求模块,用于响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;所述转发内容模块,用于在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备;
所述第一内容分发网络节点,用于在所述发送故障检测消息模块发送故障检测消息的情况下,向所述全局负载均衡服务器反馈故障情况;
所述第二内容分发网络节点,用于响应于所述常驻网关发送的互联网内容访问请求,向所述常驻网关发送与所述互联网内容访问请求对应的互联网内容。
与现有技术相比,本申请包括以下优点:
在本申请实施例中,如果布置在eNB附近的性能较低容量较小的CDN节点1出现故障了,将无法正常向UE提供互联网内容,因此,在GSLB检测到CDN节点1出现故障的情况下,可以主动通知RGW,RGW就停止向该出现故障的CDN节点1发送互联网内容访问请求,并将互联网内容访问请求转发至与CDN节点1相连的CDN节点2,从而由CDN节点2来向UE正常提供互联网内容,保证了用户能够及时正常地获取到自己请求访问的互联网内容。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种故障检测方法实施例的流程图;
图2是本申请在实际应用中的网络实体架构图;
图3是本申请的一种数据处理方法实施例的流程图;
图4是本申请的GSLB实施例的结构框图;
图5是本申请的RGW实施例的结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在介绍本申请实施例之间,为了方便本领域技术人员更清楚的理解本申请实施例中的网络节点,下面对其先做详细的介绍。
CDN,也称为内容传输网络。CDN是建立在现有IP网络基础结构之上的一种增值网络,是在应用层部署的一层网络架构。CDN的核心是利用智能化策略技术,将中心的内容和服务推送到网络边缘,使得用户可以在最近的和服务质量最佳的地方获取服务,其关键技术包括高速缓存、负载均衡、内容路由、内容分发、内容存储和内容管理等。CDN的技术优点包括:(1)全局负载平衡,访问速度快,让用户连接到最近的服务器上去。(2)热点内容主动传送,自动跟踪,自动更新。(3)无缝集成、高可靠、可用性以及扩展性。(4)减少对网络带宽资源的占用,具有智能的管理控制能力。(5)发送的内容受到保护,而且内容提供商可在本地自己决定服务的内容。基于上述的优点,CDN技术能提高宽带资源的利用率,增加流媒体在互联网上的应用普及,这些应用包括在线播放、音乐点播、电视直播、互动游戏等,大大促进Internet应用和服务的发展。CDN节点主要基于缓存服务器,也称作代理缓存,它位于靠近移动网络的互联网边缘。
eNB(eNodeB,增强的无线基站),是下一代的无线接入网的主要空口资源的控制设备,可以提供更高的上下行速率,更低的传输延迟和更加可靠的无线传输。
GW(Gateway,网关)是用户面功能实体,用于用户面数据路由处理,分为S-GW(Serving Gateway,服务网关)和P-GW(Packet Data NetworkGateway,分组数据网络网关)。
S-GW是演进的E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork,通用地面无线接入网)之间的移动锚点;P-GW是PDN(PacketData Network,移动网络与分组数据网)的边界网关,负责PDN的接入、在移动网络与PDN间转发数据等功能。
RGW,则位于eNB和SGW之间,主要做识别需要分流的数据包,并将其分流到与其连接的CDN节点。
GSLB,主要实现在广域网(包括互联网)上不同地域的服务器间的流量调配,保证使用最佳的服务器服务离自己最近的用户,从而确保互联网访问质量。
参考图1,示出了本申请一种故障检测方法实施例1的流程图,本实施例可以应用于分别与第一CDN节点和RGW相连的GSLB上;本实施例可以包括以下步骤:
步骤101:GSLB向所述第一CDN节点发送故障检测消息。
在本申请实施例中,UE(User Equipment,用户设备)是用户操作的终端设备。如果用户在UE上触发了互联网内容访问请求,例如,输入了一个网址或者触发了查看一个互联网内容的操作等,则UE会将该互联网内容访问请求转发至相应的RGW,RGW会再将该互联网内容访问请求转发给与其相连的第一CDN节点,即:CDN节点1,由CDN节点1向RGW提供与该互联网内容访问请求对应的互联网内容。在本实施例中,CDN节点1可以布置在靠近用户基站eNB附近,其性能的要求不需要太高即可实现。参考图2所示,为本申请在实际应用中的网络架构图。其中,RGW201向第一CDN节点202转发用户设备发送的互联网访问请求,因此在GSLB203和第一CDN节点202之间进行故障检测。
但是在实际应用中,还有可能CDN节点1出现了某种故障,例如,无法正常连接互联网,或者关机重启等情况,这种情况下CDN节点是无法向RGW正常提供互联网内容的,因此,就需要检测CDN节点1当前是否能够正常服务。在本实施例中,由GSLB来检测CDN节点1是否出现故障。
具体的,步骤101具体可以包括步骤A1~步骤A2:
步骤A1:建立与所述第一内容分发网络节点之间的故障检测连接。
GSLB可以和CDN节点1之间建立故障检测连接,具体的,该故障检测连接和可以普通的通信连接一样,只不过该故障检测连接用来发送故障检测消息。
步骤A2:通过所述故障检测连接周期性的向所述第一内容分发网络节点发送故障检测消息。
GSLB通过步骤A1中建立的故障检测连接来向CDN节点1发送故障检测消息,其中,该故障检测消息可以是,一个设置了故障检测功能的数据包,CDN节点1接收到该特定的数据包之后,就可以根据自身是否出现故障的实际情况来向GSLB进行反馈。其中,GSLB可以设置一个时间周期,例如10秒钟,这样就可以每隔10秒钟向CDN节点1发送一个故障检测消息。当然,时间周期的数值可以依据实际网络情况和需求由本领域技术人员自主设置。
步骤102:依据所述第一内容分发网络节点针对所述故障检测消息的故障反馈情况,判断所述第一内容分发网络节点是否出现故障,如果是,则进入步骤103。
在本步骤中,CDN节点1在接收到GSLB发送的故障检测消息之后,如果自身目前能够正常服务,则可以回复正常响应消息给GSLB,告知GSLB自己能正常提供互联网内容,因此,GSLB可以通过在固定时间内(例如10秒钟)是否未返回正常响应消息来判断CDN节点1是否出现故障,如果到了10秒钟CDN节点1还未返回正常响应消息,则GSLB判定CDN节点1出现了故障,反之则判定CDN节点1正常。或者,CDN节点1也可以在出现某些故障后,在接收到GSLB发送的故障检测消息之后,向GSLB发送一个第一故障通知消息,用来通知GSLB自己出现了故障,如果GSLB接收到了第一故障通知消息,则判定CDN节点1出现了故障,反之则判定CDN节点1正常。
其中,正常响应消息和第一故障通知消息的具体内容和承载形式,都可以在GSLB和CDN节点1之间预先约定,只要是能够起到对CDN节点1出现的故障进行成功判断的作用,任何内容和承载形式都是可以的。本申请中也不限定两者的具体内容和形式。
步骤103:将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关。
GSLB在判定得到CDN节点1出现故障的时候,就将CDN节点1出现故障的情况通知给RGW,RGW在收到GSLB的通知之后,就将不再UE触发的互联网内容访问请求转发至CDN节点1,而是将其转发至与CDN节点1相连的第二内容分发网络节点304,即CDN节点2,由CDN节点2来向UE提供与该互联网内容访问请求对应的互联网内容。可以理解的是,本实施例中的CDN节点2可以布置在比较高的网络核心位置上,其性能可以优于CDN节点1。
具体的,CDN节点2在接收到RGW转发的互联网内容访问请求后,可以获取到该互联网内容访问请求中的内容标识,该内容标识可以例如名称为“某女明星过生日”的视频等。那么CDN节点2会在自身保存的互联网内容中查找该视频的内容,并将该互联网内容通过RGW转发给UE。CDN节点1和CDN节点2都可以维护一个内容标识和互联网内容相互对应的数据表,从而依据该数据表可以进行互联网内容的查找。其中,CDN节点1可以布置在eNB附近,而CDN节点2可以布置在较高的核心位置,因此,CDN节点1的容量和性能都比CDN节点2要小。
当然,在步骤102中如果GSLB判断得到CDN节点1为正常工作状态,则不需要向RGW发送
可选的,在步骤103之后,还可以包括:
步骤104:接收所述常驻网关返回的故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
可选的,RGW在接收到GSLB发送的故障情况的通知之后,可以再向GSLB返回一个故障通知响应,该故障通知响应用于通知GSLB,该RGW已经知道CDN节点1出现故障,因此不再向该CDN节点1发送互联网内容访问请求。
可见,在本实施例中,如果布置在eNB附近的性能较低容量较小的CDN节点1出现故障了,将无法正常向UE提供互联网内容,因此,在GSLB检测到CDN节点1出现故障的情况下,可以主动通知RGW,RGW就停止向该出现故障的CDN节点1发送互联网内容访问请求,并将互联网内容访问请求转发至与CDN节点1相连的CDN节点2,从而由CDN节点2来向UE正常提供互联网内容,保证了用户能够及时正常地获取到自己请求访问的互联网内容。
参考图3,示出了本申请一种数据处理方法实施例的流程图,本实施例可以应用于分别与CDN节点1和GSLB相连的RGW上;本实施例可以包括以下步骤:
步骤301:接收所述全局负载均衡服务器发送的第二故障通知消息。
对于RGW来讲,在接收到eNB转发的、UE发起的互联网内容访问请求时,当CDN节点1没有出现故障的情况下,因为CDN节点2布置的离eNB较远,所以会优先将该互联网访问请求转发给CDN节点1,由CDN节点1来向用户提供用户请求访问的互联网内容。其中,CDN节点1由于容量比CDN节点2更小,性能也比CDN节点2更低,所以CDN节点1保存的互联网内容可以是CDN节点2保存的互联网内容的子集。
而如果GSLB检测到了CDN节点1出现故障,则RGW就会接收到GSLB向RGW实时发送的第二故障通知消息,其中,第二故障通知消息可以为:GSLB在检测到CDN节点1出现故障的情况下,用来通知RGW该CDN节点1出现故障的一种消息。
步骤302:响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点。
在接收到GSLB发送的第二故障通知消息后,RGW就知道CDN节点1出现故障了,因此,如果再接收到eNB转发的、UE触发的互联网访问请求,就停止再向CDN节点1转发该互联网访问请求,而是将该互联网访问请求先转发给SGW,再由SGW转发给PGW,再由PGW将该互联网访问请求转发给CDN节点2,从而实现由CDN节点2来向UE提供相对应的互联网内容。
步骤303:在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
在本步骤中,将互联网内容访问请求转发给CDN节点2之后,CDN节点2会将自身保存的与该请求对应的互联网内容,再依次通过PGW和SGW转发给RGW,从而将互联网内容提供给UE。
进一步的,在步骤303之后,还可以包括:
步骤304:向所述全局负载均衡服务器发送故障通知响应。
其中,RGW在接收到GSLB发送的第二故障通知消息之后,为了使GSLB了解到自己的状态,还可以向GSLB返回一个故障通知响应,该故障通知响应可以通知GSLB该RGW已经知道CDN节点1出现了故障,RGW也会不再向CDN节点1发送互联网内容访问请求。
可以理解的是,本实施例与图1所示的实施例的不同之处在于,本实施例的执行主体是RGW,其他未尽之处参考图1所示的实施例即可。
在本实施例中,RGW会接收到GSLB在CDN节点1出现故障后发送的故障通知,从而在得知CDN节点1出现故障的情况下,能够将原本向CDN节点1发送的互联网内容访问请求转发至与CDN节点1相连的CDN节点2,从而通过对CDN节点1的故障检测来及时发现CDN节点1的故障情况,进一步的,还能保证用户请求访问的互联网内容能够正常获取到,不影响用户在实际应用中对互联网内容的访问。
对于前述的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
与上述本申请一种故障检测方法实施例所提供的方法相对应,参见图4,本申请还提供了GSLB实施例,所述分别和第一内容分发网络节点和常驻网关相连;在本实施例中,该GSLB可以包括:
发送故障检测消息模块401,用于向所述第一内容分发网络节点发送故障检测消息。
其中,所述发送故障检测消息模块401具体可以包括:
建立连接子模块,用于建立与所述第一内容分发网络节点之间的故障检测连接;和,发送消息子模块,用于通过所述故障检测连接周期性的向所述第一内容分发网络节点发送故障检测消息。
判断模块402,用于依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障。
其中,所述判断模块402具体可以包括:
触发子模块,用于触发第一判断子模块或者触发第二判断子模块;
所述第一判断子模块,用于判断所述第一内容分发网络节点是否返回第一故障通知消息;和,所述第二判断子模块,用于判断所述第一内容分发网络节点是否未在固定时间内返回正常响应消息。
通知模块403,用于在所述判断模块的结果为是的情况下,将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点,所述第二内容分发网络节点用于向所述用户设备提供互联网内容。
其中,该GSLB还可以包括:
接收故障通知响应模块404,用于接收所述常驻网关返回的故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
可见,在本实施例中,如果布置在eNB附近的性能较低容量较小的CDN节点1出现故障了,将无法正常向UE提供互联网内容,因此,在GSLB检测到CDN节点1出现故障的情况下,可以主动通知RGW,RGW就停止向该出现故障的CDN节点1发送互联网内容访问请求,并将互联网内容访问请求转发至与CDN节点1相连的CDN节点2,从而由CDN节点2来向UE正常提供互联网内容,保证了用户能够及时正常地获取到自己请求访问的互联网内容。
与上述本申请一种故障检测方法实施例所提供的方法相对应,参考图5所示,本申请还提供了RGW,该RGW分别与CDN节点1和GSLB相连;在本实施例中,可以包括:
接收第二故障通知消息模块501,用于接收所述全局负载均衡服务器发送的通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息。
转发请求模块502,用于响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点。
转发内容模块503,用于在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
其中,所述RGW还可以包括:
发送故障通知响应模块504,用于向所述全局负载均衡服务器发送故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
在本实施例中,RGW会接收到GSLB在CDN节点1出现故障后发送的故障通知,从而在得知CDN节点1出现故障的情况下,能够将原本向CDN节点1发送的互联网内容访问请求转发至与CDN节点1相连的CDN节点2,从而通过对CDN节点1的故障检测来及时发现CDN节点1的故障情况,进一步的,还能保证用户请求访问的互联网内容能够正常获取到,不影响用户在实际应用中对互联网内容的访问。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的故障检测方法、全局负载均衡服务器和常驻网关进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (13)
1.一种故障检测方法,其特征在于,该方法应用于分别与第一内容分发网络节点和常驻网关相连的全局负载均衡服务器上,该方法包括:
向所述第一内容分发网络节点发送故障检测消息;
依据所述第一内容分发网络节点针对所述故障检测消息的故障反馈情况,判断所述第一内容分发网络节点是否出现故障,如果是,则将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点,所述第二内容分发网络节点用于向所述用户设备提供互联网内容。
2.根据权利要求1所述的方法,其特征在于,所述向所述第一内容分发网络节点发送故障检测消息,包括:
建立与所述第一内容分发网络节点之间的故障检测连接;
通过所述故障检测连接周期性的向所述第一内容分发网络节点发送故障检测消息。
3.根据权利要求1所述的方法,其特征在于,所述依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障,包括:
判断所述第一内容分发网络节点是否返回第一故障通知消息,或者,判断所述第一内容分发网络节点是否未在固定时间内返回正常响应消息。
4.根据权利要求1所述的方法,其特征在于,还包括:
接收所述常驻网关返回的故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
5.一种数据处理方法,其特征在于,该方法应用于分别与第一内容分发网络节点和全局负载均衡服务器相连的常驻网关上;该方法包括:
接收所述全局负载均衡服务器发送的第二故障通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;
响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;
在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
6.根据权利要求5所述的方法,其特征在于,还包括:
向所述全局负载均衡服务器发送故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
7.一种全局负载均衡服务器,其特征在于,所述全局负载均衡服务器分别和第一内容分发网络节点和常驻网关相连,该服务器包括:
发送故障检测消息模块,用于向所述第一内容分发网络节点发送故障检测消息;
判断模块,用于依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障;
通知模块,用于在所述判断模块的结果为是的情况下,将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关,以便所述常驻网关将用户设备触发的互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点,所述第二内容分发网络节点用于向所述用户设备提供互联网内容。
8.根据权利要求7所述的服务器,其特征在于,所述发送故障检测消息模块包括:
建立连接子模块,用于建立与所述第一内容分发网络节点之间的故障检测连接;
发送消息子模块,用于通过所述故障检测连接周期性的向所述第一内容分发网络节点发送故障检测消息。
9.根据权利要求7所述的服务器,其特征在于,所述判断模块包括:
触发子模块,用于触发第一判断子模块或者触发第二判断子模块;
所述第一判断子模块,用于判断所述第一内容分发网络节点是否返回第一故障通知消息;
所述第二判断子模块,用于判断所述第一内容分发网络节点是否未在固定时间内返回正常响应消息。
10.根据权利要求7所述的服务器,其特征在于,还包括:
接收故障通知响应模块,用于接收所述常驻网关返回的故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
11.一种常驻网关,其特征在于,所述常驻网关分别与第一内容分发网络节点和全局负载均衡服务器相连,包括:
接收第二故障通知消息模块,用于接收所述全局负载均衡服务器发送的通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;
转发请求模块,用于响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;
转发内容模块,用于在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备。
12.根据权利要求11所述的常驻网关,其特征在于,还包括:
发送故障通知响应模块,用于向所述全局负载均衡服务器发送故障通知响应,所述故障通知响应用于通知所述全局负载均衡服务器所述常驻网关不再向所述第一内容分发网络节点发送互联网内容访问请求。
13.一种故障检测***,其特征在于,包括:全局负载均衡服务器、常驻网关、第一内容分发网络节点和第二内容分发网络节点,其中,
所述全局负载均衡服务器包括发送故障检测消息模块、判断模块和通知模块,所述发送故障检测消息模块用于向所述第一内容分发网络节点发送故障检测消息;所述判断模块用于依据所述第一内容分发网络节点针对所述故障检测消息的反馈情况,判断所述第一内容分发网络节点是否出现故障;所述通知模块用于在所述判断模块的结果为是的情况下,将所述第一内容分发网络节点是否出现故障的情况通知所述常驻网关;
所述常驻网关模块包括接收第二故障通知消息模块、转发请求模块和转发内容模块,所述接收第二故障通知消息模块,用于接收所述全局负载均衡服务器发送的通知消息,所述第二故障通知消息为:所述全局负载均衡服务器在检测到所述第一内容分发网络节点出现故障的情况下,用于通知所述常驻网关所述第一内容分发网络节点出现故障的消息;所述转发请求模块,用于响应于用户设备触发的互联网内容访问请求,将所述互联网内容访问请求转发至与所述第一内容分发网络节点相连的第二内容分发网络节点;所述转发内容模块,用于在所述第二内容分发网络节点返回对应的互联网内容的情况下,将所述互联网内容转发至所述用户设备;
所述第一内容分发网络节点,用于在所述发送故障检测消息模块发送故障检测消息的情况下,向所述全局负载均衡服务器反馈故障情况;
所述第二内容分发网络节点,用于响应于所述常驻网关发送的互联网内容访问请求,向所述常驻网关发送与所述互联网内容访问请求对应的互联网内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610243716.3A CN107306278A (zh) | 2016-04-18 | 2016-04-18 | 故障检测方法、全局负载均衡服务器和常驻网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610243716.3A CN107306278A (zh) | 2016-04-18 | 2016-04-18 | 故障检测方法、全局负载均衡服务器和常驻网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107306278A true CN107306278A (zh) | 2017-10-31 |
Family
ID=60152149
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610243716.3A Pending CN107306278A (zh) | 2016-04-18 | 2016-04-18 | 故障检测方法、全局负载均衡服务器和常驻网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107306278A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111880A (zh) * | 2017-12-21 | 2018-06-01 | 蛮蛮天下(北京)网络科技有限公司 | 排障方法及排障*** |
CN108199914A (zh) * | 2017-12-27 | 2018-06-22 | 杭州迪普科技股份有限公司 | 服务端状态检测方法和装置 |
CN108235800A (zh) * | 2017-12-19 | 2018-06-29 | 深圳前海达闼云端智能科技有限公司 | 一种网络故障探测方法及控制中心设备 |
CN109495319A (zh) * | 2018-12-24 | 2019-03-19 | 网易(杭州)网络有限公司 | Cdn节点的故障信息确定方法、装置及设备 |
CN110012054A (zh) * | 2018-12-28 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种基于联盟链网络的业务处理方法及*** |
CN110162424A (zh) * | 2019-05-23 | 2019-08-23 | 腾讯科技(深圳)有限公司 | 故障处理方法、***、装置及存储介质 |
CN110289991A (zh) * | 2019-05-31 | 2019-09-27 | 北京大米科技有限公司 | 一种故障网关检测方法、装置、存储介质及终端 |
CN110753072A (zh) * | 2018-07-24 | 2020-02-04 | 阿里巴巴集团控股有限公司 | 负载均衡***、方法、装置及设备 |
CN110891077A (zh) * | 2018-09-07 | 2020-03-17 | 阿里巴巴集团控股有限公司 | Cdn节点检测方法及装置 |
WO2020133609A1 (zh) * | 2018-12-29 | 2020-07-02 | 网宿科技股份有限公司 | 一种服务器异常的处理方法及管理设备 |
WO2020104408A3 (en) * | 2018-11-19 | 2020-07-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of operating service control nodes |
CN112202643A (zh) * | 2020-10-12 | 2021-01-08 | 成都知道创宇信息技术有限公司 | 网络检测方法、装置、测试主机及存储介质 |
CN112311828A (zh) * | 2019-07-31 | 2021-02-02 | 中国电信股份有限公司 | 服务调度方法、装置和***、质量监测*** |
CN112468435A (zh) * | 2019-09-09 | 2021-03-09 | 脸谱公司 | 请求流 |
CN114745391A (zh) * | 2022-04-14 | 2022-07-12 | 上海蜜家文化传媒有限公司 | 一种全球内容分发的方法及*** |
EP4175243A4 (en) * | 2021-06-22 | 2023-08-23 | Beijing Baidu Netcom Science Technology Co., Ltd. | CONTENT DELIVERY NETWORK PROCESSING METHOD AND APPARATUS |
US12021922B2 (en) | 2018-11-19 | 2024-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of operating service control nodes |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101557331A (zh) * | 2008-04-07 | 2009-10-14 | 华为技术有限公司 | 内容索引处理方法及***、内容路由功能及内容分发控制实体 |
CN103139661A (zh) * | 2011-12-01 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频分发网络节点服务器的冗余保护方法及装置 |
CN103166985A (zh) * | 2011-12-09 | 2013-06-19 | 上海盛霄云计算技术有限公司 | 一种全局负载均衡调度方法、数据传输方法、装置及*** |
CN104221426A (zh) * | 2012-01-31 | 2014-12-17 | 爱立信(中国)通信有限公司 | 通信网络中针对移动用户的服务器选择 |
-
2016
- 2016-04-18 CN CN201610243716.3A patent/CN107306278A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101557331A (zh) * | 2008-04-07 | 2009-10-14 | 华为技术有限公司 | 内容索引处理方法及***、内容路由功能及内容分发控制实体 |
CN103139661A (zh) * | 2011-12-01 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频分发网络节点服务器的冗余保护方法及装置 |
CN103166985A (zh) * | 2011-12-09 | 2013-06-19 | 上海盛霄云计算技术有限公司 | 一种全局负载均衡调度方法、数据传输方法、装置及*** |
CN104221426A (zh) * | 2012-01-31 | 2014-12-17 | 爱立信(中国)通信有限公司 | 通信网络中针对移动用户的服务器选择 |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108235800A (zh) * | 2017-12-19 | 2018-06-29 | 深圳前海达闼云端智能科技有限公司 | 一种网络故障探测方法及控制中心设备 |
CN108235800B (zh) * | 2017-12-19 | 2021-08-03 | 达闼机器人有限公司 | 一种网络故障探测方法、控制中心设备及计算机存储介质 |
CN108111880A (zh) * | 2017-12-21 | 2018-06-01 | 蛮蛮天下(北京)网络科技有限公司 | 排障方法及排障*** |
CN108111880B (zh) * | 2017-12-21 | 2020-08-11 | 河南蛮蛮云计算技术有限公司 | 排障方法及排障*** |
CN108199914A (zh) * | 2017-12-27 | 2018-06-22 | 杭州迪普科技股份有限公司 | 服务端状态检测方法和装置 |
CN110753072B (zh) * | 2018-07-24 | 2022-06-03 | 阿里巴巴集团控股有限公司 | 负载均衡***、方法、装置及设备 |
CN110753072A (zh) * | 2018-07-24 | 2020-02-04 | 阿里巴巴集团控股有限公司 | 负载均衡***、方法、装置及设备 |
CN110891077A (zh) * | 2018-09-07 | 2020-03-17 | 阿里巴巴集团控股有限公司 | Cdn节点检测方法及装置 |
WO2020104408A3 (en) * | 2018-11-19 | 2020-07-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of operating service control nodes |
US12021922B2 (en) | 2018-11-19 | 2024-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of operating service control nodes |
CN109495319B (zh) * | 2018-12-24 | 2021-12-28 | 网易(杭州)网络有限公司 | Cdn节点的故障信息确定方法、装置及设备 |
CN109495319A (zh) * | 2018-12-24 | 2019-03-19 | 网易(杭州)网络有限公司 | Cdn节点的故障信息确定方法、装置及设备 |
CN110012054B (zh) * | 2018-12-28 | 2020-06-26 | 阿里巴巴集团控股有限公司 | 一种基于联盟链网络的业务处理方法及*** |
CN110012054A (zh) * | 2018-12-28 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种基于联盟链网络的业务处理方法及*** |
US11102284B2 (en) | 2018-12-28 | 2021-08-24 | Advanced New Technologies Co., Ltd. | Service processing methods and systems based on a consortium blockchain network |
WO2020133609A1 (zh) * | 2018-12-29 | 2020-07-02 | 网宿科技股份有限公司 | 一种服务器异常的处理方法及管理设备 |
CN110162424B (zh) * | 2019-05-23 | 2022-03-22 | 腾讯科技(深圳)有限公司 | 故障处理方法、***、装置及存储介质 |
CN110162424A (zh) * | 2019-05-23 | 2019-08-23 | 腾讯科技(深圳)有限公司 | 故障处理方法、***、装置及存储介质 |
CN110289991A (zh) * | 2019-05-31 | 2019-09-27 | 北京大米科技有限公司 | 一种故障网关检测方法、装置、存储介质及终端 |
CN112311828A (zh) * | 2019-07-31 | 2021-02-02 | 中国电信股份有限公司 | 服务调度方法、装置和***、质量监测*** |
CN112311828B (zh) * | 2019-07-31 | 2022-10-04 | 中国电信股份有限公司 | 服务调度方法、装置和***、质量监测*** |
CN112468435A (zh) * | 2019-09-09 | 2021-03-09 | 脸谱公司 | 请求流 |
CN112202643B (zh) * | 2020-10-12 | 2022-03-29 | 成都知道创宇信息技术有限公司 | 网络检测方法、装置、测试主机及存储介质 |
CN112202643A (zh) * | 2020-10-12 | 2021-01-08 | 成都知道创宇信息技术有限公司 | 网络检测方法、装置、测试主机及存储介质 |
EP4175243A4 (en) * | 2021-06-22 | 2023-08-23 | Beijing Baidu Netcom Science Technology Co., Ltd. | CONTENT DELIVERY NETWORK PROCESSING METHOD AND APPARATUS |
CN114745391A (zh) * | 2022-04-14 | 2022-07-12 | 上海蜜家文化传媒有限公司 | 一种全球内容分发的方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107306278A (zh) | 故障检测方法、全局负载均衡服务器和常驻网关 | |
US10547528B2 (en) | Emergency network services by an access network computing node | |
US10536326B2 (en) | Network redundancy and failure detection | |
CN110402587B (zh) | 用于提供scef服务的方法、***和计算机可读介质 | |
JP2019194856A (ja) | 効率を高めるためにサービス層サブスクリプションおよび通知を分析しグループ化する方法および装置 | |
US20160249155A1 (en) | Control of small data transmission in a mobile radio communications network | |
CN105981430A (zh) | 基于小区负载的内容数据网络选择 | |
CN102780615B (zh) | 一种链路备份方法和路由转发设备 | |
CN104270291A (zh) | Cdn网络质量监控方法 | |
US20220294847A1 (en) | Peer-to-peer network for telecommunication network traffic rerouting | |
CN108696432A (zh) | 一种业务流优先级的SDN无线Mesh网络路由方法 | |
CN107306279A (zh) | 数据处理方法、内容分发网络节点和常驻网关 | |
Schmitt et al. | Data exchange with the MQTT protocol: Dynamic bridge approach | |
Demir et al. | Robust QoS-aware communication in the smart distribution grid | |
CN109802879A (zh) | 一种数据流路由方法及装置 | |
CN107707589A (zh) | ***版本的更新方法、内容分发网络节点、远程网关 | |
EP3896572A1 (en) | Server computer, method for providing an application, mobile communication network and method for providing access to a server computer | |
CN107483621A (zh) | 一种自动选择服务节点的物联网设备连接方法 | |
US20160135035A1 (en) | System and Method for Mobility Support Selection | |
CN107343014A (zh) | 基于内容分发网络的业务分流方法和远程网关 | |
KR20170099238A (ko) | 이동통신 시스템에서의 부하제어 장치 및 방법 | |
US9807808B2 (en) | Communication system, communication device, and communication method | |
Dou et al. | Data acquisition based on vehicular cloud | |
Ito et al. | Redirection-based rules sharing method for the scalable management of gateways in mobile network virtualization | |
WO2023187575A1 (en) | System and method of primary secondary routing in 5g networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171031 |