CN102055644A - 分布式目录服务***中负载管理的方法、装置和*** - Google Patents
分布式目录服务***中负载管理的方法、装置和*** Download PDFInfo
- Publication number
- CN102055644A CN102055644A CN2009101783578A CN200910178357A CN102055644A CN 102055644 A CN102055644 A CN 102055644A CN 2009101783578 A CN2009101783578 A CN 2009101783578A CN 200910178357 A CN200910178357 A CN 200910178357A CN 102055644 A CN102055644 A CN 102055644A
- Authority
- CN
- China
- Prior art keywords
- node
- access request
- load
- information
- priority
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4523—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using lightweight directory access protocol [LDAP]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种分布式目录服务***中负载管理的方法、装置和***,涉及通信领域;所述方法,包括:获取集群中每个节点当前的负荷信息;根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;向所述目标访问节点发送访问请求。
Description
技术领域
本发明涉及通信领域,尤其涉及一种分布式目录服务***中负载管理的方法、装置和***。
背景技术
随着LDAP(Light Directory Access Protocol,轻量级目录访问协议)技术的兴起和应用领域的不断扩展,目录服务技术成为许多新型技术实现信息存储、管理和查询的首选方案,特别是在网络资源查找、用户访问控制、认证信息的查询、新型网络服务、商务网的通用数据库服务和安全服务等方面,都需要应用目录服务技术来实现一个通用、完善、应用简单和可以扩展的***-分布式目录服务***,所述分布式目录服务器***中提供服务的应用服务器称作LDAP服务器,而需要访问LDAP服务器的应用服务器被称作LDAP客户端。
在部署分布式目录服务***时,将数据分布在多个集群上,这些集群的数据是互补的。每个集群中内部节点存储的数据是相同的,或者说是准实时同步的。集群内的多个节点主要采用互备方式处理访问请求,所述集群内的每个节点在集群运行时,都处理访问请求,同时该节点也是所述集群中运行的其他节点的备用节点,当该节点对应的主用节点出现故障时,该节点将代替所述主用节点处理主节点的访问请求。
图1是一个分布式目录服务***的结构示意图。该分布式目录服务***包括LDAP服务器的集群1和2,每个集群的节点采用互备方式且存储相同信息。***中还包括两个LDAP客户端,LDAPClient1和LDAPClient2,其中LDAPClient1访问集群1和集群2,LDAPClient2访问集群2。
服务***的客户端(也即LDAP客户端)采用轮询的形式发送请求到集群内各节点,即客户端将请求轮流发送给不同的节点。
但是按照轮询的形式发送请求会使得各节点负荷不均,例如当不同的查询请求复杂度不同或占用的数据空间不同时,就会打破各集群内各节点的负荷均衡。此时其他请求应该以更大的概率发送给集群内其他的节点,以提高处理性能,避免过负荷。
发明内容
本发明提供一种分布式目录服务***中负载管理的方法、装置和***,能够均衡集群中节点的负载。
为达到上述发明目的,本发明提供了如下技术方案:
一方面,本发明实施例提供一种分布式目标服务***中负载管理的方法和目录服务客户端。
一种分布式目标服务***中负载管理的方法,包括:
获取集群中每个节点当前的负荷信息;
根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;
向所述目标访问节点发送访问请求。
进一步的,所述方法还具有如下特点:
所述获取集群中每个节点当前的负荷信息,包括:
向所述集群中每个节点发送扩展请求消息(LDAP ExtendReq),携带订阅当前负荷信息的请求信息;接收所述集群中每个节点对所述扩展请求消息发送的扩展响应消息(LDAP ExtendRsp),携带该节点当前的负载信息;或者,
向所述集群中每个节点发送LDAP普通访问请求,包括绑定、查询、新增、删除或修改请求,携带订阅当前负荷信息的请求信息;接收所述集群中每个节点对所述LDAP普通访问请求发送的访问结果响应,携带该节点当前的负载信息。
进一步的,所述方法还具有如下特点:
所述订阅负荷信息指示所述集群中每个节点在满足如下任一条件时发送该节点的负荷信息:
周期性发送该节点的负荷信息给客户端;
在所述负载信息发生变化时,发送该节点的负载信息给客户端;
在客户端和该节点进行消息交互时,向所述客户端发送该节点的负荷信息。
一种目录服务客户端,其特征在于,包括:
获取模块,用于获取集群中每个节点当前的负荷信息;
选择模块,根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;
发送模块,用于向所述目标访问节点发送访问请求。
进一步的,所述目录服务客户端还具有如下特点:
所述获取模块包括:
第一发送单元,用于向所述集群中每个节点发送扩展请求消息(LDAPExtendReq),携带订阅当前负荷信息的请求信息;
第一接收单元,用于接收所述集群中每个节点对所述扩展请求消息发送的扩展响应消息(LDAP ExtendRsp),携带该节点当前的负载信息。
进一步的,所述目录服务客户端还具有如下特点:
所述获取模块包括:
第二发送单元,用于向所述集群中每个节点发送LDAP普通访问请求,包括查询、新增、删除、修改请求,携带订阅当前负荷信息的请求信息;
第二接收单元,用于接收所述集群中每个节点对所述LDAP普通访问请求发送的访问结果响应,携带该节点当前的负载信息。
另一方面,本发明实施例提供一种分布式目标服务***中负载管理的方法和目录服务器。
一种分布式目标服务***中负载管理的方法,包括:
接收多个访问请求;
获取所述多个访问请求的优先级;
按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
进一步的,所述方法还具有如下特点:所述多个访问请求携带该访问请求的处理优先级。
进一步的,所述方法还具有如下特点:
按照所述多个访问请求的处理优先级,对所述多个访问请求进行处理具体通过如下方式实现:
判断本地的负荷是否过载;
如果过载,响应所述多个访问请求中优先级大于或等于优先级阈值的访问请求;否则,响应所述多个访问请求。
进一步的,所述方法还具有如下特点:所述方法还包括:
向访问请求中优先级小于优先级阈值的访问请求发起方返回访问响应消息,携带***忙的信息。
一种目录服务器,包括:
接收模块,用于接收多个访问请求;
获取模块,用于获取所述多个访问请求的优先级;
处理模块,用于按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
进一步的,所述目录服务器还具有如下特点:
所述处理模块包括:
判断单元,用于判断本地的负荷是否过载;
丢弃单元,用于在判断单元判断过载时,丢弃所述多个访问请求中优先级于优先级阈值的访问请求;
发送单元,用于响应所述多个访问请求中优先级大于或等于优先级阈值的访问请求,或者响应所述多个访问请求。
进一步的,所述目录服务器还具有如下特点:
所述处理模块还包括:
通知单元,用于向访问请求中优先级小于优先级阈值的访问请求发起方返回访问响应消息,携带***忙的信息。
另外,本发明实施例提供一种分布式目录服务***,包括目录服务客户端和目录服务器,
所述目录服务客户端,用于获取集群中每个节点当前的负荷信息;根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;向所述目标访问节点发送访问请求;
所述目录服务器,用于接收多个访问请求;获取所述多个访问请求的优先级;按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
本发明提供的技术方案,通过获取集群内节点的负载信息,根据所述当前负荷信息得到被选取为目标访问节点的概率信息,并选取目标访问节点,保证节点的负载均衡,减少节点因处理压力过大出现故障的次数,提高了***的稳定性。
附图说明
图1为现有技术中分布式目录服务***的结构示意图;
图2为实施例一中分布式目录服务***中负载管理的方法时序图;
图3为实施例二中分布式目录服务***中负载管理的方法时序图;
图4为本发明实施例提供的目录服务客户端的结构示意图;
图5为图4所示实施例中获取模块的结构示意图;
图6为图4所示实施例中获取模块的另一结构示意图;
图7为本发明实施例提供的目录服务器的结构示意图;
图8为图7所示实施例中处理模块的结构示意图;
图9为图8所示实施例中处理模块的另一结构示意图;
图10为本发明实施例提供的分布式目录服务***的结构示意图。
具体实施方式
下面结合附图对本发明实施例提供的技术方案作进一步介绍:
以下是实施例以图1所示的分布式目录访问***为例进行说明。
实施例一
本实施例以LDAP客户端在LDAP服务器集群内节点间发起访问请求的应用场景为例进行说明,如图2所示:
该实施例仅示例了图1中LDAP客户端LDAPClient1发送查询请求到LDAP服务器集群1中节点,查询LDAP服务器集群1中数据的情况;
步骤201:LDAP客户端LDAPClient1在和LDAP服务器集群1中节点LDAPServer11建立链接后,向LDAPServer11发送LDAP ExtendReq(SubscriReq)请求消息订阅LDAPServer11的当前负荷情况;
可选的,所述LDAP客户端LDAPClient1请求节点LDAPServer11周期性向LDAPClient1发送该节点的负载信息,具体可采用如下方式实现:
预先在集群内的每个节点配置一个定时器,当节点向***的客户端发送该节点当前的负载信息后,定时器启动,当所述定时器记录的时间达到预先设置的时间时,所述节点再次向***的客户端发送该节点当前的负载信息,同时所述定时器清零,并重新启动,进入下一次定时。
可选的,所述LDAP客户端LDAPClient1请求节点LDAPServer11在节点LDAPServer11负荷发生变化时通知客户端LDAPClient1。
可选的,所述LDAP客户端LDAPClient1请求节点LDAPServer11在当客户端LDAPClient1和LDAPServer11节点存在普通消息交互时,顺带在响应中将负荷通知客户端。
步骤202:LDAPServer11收到LDAPClient1的LDAP ExtendReq(SubscriReq)请求后,记录下客户端LDAPClient1的信息,并在LDAPExtendRsp(SubscriRsp)响应消息中通知LDAPClient1当前LDAPServer11的负荷参数0.4,该负荷参数和诸如CPU、内存等服务器***资源的使用情况相关,该负荷参数数值越大,表示该服务器的负荷比较严重。例如,CPU的使用率越大,负荷参数的数值越大,相应的,该服务器的负荷就越严重。
步骤203:LDAP客户端LDAPClient1在和LDAP服务器集群1中节点LDAPServer12建立链接后,向LDAPServer12发送LDAP ExtendReq(SubscriReq)请求消息订阅LDAPServer12的当前负荷情况。
可选的,按照步骤201中描述的方法,LDAPClient1向LDAPServer12请求后续负荷通知的时机。
步骤204:LDAPServer12收到LDAPClient1的LDAP ExtendReq(SubscriReq)请求后,记录下客户端LDAPClient1的信息,并在LDAPExtendRsp(SubscriRsp)响应消息中通知LDAPClient1当前LDAPServer12的负荷参数0.7。
步骤205:LDAPClient1欲查询LDAP服务器集群1中某数据,则在该集群中已经建立链接的节点LDAPServer11和LDAPServer12中选择一个节点发送LDAP SearchReq请求消息,因为LDAPServer11的负荷小于LDAPServer12节点的负荷,所以LDAPServer11节点对访问请求响应速度比LDAPServer12节点响应速度快。LDAPClient1选择LDAPServer11作为目标节点的概率大,选择LDAPServer12作为目标节点的概率小。LDAPClient1此次选择的节点为LDAPServer11,则LDAPClient1向LDAPServer11发送LDAP查询请求(SearchReq)消息。
LDAPClient1根据概率大小随机选择目标节点,可以采用如下方法实现:构造从0开始的可选节点总数(实施例中为2个可选节点)个递增的区间段,区间长度和节点的剩余负荷成正比,剩余负荷为总的负荷1减去当前负荷参数,这里LDAPServer11剩余的负荷参数为0.6(总的负荷1减去当前负荷0.4),LDAPServer12剩余的负荷参数为0.3(总的负荷1减去当前负荷0.7)。所以构造的的两个区间段为[0,0.6]和[0.6,0.9];在总的区间段[0,0.9]之间产生分布在[0,0.9]之间的均匀分布的随机数,该随机数落在[0,0.6]区间中就选择LDAPServer11,落在[0.6,0.9]区间中就选择LDAPServer12。
步骤206:LDAPServer11向LDAPClient1返回LDAP查询条目响应消息(SearchResultEntry),返回查询到的条目。
步骤207:LDAPServer11向LDAPClient1返回LDAP查询结果响应消息SearchResultDone,表明查询成功结束。
步骤208:在LDAPServer11节点,通知LDAP客户端当前负荷情况的定时器到后,LDAPServer11根据步骤202中记录下客户端LDAPClient1的信息,向LDAPClient1返回LDAP ExtendRsp(SubscriRsp)响应消息通知LDAPServer11的当前负荷情况,其中携带当前LDAPServer11的负荷参数0.5。
步骤209:在LDAPServer12节点,通知LDAP客户端当前负荷情况的定时器到后,LDAPServer12根据步骤204中记录下客户端LDAPClient1的信息,向LDAPClient1返回LDAP ExtendRsp(SubscriRsp)响应消息通知LDAPServer12的当前负荷情况,其中携带当前LDAPServer11的负荷参数0.3。
步骤210:后面某时刻,LDAPClient1欲查询LDAP服务器集群1中另一数据,则在该集群中已经建立链接的节点LDAPServer11和LDAPServer12中选择一个节点发送LDAP查询请求(SearchReq)消息,因为LDAPServer12的负荷参数小于LDAPServer11节点的负荷参数,LDAPClient1选择LDAPServer11作为目标节点的概率小,选择LDAPServer12作为目标节点的概率大。LDAPClient1此次选择的节点为LDAPServer12,所述LDAPClient1最终选择的目标节点就是LDAPServer12,则LDAPClient1向LDAPServer12发送LDAP查询请求(SearchReq)消息。
步骤211:LDAPServer12向LDAPClient1返回LDAP查询条目响应消息(SearchResultEntry),返回查询到的条目。
步骤212:LDAPServer12向LDAPClient1返回LDAP查询结果响应消息SearchResultDone,表明查询成功结束。
本实施例通过获取集群内节点的负载信息,根据所述当前负荷信息得到被选取为目标访问节点的概率信息,并选取目标访问节点,保证节点的负载均衡,减少节点因处理压力过大出现故障的次数,提高了***的稳定性;进一步的,通过新增加一对新消息实现负载信息的订阅和获取,实现方法简单。
实施例2
本实施例中LDAP服务器集群内节点处理访问请求的应用场景为例进行说明,如图3所示。
本实施例中以图1所示***LDAP客户端LDAPClient1和LDAPClient2同时查询LDAP服务器集群2中节点,查询LDAP服务器集群2中数据的情况,且LDAPClient1和LDAPClient1都选择了LDAP服务器集群2中的LDAPServer21节点。
本发明实施例中在LDAP查询请求中添加消息级别控制(MessageLevelCtrl)信息,并按照消息的处理优先程度,为每个消息配置对应的优先级,其中值越小说明优先级越高。
步骤301:LDAPClient1向LDAPServer21发送查询请求,其中来自LDAPClient1的LDAP查询请求(SearchReq1)的扩展控制MessageLevelCtrl的值为2,表明该请求为低优先级的消息;
步骤302:LDAPClient2同时向LDAPServer21发送查询请求,其中来自LDAPClient2的LDAP查询请求(SearchReq2)的扩展控制MessageLevelCtrl的值为1,表明该请求为高优先级的消息;
步骤303:LDAPServer21先收到来自LDAPClient1和LDAPClient2的查询请求,判断本地的负荷是否过载,如果过载,执行步骤304~306,否则,执行步骤307~310。
步骤304:当本地过载时,LDAPServer21没有能力正常的处理所有查询请求,获取每个查询请求的优先级,LDAPClient1的LDAP查询请求中优先级为2,得知该查询请求为低优先级请求,不再继续处理本查询请求,直接返回LDAPClient1查询结果响应消息(SearchResultDone1),结果码为“***忙”(busy)。
步骤305、当本地的负荷过载时,LDAPServer21收到来自LDAPClient2的查询请求,获取所述该查询请求的优先级为1,得知该请求为高优先级请求,必须正常处理,返回LDAPClient2LDAP查询条目对应的响应消息(SearchResultEntry2),其中包含查询到的条目。
步骤306、LDAPServer21向LDAPClient1发送LDAP查询结果响应消息(SearchResultDone2),其结果码为“成功”(success)。
步骤307、当本地的负荷未过载时,LDAPServer21按照LDAPClient1和LDAPClient2的查询请求中的优先级,确定处理顺序为先处理LDAPClient2的查询请求,再处理LDAPClient1的查询请求。
步骤308、LDAPServer21响应LDAPClient2的查询请求,返回LDAP查询条目响应消息(SearchResultEntry2)。
步骤309、LDAPServer21向LDAPClient2返回LDAP查询结果响应消息SearchResultDone2,其结果码为“成功”(success)。
步骤311、在处理返回LDAPClient2的查询请求后,响应LDAPClient2的查询请求,返回LDAP查询条目响应消息(SearchResultEntry2)。
步骤312、LDAPServer21向LDAPClient2返回LDAP查询结果响应消息SearchResultDone2,其结果码为“成功”(success)。
本实施例中按照查询请求的优先级,处理查询请求,保证部分紧急的请求能够及时得到响应,提高***的服务质量;进一步的,在节点过载时,丢弃部分非紧急的请求,降低过载时处理请求的个数,缓解节点的处理压力,同时保证节点能够及时处理紧急的请求;进一步的,通过已有报文的扩展字段获取消息的优先级,实现方法简单。
如图4所示,本发明实施例提供的一种目录服务客户端,包括:
获取模块401,用于获取集群中每个节点当前的负荷信息;
选择模块402,根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;
发送模块403,用于向所述目标访问节点发送访问请求。
进一步的,如图5所示,所述获取模块401可以进一步包括:
第一发送单元501,用于向所述集群中每个节点发送扩展请求消息(LDAP ExtendReq),携带订阅当前负荷信息的请求信息;
第一接收单元502,用于接收所述集群中每个节点对所述扩展请求消息发送的扩展响应消息(LDAP ExtendRsp),携带该节点当前的负载信息。
进一步的,如图6所示,所述获取模块402可以进一步包括:
第二发送单元601,用于向所述集群中每个节点发送LDAP普通访问请求,包括查询、新增、删除、修改请求,携带订阅当前负荷信息的请求信息;
第二接收单元602,用于接收所述集群中每个节点对所述LDAP普通访问请求发送的访问结果响应,携带该节点当前的负载信息。
本发明实施例提供的目录服务客户端,通过获取集群内节点的负载信息,根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点,保证节点的负载均衡,减少节点因处理压力过大出现故障的次数,提高了***的稳定性;进一步的,通过对已有报文扩展字段来订阅和获取负载信息,实现方法简单。
如图7所示,本发明实施例提供一种目录服务器,包括:
接收模块701,用于接收多个访问请求;
获取模块702,用于获取所述多个访问请求的处理优先级;
处理模块703,用于按照所述多个访问请求的处理优先级,对所述多个访问请求进行处理。
进一步的,如图8所示,所述处理模块703可以进一步包括:
判断单元7031,用于判断本地的负荷是否过载;
发送单元7032,用于响应所述多个访问请求中优先级大于或等于优先级阈值的访问请求,或者响应所述多个访问请求。
进一步的,如图9所示,所述处理模块703还可以进一步包括:
通知单元7033,用于向访问请求中优先级小于优先级阈值的访问请求发起方返回访问响应消息,携带***忙的信息。
本发明实施例提供的目录服务器,按照查询请求的优先级,处理查询请求,保证部分紧急的请求能够及时得到响应,提高***的服务质量;进一步的,在节点过载时,丢弃部分非紧急的请求,降低过载时处理请求的个数,缓解节点的处理压力,同时保证节点能够及时处理紧急的请求;进一步的,通过对已有报文扩展字段来指示消息的优先级,实现方法简单。
如图10所示,本发明实施例提供一种分布式目录服务***,包括目录服务客户端1001和目录服务器1002,
所述目录服务客户端1001,用于获取集群中每个节点当前的负荷信息;根据所述当前的负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;向所述目标访问节点发送访问请求;
所述目录服务器1002,用于接收多个访问请求;获取所述多个访问请求的优先级;按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
本发明实施例提供的***,通过获取集群内节点的负载信息,根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点,保证节点的负载均衡,减少节点因处理压力过大出现故障的次数,提高了***的稳定性;进一步的,按照查询请求的优先级,处理查询请求,保证部分紧急的请求能够及时得到响应,提高***的服务质量。
本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
另外,在本发明各个实施例中的各功能单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求所述的保护范围为准。
Claims (14)
1.一种分布式目标服务***中负载管理的方法,其特征在于,包括:
获取集群中每个节点当前的负荷信息;
根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;
向所述目标访问节点发送访问请求。
2.根据权利要求1所述的方法,其特征在于,所述获取集群中每个节点当前的负荷信息,包括:
向所述集群中每个节点发送扩展请求消息(LDAP ExtendReq),携带订阅当前负荷信息的请求信息;接收所述集群中每个节点对所述扩展请求消息发送的扩展响应消息(LDAP ExtendRsp),携带该节点当前的负载信息;或者,
向所述集群中每个节点发送LDAP普通访问请求,包括绑定、查询、新增、删除或修改请求,携带订阅当前负荷信息的请求信息;接收所述集群中每个节点对所述LDAP普通访问请求发送的访问结果响应,携带该节点当前的负载信息。
3.根据权利要求2所述的方法,其特征在于,
所述订阅负荷信息指示所述集群中每个节点在满足如下任一条件时发送该节点的负荷信息:
周期性发送该节点的负荷信息给客户端;
在所述负载信息发生变化时,发送该节点的负载信息给客户端;
在客户端和该节点进行消息交互时,向所述客户端发送该节点的负荷信息。
4.一种分布式目标服务***中负载管理的方法,其特征在于,包括:
接收多个访问请求;
获取所述多个访问请求的优先级;
按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
5.根据权利要求4所述的方法,其特征在于,所述多个访问请求携带该访问请求的处理优先级。
6.根据权利要求5所述的方法,其特征在于,按照所述多个访问请求的处理优先级,对所述多个访问请求进行处理具体通过如下方式实现:
判断本地的负荷是否过载;
如果过载,响应所述多个访问请求中优先级大于或等于优先级阈值的访问请求;否则,响应所述多个访问请求。
7.根据权利要求6所述的方法,其特征在于,还包括:
向访问请求中优先级小于优先级阈值的访问请求发起方返回访问响应消息,携带***忙的信息。
8.一种目录服务客户端,其特征在于,包括:
获取模块,用于获取集群中每个节点当前的负荷信息;
选择模块,根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;
发送模块,用于向所述目标访问节点发送访问请求。
9.根据权利要求8所述的目录服务客户端,其特征在于,所述获取模块包括:
第一发送单元,用于向所述集群中每个节点发送扩展请求消息(LDAPExtendReq),携带订阅当前负荷信息的请求信息;
第一接收单元,用于接收所述集群中每个节点对所述扩展请求消息发送的扩展响应消息(LDAP ExtendRsp),携带该节点当前的负载信息。
10.根据权利要求8所述的目录服务客户端,其特征在于,所述获取模块包括:
第二发送单元,用于向所述集群中每个节点发送LDAP普通访问请求,包括查询、新增、删除、修改请求,携带订阅当前负荷信息的请求信息;
第二接收单元,用于接收所述集群中每个节点对所述LDAP普通访问请求发送的访问结果响应,携带该节点当前的负载信息。
11.一种目录服务器,其特征在于,包括:
接收模块,用于接收多个访问请求;
获取模块,用于获取所述多个访问请求的优先级;
处理模块,用于按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
12.根据权利要求10所述的目录服务器,其特征在于,所述处理模块包括:
判断单元,用于判断本地的负荷是否过载;
丢弃单元,用于在判断单元判断过载时,丢弃所述多个访问请求中优先级于优先级阈值的访问请求;
发送单元,用于响应所述多个访问请求中优先级大于或等于优先级阈值的访问请求,或者响应所述多个访问请求。
13.根据权利要求11所述的目录服务器,其特征在于,所述处理模块还包括:
通知单元,用于向访问请求中优先级小于优先级阈值的访问请求发起方返回访问响应消息,携带***忙的信息。
14.一种分布式目录服务***,其特征在于,包括目录服务客户端和目录服务器,
所述目录服务客户端,用于获取集群中每个节点当前的负荷信息;根据所述当前负荷信息被选取为目标访问节点的概率信息,选取目标访问节点;向所述目标访问节点发送访问请求;
所述目录服务器,用于接收多个访问请求;获取所述多个访问请求的优先级;按照所述多个访问请求的优先级,对所述多个访问请求进行处理。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101783578A CN102055644A (zh) | 2009-11-11 | 2009-11-11 | 分布式目录服务***中负载管理的方法、装置和*** |
PCT/CN2010/072876 WO2010148833A1 (zh) | 2009-11-11 | 2010-05-18 | 分布式目录服务***中负荷管理的方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101783578A CN102055644A (zh) | 2009-11-11 | 2009-11-11 | 分布式目录服务***中负载管理的方法、装置和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102055644A true CN102055644A (zh) | 2011-05-11 |
Family
ID=43385947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101783578A Pending CN102055644A (zh) | 2009-11-11 | 2009-11-11 | 分布式目录服务***中负载管理的方法、装置和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102055644A (zh) |
WO (1) | WO2010148833A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103200257A (zh) * | 2013-03-28 | 2013-07-10 | 中标软件有限公司 | 一种高可用集群***中的节点及其资源切换方法 |
CN105915630A (zh) * | 2016-06-01 | 2016-08-31 | 东软集团股份有限公司 | 跨网络数据传输***及负载均衡调度方法 |
CN107580033A (zh) * | 2017-08-24 | 2018-01-12 | 阿里巴巴集团控股有限公司 | 负载信息处理方法和装置、消息处理方法和装置、服务器 |
CN109597800A (zh) * | 2018-12-11 | 2019-04-09 | 东软集团股份有限公司 | 一种日志分发方法及装置 |
CN109981779A (zh) * | 2019-03-27 | 2019-07-05 | 掌阅科技股份有限公司 | 服务提供方法、服务器及计算机存储介质 |
CN112527525A (zh) * | 2020-12-11 | 2021-03-19 | 广州伊智信息科技有限公司 | 基于消息队列的分布式事件总线处理方法、终端及介质 |
CN114374728A (zh) * | 2021-12-27 | 2022-04-19 | 广西壮族自治区公众信息产业有限公司 | 一种前端设备在线状态获取方法 |
CN115314491A (zh) * | 2022-06-14 | 2022-11-08 | 北京邮电大学 | 基于分布式结构的目录服务器集群的目录服务方法和*** |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2907340B1 (en) * | 2012-10-12 | 2019-06-12 | Nokia Solutions and Networks Oy | Method and apparatus for individually controlling a user equipment in order to optimise the quality of experience (qoe) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6298451B1 (en) * | 1999-11-02 | 2001-10-02 | Idini Corporation | Directory-based failure recovery and load balancing system |
US20030195962A1 (en) * | 2002-04-10 | 2003-10-16 | Satoshi Kikuchi | Load balancing of servers |
CN101305346A (zh) * | 2004-05-21 | 2008-11-12 | Bea***公司 | 用于具有过载保护的应用服务器的***和方法 |
GB0524008D0 (en) * | 2005-11-25 | 2006-01-04 | Ibm | Method and system for controlling the processing of requests for web resources |
US7734658B2 (en) * | 2006-08-31 | 2010-06-08 | Red Hat, Inc. | Priority queue to determine order of service for LDAP requests |
-
2009
- 2009-11-11 CN CN2009101783578A patent/CN102055644A/zh active Pending
-
2010
- 2010-05-18 WO PCT/CN2010/072876 patent/WO2010148833A1/zh active Application Filing
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103200257A (zh) * | 2013-03-28 | 2013-07-10 | 中标软件有限公司 | 一种高可用集群***中的节点及其资源切换方法 |
CN105915630A (zh) * | 2016-06-01 | 2016-08-31 | 东软集团股份有限公司 | 跨网络数据传输***及负载均衡调度方法 |
CN107580033B (zh) * | 2017-08-24 | 2020-12-25 | 创新先进技术有限公司 | 负载信息处理方法和装置、消息处理方法和装置、服务器 |
CN107580033A (zh) * | 2017-08-24 | 2018-01-12 | 阿里巴巴集团控股有限公司 | 负载信息处理方法和装置、消息处理方法和装置、服务器 |
CN109597800A (zh) * | 2018-12-11 | 2019-04-09 | 东软集团股份有限公司 | 一种日志分发方法及装置 |
CN109597800B (zh) * | 2018-12-11 | 2020-11-06 | 东软集团股份有限公司 | 一种日志分发方法及装置 |
CN109981779A (zh) * | 2019-03-27 | 2019-07-05 | 掌阅科技股份有限公司 | 服务提供方法、服务器及计算机存储介质 |
CN109981779B (zh) * | 2019-03-27 | 2022-02-22 | 掌阅科技股份有限公司 | 服务提供方法、服务器及计算机存储介质 |
CN112527525A (zh) * | 2020-12-11 | 2021-03-19 | 广州伊智信息科技有限公司 | 基于消息队列的分布式事件总线处理方法、终端及介质 |
CN112527525B (zh) * | 2020-12-11 | 2024-04-02 | 广州伊智信息科技有限公司 | 基于消息队列的分布式事件总线处理方法、终端及介质 |
CN114374728A (zh) * | 2021-12-27 | 2022-04-19 | 广西壮族自治区公众信息产业有限公司 | 一种前端设备在线状态获取方法 |
CN114374728B (zh) * | 2021-12-27 | 2023-11-10 | 广西壮族自治区公众信息产业有限公司 | 一种前端设备在线状态获取方法 |
CN115314491A (zh) * | 2022-06-14 | 2022-11-08 | 北京邮电大学 | 基于分布式结构的目录服务器集群的目录服务方法和*** |
CN115314491B (zh) * | 2022-06-14 | 2023-10-20 | 北京邮电大学 | 基于分布式结构的目录服务器集群的目录服务方法和*** |
Also Published As
Publication number | Publication date |
---|---|
WO2010148833A1 (zh) | 2010-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102055644A (zh) | 分布式目录服务***中负载管理的方法、装置和*** | |
CN101133622B (zh) | 划分节点的工作负荷 | |
Zhuo et al. | An incentive framework for cellular traffic offloading | |
CN101136911B (zh) | 一种采用p2p技术下载文件的方法和p2p下载*** | |
US8355384B2 (en) | System and method of handover in wireless network | |
CN102651861B (zh) | 用于移动终端的下载方法、移动终端和代理下载服务器 | |
CN103023981B (zh) | 云计算*** | |
CN103051740A (zh) | 域名解析方法、dns服务器及域名解析*** | |
CN102025793A (zh) | 一种ip网络中的域名解析方法、***及dns服务器 | |
CN103024053A (zh) | 云存储方法、资源调度***、云存储节点及*** | |
CN103703747A (zh) | 互联网内容存储方法和设备 | |
CN102333130A (zh) | 一种访问缓存服务器的方法、***及缓存智能调度器 | |
CN105357246A (zh) | 基于信息中心网络的缓存方法和*** | |
CN105409187A (zh) | 支持通用即插即用协议的通信***中执行无线对接操作的设备和方法 | |
CN104052565A (zh) | 一种时间同步方法和通信终端 | |
CN103068044A (zh) | 一种寻呼方法和*** | |
CN108738079B (zh) | 一种传输速率协商方法及装置 | |
CN109947081B (zh) | 网联车辆控制方法及装置 | |
CN102571942A (zh) | 一种在p2p网络中推送资源信息并提供服务的方法与设备 | |
CN108391299B (zh) | 在Mesh网络内去除孤立节点的方法 | |
EP2124487A1 (en) | Service processing method and processing system and service control point | |
CN103825922B (zh) | 一种数据更新方法及web服务器 | |
JP2005196725A (ja) | アクセスヒストリに基づくファイルマイグレーション方式 | |
CN103262470A (zh) | FCoE网络链接管理方法、设备和*** | |
CN103441865A (zh) | 管理IP地址的方法、***及BRAS和Portal服务器 |
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 |
Application publication date: 20110511 |