CN102055644A - 分布式目录服务系统中负载管理的方法、装置和系统 - Google Patents

分布式目录服务系统中负载管理的方法、装置和系统 Download PDF

Info

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
cluster
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
Application number
CN2009101783578A
Other languages
English (en)
Inventor
李中科
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN2009101783578A priority Critical patent/CN102055644A/zh
Priority to PCT/CN2010/072876 priority patent/WO2010148833A1/zh
Publication of CN102055644A publication Critical patent/CN102055644A/zh
Pending legal-status Critical Current

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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (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.一种分布式目录服务系统，其特征在于，包括目录服务客户端和目录服务器，
所述目录服务客户端，用于获取集群中每个节点当前的负荷信息；根据所述当前负荷信息被选取为目标访问节点的概率信息，选取目标访问节点；向所述目标访问节点发送访问请求；
所述目录服务器，用于接收多个访问请求；获取所述多个访问请求的优先级；按照所述多个访问请求的优先级，对所述多个访问请求进行处理。
CN2009101783578A 2009-11-11 2009-11-11 分布式目录服务系统中负载管理的方法、装置和系统 Pending CN102055644A (zh)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101654312B1 (ko) * 2012-10-12 2016-09-05 노키아 솔루션스 앤드 네트웍스 오와이 Qoe를 최적화하기 위하여 사용자 장비를 개별적으로 제어하기 위한 방법 및 장치들

Family Cites Families (5)

* Cited by examiner, † Cited by third party
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

Cited By (14)

* Cited by examiner, † Cited by third party
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) 分布式目录服务系统中负载管理的方法、装置和系统
CN107332876B (zh) 区块链状态的同步方法及装置
CN110535676B (zh) Smf动态容灾的实现方法、装置、设备及存储介质
EP4024814A1 (en) Data management method, related product and communication system
CN106230997B (zh) 一种资源调度方法和装置
WO2021004517A1 (zh) 一种实现核心网子切片容灾的方法、装置和系统
RU2767991C1 (ru) Способ обработки информации, терминальное устройство и носитель данных
CN112600693A (zh) 业务请求的处理方法、系统、电子设备及计算机存储介质
CN103414641B (zh) 邻居表项释放方法、装置和网络设备
CN112416594A (zh) 一种微服务分配方法、电子设备和计算机存储介质
CN113285884A (zh) 流量控制方法及系统
CN112463318A (zh) 一种定时任务处理方法、装置及系统
CN109947081B (zh) 网联车辆控制方法及装置
US20220166842A1 (en) Data distribution method and electronic device
CN106790354B (zh) 一种防数据拥堵的通信方法及其装置
CN113326100A (zh) 一种集群管理方法、装置、设备及计算机存储介质
EP2071764B1 (en) A method, device and communication system thereof of electing local master
CN108781215B (zh) 网络服务实现方法、服务控制器及通信系统
CN115412974B (zh) 分流通信方法、装置、设备及可读存储介质
CN111190913A (zh) 一种分布式锁实现方法及系统
CN110635927B (zh) 节点切换方法、网络节点、网络系统
CN114866395B (zh) 多组分布式一致性协议集群心跳通讯方法及装置
CN114265693A (zh) 基于物联网平台的数据信息推送方法、装置、设备及介质
CN110650135A (zh) 一种节点处理方法、相关设备及计算机可读存储介质
CN110865987A (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

Application publication date: 20110511