CN101621413A - 实现对web服务器进行负载均衡和容灾的装置及方法 - Google Patents
实现对web服务器进行负载均衡和容灾的装置及方法 Download PDFInfo
- Publication number
- CN101621413A CN101621413A CN200910162926A CN200910162926A CN101621413A CN 101621413 A CN101621413 A CN 101621413A CN 200910162926 A CN200910162926 A CN 200910162926A CN 200910162926 A CN200910162926 A CN 200910162926A CN 101621413 A CN101621413 A CN 101621413A
- Authority
- CN
- China
- Prior art keywords
- web server
- state
- web
- business execution
- execution 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
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种实现对WEB服务器进行负载均衡和容灾的装置及方法,其中,装置包括:检测模块和业务执行模块,检测模块用于定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向业务执行模块上报状态更新消息;业务执行模块用于根据检测模块上报的状态更新消息记录或更新相应WEB服务器的状态记录;收到呼叫消息时,根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器,并向该可用WEB服务器发送获取脚本的HTTP请求;本发明在网络不具备负载均衡设备或投入很低,或者对整个系统性能要求较高的情况下,实现了对WEB服务器进行负载均衡和容灾,提高整个VXML系统的整体性能。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种实现对WEB服务器进行负载均衡和容灾的装置及方法。
背景技术
基于VXML(voice extensible markup language,语音可扩展标记语言)的业务需要通过大量的HTTP请求来从WEB服务器上下载VXML脚本,如果WEB服务器失效,则会导致业务中断,在目前的网络中,会配置多台WEB服务器,即WEB服务器群来避免单点故障。
现有技术中,对WEB服务器群进行负载均衡和容灾的通常方法就是加入专门的负载均衡设备如F5或RadWare等,其组网结构如图1所示。
这种方法虽然在某种程度上实现了WEB服务器群的负载均衡和容灾,但是引入了额外的设备,增加了基于VXML系统的整体成本,对应一些不具备该设备的局方则无法对WEB服务器群进行负载均衡和容灾,一旦WEB服务器故障则会导致其对应的所有业务中的;更主要的是,有些时候这些负载均衡设备反而会成为整个系统的性能瓶颈。
发明内容
鉴于上述的分析,本发明旨在提供一种实现对WEB服务器进行负载均衡和容灾的装置及方法,用以解决现有技术中通过负载均衡设备对WEB服务器进行负载均衡和容灾处理时带来的成本高问题或者在网络不具备负载均衡设备无法对对WEB服务器进行负载均衡和容灾的问题。
本发明的目的主要是通过以下技术方案实现的:
一种实现对WEB服务器进行负载均衡和容灾的装置,其特征在于,包括:检测模块和业务执行模块,所述检测模块和业务执行模块均设置于语音可扩展标记语言VXML解析器中,其中,
所述检测模块,用于定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向所述业务执行模块上报状态更新消息;
所述业务执行模块,用于根据所述检测模块上报的状态更新消息记录或更新相应WEB服务器的状态记录;当收到呼叫消息时,根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器。
进一步地,当所述VXML解析器有多个,所述装置还包括:
业务消息分发模块,用于根据预定算法将其收到的呼叫消息分发给多个VXML解析器的业务执行模块。
进一步地,当所述多个WEB服务器根据需要被划分成多个WEB服务器组,并指定每个VXML解析器访问的一个或多个WEB服务器组时,
所述检测模块具体用于,定时向指定WEB服务器组中的每台WEB服务器进行状态检测,记录或更新指定WEB服务器组中每台WEB服务的状态,并向所述业务执行模块上报指定WEB服务器组中所有WEB服务器的状态更新消息;
所述业务执行模块具体用于,根据所述检测模块上报的指定WEB服务器组中所有WEB服务器的状态更新消息,记录或更新相应WEB服务器的状态记录;当收到呼叫消息时,在指定WEB服务器组中选择一个可用WEB服务器,并向其发送获取脚本的HTTP请求。
进一步地,所述检测模块具体包括:发送单元、判断单元、第一记录单元和上报单元,其中,
所述发送单元,用于定时向指定WEB服务器组中的每台WEB服务器发送检测请求;
所述判断单元,用于对预定时间内接收到的WEB服务器反馈的响应消息进行解析,根据解析的结果判断是否需要更新所述第一记录单元中该WEB服务器的状态记录,并在确认需要更新、且所述检测模块与所述业务执行模块之间的连接正常时,触发所述上报单元;
所述第一记录单元,用于保存指定WEB服务器组中的所有WEB服务器的状态记录,所述状态包括:可用状态和不可用状态;
所述上报单元,用于将指定WEB服务器组中所有WEB服务器的状态更新消息上报给所述业务执行模块。
进一步地,所述业务执行模块具体包括:更新单元、第二记录单元和呼叫处理单元,其中,
所述更新单元,用于接收所述检测模块上报的WEB服务器的状态更新消息,根据所述状态更新消息记录或更新指定WEB服务器组的所有WEB服务器的状态;
所述第二记录单元,用于保存指定WEB服务器组中的所有WEB服务器的状态记录;
所述呼叫处理单元,用于在收到呼叫消息,且检测到所述业务执行模块与所述检测模块的连接正常时,在指定WEB服务器组中选择一个可用WEB服务器,向该可用WEB服务器发送获取脚本的HTTP请求。
进一步地,当指定WEB服务器组为多个时,所述呼叫处理单元还用于,当收到呼叫消息时,优先对指定WEB服务组的第一组WEB服务器的状态进行查询,如果该组中没有可用WEB服务器,则继续在其他组中进行查询,直到找到一个可用WEB服务器,或者未找到可用WEB服务器而返回本次呼叫失败信息为止。
本发明还提供了一种实现对WEB服务器进行负载均衡和容灾的方法,利用一种实现对WEB服务器进行负载均衡和容灾的装置,所述装置包括:设置于VXML解析器中的检测模块和业务执行模块,所述方法包括:
步骤A:所述检测模块定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向所述业务执行模块上报状态更新消息;
步骤B:所述业务执行模块根据所述检测模块上报的状态更新消息更新多个WEB服务器的状态记录;
步骤C:当收到呼叫消息时,所述业务执行模块根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器,并向该可用WEB服务器发送获取脚本的HTTP请求。
进一步地,当所述VXML解析器有多个时,所述装置还包括有业务消息分发模块,则在执行所述步骤A之前所述方法还包括:
业务消息分发模块根据预定算法将其收到的呼叫消息分发给多个VXML解析器的业务执行模块。
进一步地,当多个所述WEB服务器根据需要被划分成多个WEB服务器组,并指定每个VXML解析器访问的一个或多个WEB服务器组时,所述方法具体包括:
步骤A:所述检测模块定时对指定WEB服务器组中的每台WEB服务器进行状态检测,记录或更新指定WEB服务器组中每台WEB服务的状态,并向所述业务执行模块上报指定WEB服务器组中所有WEB服务器的状态更新消息;
步骤B:所述业务执行模块根据所述检测模块上报的指定WEB服务器组中所有WEB服务器的状态更新消息,记录或更新相应WEB服务器的状态记录;
步骤C:当收到呼叫消息时,所述业务执行模块在指定WEB服务器组中选择一个可用WEB服务器,并向该可用WEB服务器发送获取脚本的HTTP请求。
进一步地,所述步骤A具体包括:
步骤A1:所述检测单元定时向指定WEB服务器组中的每台WEB服务器发送检测请求;
步骤A2:对预定时间内接收到的WEB服务器反馈的响应消息进行解析,根据解析的结果判断是否需要更新该WEB服务器的状态记录,在确认需要更新、且所述检测模块与所述业务执行模块之间的连接正常时,将指定WEB服务器组中所有WEB服务器的状态更新消息上报给所述业务执行模块;所述状态包括:可用状态和不可用状态。
进一步地,所述步骤C具体包括:
接收到呼叫消息的业务执行模块按照预定策略依次对指定WEB服务器组中所有WEB服务器的状态记录进行查询:
当所述业务执行模块与所述检测模块的连接正常,检测当前WEB服务器是否可用,并在可用时向当前WEB服务器发送获取脚本的HTTP请求;如果所述业务执行模块与所述检测模块的连接异常,则直接发送获取脚本的HTTP请求给当前WEB服务器。
本发明有益效果如下:
本发明在网络不具备负载均衡设备或投入很低,或者对整个系统性能要求较高的情况下,实现了对WEB服务器进行负载均衡和容灾。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分的从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
图1为现有技术中对WEB服务器群进行负载均衡和容灾的组网结构示意图;
图2为本发明实施例所述装置的应用场景示意图;
图3为本发明实施例所述装置的结构示意图;
图4为本发明实施例所述方法的流程示意图;
图5为本发明实施例所述方法中,对WEB服务器群检测的逻辑流程示意图;
图6为本发明实施例所述方法中,向WEB服务器发送HTTP请求来获取脚本的逻辑流程示意图。
具体实施方式
本发明的目的在于,提供一种对WEB服务器群进行负载均衡和容灾的方法及装置,在网络不具备负载均衡设备或投入很低,或者对整个系统性能要求较高的情况下,实现对WEB服务器进行负载均衡和容灾,提高整个VXML系统的整体性能。
下面结合附图来具体描述本发明的优先实施例,其中,附图构成本申请一部分,并与本发明的实施例一起用于阐释本发明的原理。为了清楚和简化目的,当其可能使本发明的主题模糊不清时,将省略本文所描述的器件中已知功能和结构的详细具体说明。
首先结合附图2和附图3对本发明实施例所述装置进行详细说明。
如图2所示,图2为本发明实施例所述装置的应用场景示意图,本发明实施例在VXML解析器中设置有检测模块和业务执行模块。当所述VXML服务器有多个,所述装置还包括:业务消息分发模块。业务消息分发模块与业务执行模块之间可以通过网络相连也可以通过进程间通讯相连;检测模块和业务执行模块通过进程间通讯相连。
检测模块,主要负责定时对多个WEB服务器进行状态检测,如果是新增加的WEB服务器,则增加一个WEB服务器的状态记录,并记录其当前状态为可用状态;如果有WEB服务器的状态发生变化,则更新该WEB服务的状态并向所述业务执行模块上报状态更新消息;
业务执行模块,负责根据所述检测模块上报的状态更新消息记录或更新其保存的WEB服务器的状态;当收到呼叫消息时,根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器,并向该可用WEB服务器发送获取脚本的HTTP请求。
业务消息分发模块,负责根据预定算法将其收到的呼叫消息分发给相应的VXML解析器的业务执行模块。需要说明的是,业务消息分发模块作为一个可选模块,在具备多个VXML解析器的时候才有必要存在该模块,只有一个VXML解析器的时候就不需要该模块;预定方法可以根据实际需要进行设定,比如,可以通过计算每个VXML解析器当前的工作负荷,然后优先选择空闲的VXML或负荷最小的VXML解析器的方法来实现呼叫消息的分发。
作为本发明的优选实施例,本发明实施例中将WEB服务器群中的多个WEB服务器根据实际情况分成多个WEB服务器组,并指定每个VXML解析器可访问其中的一个或多个WEB服务器组,通过不同的VXML解析器访问不同的WEB服务器组实行WEB服务器群的负载分担。
以下将重点对本发明优选实施例所述装置中的检测模块与业务执行模块进行详细说明。
如图3所示,图3本发明实施例所述装置中检测模块与业务执行模块的结构关系示意图,
检测模块,定时向指定WEB服务器组中的每台WEB服务器进行状态检测,记录或更新指定WEB服务器组中的每台WEB服务的状态,并向所述业务执行模块上报WEB服务器状态更新消息。
检测模块具体可以包括:发送单元、判断单元、第一记录单元和上报单元,其中,
发送单元,定时向指定WEB服务器组中的每一台发送检测请求,该定时的时间可以根据实际应用的环境设置,通常可以设置为10秒;收到检测请求的WEB服务器发送响应消息;
判断单元,如果在预定时间内接收到的WEB服务器反馈的响应消息,则对收到的响应消息进行解析,解析响应消息可以采用分析其响应码的策略,可以直接使用http回应消息中的相应码也可以在消息中加入自定义的响应码,判断如果响应码是否对应的是WEB服务器可用;
然后根据解析的结果判断是否需要更新所述第一记录单元中相应WEB服务器的状态记录,例如,如果该WEB服务器原来为不可用,解析回应的消息结果为该WEB服务器可用,则将第一记录单元中记录的该WEB服务器的状态更新为可用状态;如果该WEB服务器原来为可用,解析回应消息正确,则第一记录单元中记录的该WEB服务器的状态不变。
如果在预定时间内未收到WEB服务器反馈的响应消息或者在预定时间接收到的响应消息错误时,如果该WEB服务器原来为可用,则将第一记录单元中记录的该WEB服务器的状态更新为不可用状态;如果该WEB服务器原来为不可用,则保持原来的不可用状态。
当更新完该WEB服务器的状态时,将由上报单元将该WEB服务器组中所有WEB服务器的状态更新消息上报给业务执行模块,上报之前,判断模块还需要判断检测模块与业务执行模块之间的连接是否正常,即,判断检测模块与业务执行模块之间是否有定时心跳检测消息,如果有心跳检测消息,说明检测模块与业务执行模块的连接正常,则触发上报模块将WEB服务的状态更新消息上报给业务执行模块;如果没有心跳检测消息,则说明检测模块与业务执行模块的连接异常,此时检测模块不会将WEB服务器状态的变化告知VXML解析器中的业务执行模块。
第一记录单元,保存指定WEB服务器组中的所有WEB服务器的状态记录,所述状态包括:可用状态和不可用状态。
上报单元,在检测模块与业务执行模块的连接正常时,上报单元将该指定WEB服务器组中所有WEB服务器的状态更新消息上报给业务执行模块。
业务执行模块,主要负责收到检测模块上报的WEB服务器状态更新消息后,更新WEB服务器的状态记录;并在收到呼叫消息时,根据其保存的指定WEB服务器组中所有WEB服务器的状态记录选择一个可用WEB服务器,并向该可用WEB服务器发送脚本请求。
业务执行模块具体可以包括:更新单元、第二记录单元和呼叫处理单元,其中,
更新单元,收到检测WEB服务器模块发来的指定WEB服务器中所有WEB服务器的状态更新消息,如果是新增加的WEB服务器,则增加一个WEB服务器的状态记录,并记录该WEB服务器为可用状态;如果WEB服务器的状态发生变化,则根据实际变化更新该WEB服务器的状态。
第二记录单元,保存指定WEB服务器组中所有WEB服务器的状态记录。
呼叫处理单元,当业务消息分发模块将呼叫消息分发给其中一个VXML解析器的业务执行模块,在业务执行模块与检测WEB模块的心跳检测消息正常的情况下,呼叫处理单元根据预定策略(轮询和顺序等多种策略之一)依次对所述第二记录单元中记录的指定WEB服务器组中的所有WEB服务器进行状态查询:
判断当前WEB服务器(默认情况下是对应WEB服务器组的第一个服务器)是否可用,如果是不可用的,则对下一个WEB服务器的状态进行查询,直到找到一个可用的WEB服务器,向该可用的WEB服务器发送HTTP请求,请求从该WEB服务器上下载VXML脚本;如果当前WEB服务器可用,则直接发送HTTP请求给当前WEB服务器。
如果业务执行模块与检测模块的心跳检测消息异常,则直接发送HTTP请求给WEB服务器,而不再进行WEB服务器的状态为可用或不可用的判断。
需要说明的是,当指定WEB服务器组为多个时,所述呼叫处理单元在收到呼叫消息时,优先对指定WEB服务组的第一组WEB服务器的状态进行查询,如果该组中没有可用WEB服务器,则继续在其他组中进行查询,直到找到一个可用WEB服务器,或者未找到可用WEB服务器而返回本次呼叫失败信息为止。
下面结合附图4到附图6对应用本发明实施例所述装置进行负载均衡和容灾的方法进行详细说明。
如图4所示,图4为本发明实施例所述方法的逻辑流程示意图,具体可以包括如下步骤:
步骤401:检测模块定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向所述业务执行模块上报状态更新消息;
步骤402:业务执行模块根据检测模块上报的状态更新消息更新WEB服务器的当前状态;
步骤403:当收到呼叫消息时,业务执行模块根据其保存的WEB服务器的状态记录选择一个可用WEB服务器,并向其发送HTTP请求。
本发明实施例中对于WEB服务器群可以不分组,也可以将WEB服务器群中的多个WEB服务器根据实际情况分成多个WEB服务器组,并指定每个VXML解析器可访问其中的一个或多个WEB服务器组,通过不同的VXML解析器访问不同的WEB服务器组实行WEB服务器群的负载分担,以下将以分组为例对本发明实施例所述方法中涉及到的两个主要处理流程,即对WEB服务器群的检测流程和向WEB服务器发送HTTP请求来获取脚本的流程进行详细说明。
如图5所示,图5为本发明实施例所述方法中,对WEB服务器群检测的逻辑流程示意图,具体可以包括如下步骤:
步骤501:检测模块定时向指定WEB服务器组中的每一台WEB服务器发送检测的HTTP请求;
步骤502:检测模块在预定时间内收到WEB服务器发来的响应消息,对响应消息进行解析,并根据解析结果决定是否需要修改WEB服务的状态;例如,如果该WEB服务器原来为不可用状态,对响应消息解析的结果为该WEB服务器可用,则修改该WEB服务器对应的状态,即由原来记录的不可用状态更新为可用状态;如果原WEB服务器可用,解析响应消息正确,则不修改状态;
步骤503:如果在预定时间内未收到WEB服务器反馈的响应消息或者在预定时间接收到的响应消息错误时,如果该WEB服务器原来为可用,则将该WEB服务器的状态更新为不可用状态;如果该WEB服务器原来为不可用,则保持原来的不可用状态。
步骤504:发现检测模块与业务执行模块之间的心跳检测消息正常,将该指定WEB服务器组中所有WEB服务器的状态更新消息上报给业务执行模块;如果心跳消息检测不正常则检测模块不会将WEB服务器状态的变化告知VXML解析器中的VXML业务执行模块。
如图6所示,图6为向WEB服务器发送HTTP请求来获取脚本的逻辑流程示意图,具体包括如下步骤:
步骤601:业务执行模块收到检测WEB服务器模块发来的指定WEB服务器组中所有WEB服务器的状态更新消息,根据状态更新消息更新相应WEB服务器的状态;
步骤602:呼叫进入,当业务消息分发模块将呼叫消息分发给其中一个VXML解析器的业务执行模块,业务执行模块根据预定策略(轮询和顺序等多种策略之一)依次对指定WEB服务器组中的所有WEB服务器的状态记录进行查询:
在业务执行模块与检测WEB模块的心跳检测消息正常的情况下,判断当前WEB服务器(默认情况下是对应WEB服务器组的第一个服务器)是否可用,如果是不可用的,则对下一个WEB服务器的状态进行查询,直到找到一个可用的WEB服务器,向该可用WEB服务器发送HTTP请求,请求从该WEB服务器上下载VXML脚本;如果当前WEB服务器可用,则直接发送HTTP请求给当前WEB服务器。
在业务执行模块与检测模块的心跳异常的情况下,直接发送HTTP请求给WEB服务器,而不再进行WEB服务器可用或不可用的判断。
需要说明的是,当指定WEB服务器组为多个时,所述业务执行模块在收到呼叫消息时,优先对指定WEB服务组的第一组WEB服务器的状态进行查询,如果该组中没有可用WEB服务器,则继续在其他组中进行查询,直到找到一个可用WEB服务器,或者未找到可用WEB服务器而返回本次呼叫失败信息为止。
综上所述,本发明实施例提供了一种实现对WEB服务器进行负载均衡和容灾的装置及方法,在实现对WEB服务器群进行负载均衡和容灾时,不需要引入专门的负载均衡设备,而是采用VXML解析器自身实现对WEB服务器群的检测和选择可用WEB服务器,这不仅大大降低了采用专门负载均衡设备带来的投入,还对提高整个VXML系统的整体性能起了很大的作用。同时,还可以进行线性扩容,增加VXML或WEB服务器。
并且,本发明实施例应用中可以比较灵活的与WEB服务器群进行组网,例如支持多个VXML解析器,将多台WEB服务器分成多个组,其中对每一个VXML解析器指定访问的WEB服务器组,通过不同的VXML解析器访问不同的WEB服务器组实行WEB服务器群的负载分担。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (11)
1、一种实现对WEB服务器进行负载均衡和容灾的装置,其特征在于,包括:检测模块和业务执行模块,所述检测模块和业务执行模块均设置于语音可扩展标记语言VXML解析器中,其中,
所述检测模块,用于定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向所述业务执行模块上报状态更新消息;
所述业务执行模块,用于根据所述检测模块上报的状态更新消息记录或更新相应WEB服务器的状态记录;当收到呼叫消息时,根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器。
2、根据权利要求1所述的装置,其特征在于,当所述VXML解析器有多个,所述装置还包括:
业务消息分发模块,用于根据预定算法将其收到的呼叫消息分发给多个VXML解析器的业务执行模块。
3、根据权利要求2所述的装置,其特征在于,当所述多个WEB服务器根据需要被划分成多个WEB服务器组,并指定每个VXML解析器访问的一个或多个WEB服务器组时,
所述检测模块具体用于,定时向指定WEB服务器组中的每台WEB服务器进行状态检测,记录或更新指定WEB服务器组中每台WEB服务的状态,并向所述业务执行模块上报指定WEB服务器组中所有WEB服务器的状态更新消息;
所述业务执行模块具体用于,根据所述检测模块上报的指定WEB服务器组中所有WEB服务器的状态更新消息,记录或更新相应WEB服务器的状态记录;当收到呼叫消息时,在指定WEB服务器组中选择一个可用WEB服务器,并向其发送获取脚本的HTTP请求。
4、根据权利要求3所述的装置,其特征在于,所述检测模块具体包括:发送单元、判断单元、第一记录单元和上报单元,其中,
所述发送单元,用于定时向指定WEB服务器组中的每台WEB服务器发送检测请求;
所述判断单元,用于对预定时间内接收到的WEB服务器反馈的响应消息进行解析,根据解析的结果判断是否需要更新所述第一记录单元中该WEB服务器的状态记录,并在确认需要更新、且所述检测模块与所述业务执行模块之间的连接正常时,触发所述上报单元;
所述第一记录单元,用于保存指定WEB服务器组中的所有WEB服务器的状态记录,所述状态包括:可用状态和不可用状态;
所述上报单元,用于将指定WEB服务器组中所有WEB服务器的状态更新消息上报给所述业务执行模块。
5、根据权利要求3或4所述的装置,其特征在于,所述业务执行模块具体包括:更新单元、第二记录单元和呼叫处理单元,其中,
所述更新单元,用于接收所述检测模块上报的WEB服务器的状态更新消息,根据所述状态更新消息记录或更新指定WEB服务器组的所有WEB服务器的状态;
所述第二记录单元,用于保存指定WEB服务器组中的所有WEB服务器的状态记录;
所述呼叫处理单元,用于在收到呼叫消息,且检测到所述业务执行模块与所述检测模块的连接正常时,在指定WEB服务器组中选择一个可用WEB服务器,向该可用WEB服务器发送获取脚本的HTTP请求。
6、根据权利要求5所述的装置,其特征在于,当指定WEB服务器组为多个时,所述呼叫处理单元还用于,当收到呼叫消息时,优先对指定WEB服务组的第一组WEB服务器的状态进行查询,如果该组中没有可用WEB服务器,则继续在其他组中进行查询,直到找到一个可用WEB服务器,或者未找到可用WEB服务器而返回本次呼叫失败信息为止。
7、一种实现对WEB服务器进行负载均衡和容灾的方法,其特征在于,利用一种实现对WEB服务器进行负载均衡和容灾的装置,所述装置包括:设置于VXML解析器中的检测模块和业务执行模块,所述方法包括:
步骤A:所述检测模块定时对多个WEB服务器进行状态检测,记录或更新多个WEB服务的状态并向所述业务执行模块上报状态更新消息;
步骤B:所述业务执行模块根据所述检测模块上报的状态更新消息更新多个WEB服务器的状态记录;
步骤C:当收到呼叫消息时,所述业务执行模块根据其保存的多个WEB服务器的状态记录选择一个可用WEB服务器。
8、根据权利要求7所述的方法,其特征在于,当所述VXML解析器有多个时,所述装置还包括有业务消息分发模块,则在执行所述步骤A之前所述方法还包括:
业务消息分发模块根据预定算法将其收到的呼叫消息分发给多个VXML解析器的业务执行模块。
9、根据权利要求8所述的方法,其特征在于,当多个所述WEB服务器根据需要被划分成多个WEB服务器组,并指定每个VXML解析器访问的一个或多个WEB服务器组时,所述方法具体包括:
步骤A:所述检测模块定时对指定WEB服务器组中的每台WEB服务器进行状态检测,记录或更新指定WEB服务器组中每台WEB服务的状态,并向所述业务执行模块上报指定WEB服务器组中所有WEB服务器的状态更新消息;
步骤B:所述业务执行模块根据所述检测模块上报的指定WEB服务器组中所有WEB服务器的状态更新消息,记录或更新相应WEB服务器的状态记录;
步骤C:当收到呼叫消息时,所述业务执行模块在指定WEB服务器组中选择一个可用WEB服务器,并向该可用WEB服务器发送获取脚本的HTTP请求。
10、根据权利要求9所述的方法,其特征在于,所述步骤A具体包括:
步骤A1:所述检测单元定时向指定WEB服务器组中的每台WEB服务器发送检测请求;
步骤A2:对预定时间内接收到的WEB服务器反馈的响应消息进行解析,根据解析的结果判断是否需要更新该WEB服务器的状态记录,在确认需要更新、且所述检测模块与所述业务执行模块之间的连接正常时,将指定WEB服务器组中所有WEB服务器的状态更新消息上报给所述业务执行模块;所述状态包括:可用状态和不可用状态。
11、根据权利要求9或10所述的方法,其特征在于,所述步骤C具体包括:
接收到呼叫消息的业务执行模块按照预定策略依次对指定WEB服务器组中所有WEB服务器的状态记录进行查询:
当所述业务执行模块与所述检测模块的连接正常,检测当前WEB服务器是否可用,并在可用时向当前WEB服务器发送获取脚本的HTTP请求;如果所述业务执行模块与所述检测模块的连接异常,则直接发送获取脚本的HTTP请求给当前WEB服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910162926A CN101621413A (zh) | 2009-08-20 | 2009-08-20 | 实现对web服务器进行负载均衡和容灾的装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910162926A CN101621413A (zh) | 2009-08-20 | 2009-08-20 | 实现对web服务器进行负载均衡和容灾的装置及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101621413A true CN101621413A (zh) | 2010-01-06 |
Family
ID=41514472
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910162926A Pending CN101621413A (zh) | 2009-08-20 | 2009-08-20 | 实现对web服务器进行负载均衡和容灾的装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101621413A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795239A (zh) * | 2010-04-14 | 2010-08-04 | 杭州华三通信技术有限公司 | 一种认证方法和设备 |
CN101860453A (zh) * | 2010-06-10 | 2010-10-13 | 华为技术有限公司 | 事件通知的方法、装置和网络系统 |
CN101902361A (zh) * | 2010-07-26 | 2010-12-01 | 中兴通讯股份有限公司 | 容灾业务系统及容灾方法 |
CN102710787A (zh) * | 2012-06-18 | 2012-10-03 | 苏州超集信息科技有限公司 | 具有高可用性的负载均衡集群装置 |
CN103685501A (zh) * | 2013-12-06 | 2014-03-26 | 北京奇虎科技有限公司 | 数据处理方法、装置和系统 |
CN103917972A (zh) * | 2011-06-27 | 2014-07-09 | 甲骨文国际公司 | 用于在集群数据库环境中提供会话亲和性和改善的连通性的系统和方法 |
CN104852964A (zh) * | 2015-04-10 | 2015-08-19 | 北京金和软件股份有限公司 | 一种多功能服务器调度方法 |
CN107018159A (zh) * | 2016-01-27 | 2017-08-04 | 五八同城信息技术有限公司 | 业务请求处理方法及装置、和业务请求方法及装置 |
CN107104858A (zh) * | 2017-06-09 | 2017-08-29 | 携程旅游信息技术(上海)有限公司 | Web负载均衡系统的监控系统 |
CN110290019A (zh) * | 2019-05-27 | 2019-09-27 | 网宿科技股份有限公司 | 监测方法及系统 |
WO2021254331A1 (zh) * | 2020-06-16 | 2021-12-23 | 中兴通讯股份有限公司 | 资源管理方法、系统、代理服务器及存储介质 |
-
2009
- 2009-08-20 CN CN200910162926A patent/CN101621413A/zh active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795239B (zh) * | 2010-04-14 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种认证方法和设备 |
CN101795239A (zh) * | 2010-04-14 | 2010-08-04 | 杭州华三通信技术有限公司 | 一种认证方法和设备 |
CN101860453A (zh) * | 2010-06-10 | 2010-10-13 | 华为技术有限公司 | 事件通知的方法、装置和网络系统 |
CN101902361A (zh) * | 2010-07-26 | 2010-12-01 | 中兴通讯股份有限公司 | 容灾业务系统及容灾方法 |
WO2012012962A1 (zh) * | 2010-07-26 | 2012-02-02 | 中兴通讯股份有限公司 | 容灾业务系统及容灾方法 |
CN103917972B (zh) * | 2011-06-27 | 2017-12-08 | 甲骨文国际公司 | 用于在集群数据库环境中提供会话亲和性和改善的连通性的系统和方法 |
CN103917972A (zh) * | 2011-06-27 | 2014-07-09 | 甲骨文国际公司 | 用于在集群数据库环境中提供会话亲和性和改善的连通性的系统和方法 |
CN102710787A (zh) * | 2012-06-18 | 2012-10-03 | 苏州超集信息科技有限公司 | 具有高可用性的负载均衡集群装置 |
CN103685501A (zh) * | 2013-12-06 | 2014-03-26 | 北京奇虎科技有限公司 | 数据处理方法、装置和系统 |
CN104852964A (zh) * | 2015-04-10 | 2015-08-19 | 北京金和软件股份有限公司 | 一种多功能服务器调度方法 |
CN107018159A (zh) * | 2016-01-27 | 2017-08-04 | 五八同城信息技术有限公司 | 业务请求处理方法及装置、和业务请求方法及装置 |
CN107018159B (zh) * | 2016-01-27 | 2020-09-11 | 五八同城信息技术有限公司 | 业务请求处理方法及装置、和业务请求方法及装置 |
CN107104858A (zh) * | 2017-06-09 | 2017-08-29 | 携程旅游信息技术(上海)有限公司 | Web负载均衡系统的监控系统 |
CN110290019A (zh) * | 2019-05-27 | 2019-09-27 | 网宿科技股份有限公司 | 监测方法及系统 |
CN110290019B (zh) * | 2019-05-27 | 2021-09-10 | 网宿科技股份有限公司 | 监测方法及系统 |
WO2021254331A1 (zh) * | 2020-06-16 | 2021-12-23 | 中兴通讯股份有限公司 | 资源管理方法、系统、代理服务器及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101621413A (zh) | 实现对web服务器进行负载均衡和容灾的装置及方法 | |
CN101257407B (zh) | 一种支持联网设备的计算机系统和方法 | |
CN102201934A (zh) | 集中管理分布式自动测试巡检方法及系统 | |
KR20010072379A (ko) | 내고장성 컴퓨터 시스템 | |
CN102214140B (zh) | 软件自动测试的方法及系统 | |
CN110912972B (zh) | 一种业务处理方法、系统、电子设备及可读存储介质 | |
CN110445697B (zh) | 视频大数据云平台设备接入服务方法 | |
CN107483297B (zh) | 对嵌入式设备上所承载业务质量的主动监测系统及方法 | |
CN103095683A (zh) | 一种Linux虚拟服务器调度系统和方法 | |
CN112559461A (zh) | 文件传输方法及装置、存储介质及电子设备 | |
CN103002039A (zh) | 服务器调度系统和方法 | |
CN102148904B (zh) | 呼叫的处理方法及装置 | |
CN109274533B (zh) | 一种基于规则引擎的Web服务故障的定位装置和方法 | |
CN113658351A (zh) | 一种产品生产的方法、装置、电子设备及存储介质 | |
CN113051094A (zh) | 监管数据报送测试方法及装置 | |
CN114765706A (zh) | 用于从OLT触发vOMCI功能发送OMCI消息的方法和装置 | |
CN114461437B (zh) | 一种数据处理方法、电子设备及存储介质 | |
CN113553163B (zh) | 一种基于调度器的Jenkins应用部署方法及装置 | |
CN110716972A (zh) | 高频率调用外部接口出错的处理方法和装置 | |
US20240187484A1 (en) | Support and Preventative Maintenance of Internet of Things Devices | |
JP3020402B2 (ja) | 状態情報収集システム及び状態管理システム | |
CN109922141A (zh) | Java应用服务器中活动请求列表的实时获取方法及装置 | |
CN113762652B (zh) | 业务流程控制方法、装置、设备及计算机可读存储介质 | |
CN110221869B (zh) | 用于配置数据中心运行环境的方法及装置 | |
CN115865651B (zh) | 一种数据采集方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20100106 |