CN101741907A - 一种均衡服务器负载的方法、***和主服务器 - Google Patents
一种均衡服务器负载的方法、***和主服务器 Download PDFInfo
- Publication number
- CN101741907A CN101741907A CN200910260007A CN200910260007A CN101741907A CN 101741907 A CN101741907 A CN 101741907A CN 200910260007 A CN200910260007 A CN 200910260007A CN 200910260007 A CN200910260007 A CN 200910260007A CN 101741907 A CN101741907 A CN 101741907A
- Authority
- CN
- China
- Prior art keywords
- client
- server
- service device
- described client
- load
- 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
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种均衡服务器负载的方法,该方法包括:设置并存储负载分配策略之后,接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端,使所述客户端进行对所述对应服务器的登录。相应地,本发明实施例还公开了一种均衡服务器负载的***和主服务器。本发明实施例所提供的技术方案,在进行***中服务器上负载的均衡时,可以根据客户端的实际情况进行对应服务器的分配,从而满足客户端多变的业务需求。
Description
技术领域
本发明涉及计算机技术领域,更具体地说,涉及一种均衡服务器负载的方法、***和主服务器。
背景技术
随着网络应用业务量的提高、访问量和数据流量的快速增加,服务器的处理能力和计算强度也相应增大,而一台普通服务器的处理能力只能达到每秒处理几万到几十万个请求,无法在一秒钟之内处理上百个甚至更多个请求。通过负载均衡方法,可以将多个服务器组成一个***,并通过软件技术将所有请求均衡地分配给所有服务器,那么这个***就具有每秒钟处理几百万个甚至更多个请求的能力。
目前,进行服务器负载均衡的算法多采用权重值、轮循法等,复杂一点的,还可以联合当前连接数、服务器健康度等因子来计算,并且,客户端上的请求由***中的哪台服务器来进行处理都是完全由负载均衡服务器动态决定的,外部一般无法干涉。
但在实际的网络应用中,现有负载均衡算法使某些特定的业务需求无法得到很好的满足,例如,跨地区的群集环境中,为了节省资源与减低通讯耗费,客户端可能希望连接到***中本地服务器节点进行请求的处理;或者,核心业务的请求希望由***中性能最良好的服务器来进行处理等。但由于目前进行服务器负载均衡时,客户端无法干涉负载的分配,造成客户端负载多变的业务需求无法得到精确满足。
发明内容
有鉴于此,本发明实施例提供一种均衡服务器负载的方法、***和主服务器,以满足客户端多变的业务需求。
本发明实施例是这样实现的:
本发明实施例提供了一种均衡服务器负载的方法,设置并存储负载分配策略之后,包括:
接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端。
优选地,当未能在所述负载分配策略中查找到所述客户端的对应服务器时,根据当前网络状况为所述客户端分配指定服务器,并将所述指定服务器的地址信息返回所述客户端。
所述设置并存储负载分配策略包括:
对客户端进行组群划分,并按照组群划分结果为各个组群分配对应的服务器;
根据分配结果,对所述客户端、所述组群和所述服务器的对应关系进行存储。
所述对客户端进行组群划分包括:
按照所述客户端的区域分布、所述客户端的业务类型和所述客户端的使用用户将所述客户端进行组群划分。
所述根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,包括:
根据所述客户端信息在所述负载分配策略中查找所述客户端所归属的组群,并根据所述组群与服务器的对应关系,获取所述客户端的对应服务器。
本发明实施例提供了一种均衡服务器负载的***,该***包括:主服务器和客户端,其中,
所述主服务器,用于设置并存储负载分配策略;接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端。
所述客户端,用于向所述主服务器发送登录请求,并接收所述主服务器返回的对应服务器的地址信息。
优选地,当所述主服务器未能在所述负载分配策略中查找到所述客户端的对应服务器时,所述主服务器还用于根据当前网络状况为所述客户端分配指定服务器,并将所述指定服务器的地址信息返回所述客户端。
优选地,所述客户端还用于缓存所述主服务器返回的对应服务器的地址信息。
本发明实施例提供了一种主服务器,包括:策略存储单元、接收单元、查找单元和发送单元,其中,
所述策略存储单元,用于设置并存储负载分配策略;
所述接收单元,用于接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
所述查找单元,用于根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器;
所述发送单元,用于将查找到的所述对应服务器的地址信息返回给所述客户端。
优选地,还包括服务器指定单元,当所述查找单元未能在所述负载分配策略中查找到所述客户端的对应服务器时,所述服务器指定单元用于根据当前网络状况为所述客户端分配指定服务器。
优选地,所述发送单元还用于将所述指定服务器的地址信息返回所述客户端。
与现有技术相比,本发明实施例提供的技术方案具有以下优点和特点:本发明实施例通过预先设置负载分配策略,并根据所接收到的客户端发送的登录请求获取该客户端的相关信息,通过该相关信息在所预存的负载分配策略中查找该客户端所对应的服务器。这样,在进行***中服务器上负载的均衡时,可以根据客户端的实际情况进行对应服务器的分配,从而满足客户端多变的业务需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例所涉及的一种均衡服务器负载的方法流程图;
图2为本发明实施例所涉及的一种均衡服务器负载的***结构示意图;
图3为本发明实施例所涉及的一种主服务器结构示意图;
图4为本发明实施例所涉及的一种均衡服务器负载的方法流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种均衡服务器负载的方法,在本方法中,首先需要设置并存储负载分配策略,其中,在进行负载分配策略的设置时,可以通过如下方法进行:
对客户端进行组群划分,例如,将处于统一区域的客户端划分在一个组群中,或者,将进行某类业务的客户端划分在一个组群中,或者,按照客户端的使用人群作为组群划分的依据多种方法,在此不不做限制。在将客户端进行组群划分之后,为每个组群指定对应的服务器,使该组群中的客户端上的请求由所指定的服务器来进行处理。
当然,为客户端划分组群并不是必须要进行的,也可以直接建立客户端与服务器之间的对应关系。
总之,负载分配策略提供了一种进行服务器负载均衡的规则,使得在进行服务器负载的均衡时,可以依据该规则来执行。另外,需要说明的是,所设置的负载分配策略是可根据实际应用情况进行更改的。例如,当某一客户端上所执行的业务发生变化时,可相应改变负载分配策略中该客户端的相关信息。
在完成负载分配策略的设置工作后,如果在分配工作中是按照先划分组群,再指定服务器的方式来进行的,则可将客户端、组群和服务器的对应关系进行存储;而如果在分配工作中直接建立的是客户端与服务器之间的对应关系,则将客户端与服务器的对应关系进行存储即可。
在完成上述负载分配策略的设置和存储工作后,可进行如图1所示步骤:
步骤101:接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
在步骤101中,主服务器接收到客户端所发送的登录请求后,首先获取该登录请求中所携带的客户端信息,例如该客户端所对应的IP地址、该客户端的用户名等。如果负载配置策略在设置完成后,将配置结果发送给了客户端,则客户端还可在所发送的登录请求中携带其所归属的组群信息等。
步骤102:根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端,使所述客户端进行对所述对应服务器的登录。
在步骤102中,主服务器根据所获取的客户端信息,从负载分配策略中查找该客户端所对应的服务器,例如:可首先根据所获取的该客户端的IP地址或用户名查找该客户端的归属组群,并进一步获取该组群所对应的服务器,则该服务器即用于处理该客户端所发送的请求;而如果从登录请求中所获取的是客户端所归属的组群信息,则直接利用该信息查找对应的服务器。主服务器完成对应服务器的查找工作之后,将对应服务器的地址信息返回给客户端,使该客户端进行对应服务器的登录,其中,主服务器可以将对应服务器的URL返回给客户端,还可以将对应服务器的IP地址返回给客户端。
需要说明的是,如果主服务器在获取客户端信息之后,根据该客户端信息,未能查找到该客户端所对应的服务器,例如由于该客户端并为分配对应服务器、或者该客户端所对应的服务器当前负载状态已不允许该客户端的接入等,则在该种情况下,主服务器可根据当前网络状态或服务器的负载状态等为该客户端指定服务器,并将该指定服务器的地址信息返回给客户端,从而使客户端进行该指定服务器的登录。
另外,对于客户端来说,当接收到主服务器返回的服务器地址信息之后,可以将该地址信息进行缓存,以备后续登录使用,相应也减少了主服务器的工作量和网络资源的使用。
本发明实施例所提供的一种均衡服务器负载的方法,通过预先设置负载分配策略,并根据所接收到的客户端发送的登录请求获取该客户端的相关信息,通过该相关信息在所预存的负载分配策略中查找该客户端所对应的服务器。这样,在进行***中服务器上负载的均衡时,可以根据客户端的实际情况进行对应服务器的分配,从而满足客户端多变的业务需求。
相应地,本发明实施例还提供了一种均衡服务器负载的***,该***包括如图2所示结构:主服务器201和客户端202,其中:
主服务器201:用于设置并存储负载分配策略;接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端。
客户端202,用于向所述主服务器发送登录请求,并接收所述主服务器返回的对应服务器的地址信息。
另外,当主服务器201未能在所述负载分配策略中查找到所述客户端202的对应服务器时,所述主服务器201还用于根据当前网络状况为所述客户端202分配指定服务器,并将所述指定服务器的地址信息返回所述客户端202。
为减小主服务器201的工作量,客户端202还可将主服务器201所返回的对应服务器的地址信息进行缓存。
可以理解的是,附图中或实施例中所示仅仅是示意性的,表示逻辑结构,其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的,作为单元显示的部件可能是或者可能不是物理单元,即可以位于一个地方,或者分布到几个网络单元上。
该实施例提供的一种均衡服务器负载的***,可以用于执行本发明实施例提供的均衡服务器负载的方法。该均衡服务器负载***进行均衡服务器负载的过程,可以参见本发明实施例提供的均衡服务器负载方法。
本发明实施例所提供的一种均衡服务器负载的***,在本***中,在进行服务器上负载的均衡时,可以根据客户端的实际情况进行对应服务器的分配,从而满足客户端多变的业务需求。
最后,本发明实施例还提供了一种主服务器,该主服务器包括如图3所示结构:策略存储单元301、接收单元302、查找单元303和发送单元304,其中:
策略存储单元301:用于设置并存储负载分配策略;
接收单元302:用于接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
查找单元303,用于根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器;
发送单元304,用于将查找到的所述对应服务器的地址信息返回给所述客户端。
除了以上几个基本单元之外,该主服务器还可包括服务器指定单元,当所述查找单元未能在所述负载分配策略中查找到所述客户端的对应服务器时,所述服务器指定单元用于根据当前网络状况为所述客户端分配指定服务器。另外,当服务器指定单元为客户端分配指定服务器之后,发送单元还可用于将该指定服务器的地址信息返回给所述客户端。
可以理解的是,附图中或实施例中所示仅仅是示意性的,表示逻辑结构,其中所述作为分离部件显示的单元可能是或者可能不是物理上分开的,作为单元显示的部件可能是或者可能不是物理单元,即可以位于一个地方,或者分布到几个网络单元上。
该实施例提供的一种主服务器,可以用于执行本发明实施例提供的均衡服务器负载的方法。该主服务器进行均衡服务器负载的过程,可以参见本发明实施例提供的均衡服务器负载方法。
本实施例所提供的一种主服务器,在进行服务器上负载的均衡时,可以根据客户端的实际情况进行对应服务器的分配,从而满足客户端多变的业务需求。
结合上述方法、装置和具体应用场景,对本发明所涉及的技术方案做进一步说明。在本实施例中,服务器***包括多个服务器,在进行服务器负载均衡的过程中,为均衡各个服务器之间的负载压力,需要根据实际情况将客户端所发送的多个请求向多个服务器进行分配。为了在进行负载的分配过程中,可以同时满足客户端的要求,可以预先设置并存储一个负载分配策略,其中,该负载分配策略中可以包括以下信息:
指定用户组群中客户端发送的请求由指定服务器进行处理,例如,在跨地区的群集环境中,位于同一地区的客户端所发送的请求优先由该客户端所处地区的本地服务器进行处理;核心业务组群的客户端所发送的请求由指定的性能较好的服务器进行处理。另外,除了将客户端进行组群划分外,还可以对请求处理的业务进行划分,将指定的业务由指定的服务器进行处理等。当然,还可以进行多重划分,并为不同的划分方式分配不同的优先级,按照优先级的高低为客户端所发送的请求分配服务器进行处理。
在本实施例中,假设该***按照地区进行客户端组群的划分,并根据划分结果,为指定组群的客户端所发送的请求分配指定服务器进行处理,则根据上述,所存储的负载分配策略可具体为:根据区域所划分的客户端组群、各个组群所对应的标识信息、对应组群中所包括的客户端以及客户端的标识信息、与对应组群产生关联的服务器等。
另外,还需要说明的是,负载分配策略可以根据网络的实际情况以及用户的需求进行适应性变化,从而更好地为客户端提供相应服务。
在完成负载分配策略的设置及存储工作后,可以进行如图4所示流程:
步骤401:客户端向主服务器发送登录请求;
步骤402:主服务器接收到客户端所发送的登录请求后,根据登录请求中所携带的相关信息为该客户端分配对应的服务器;
在步骤402中,主服务器在接收到客户端所发送的登录请求后,首先检测该请求中所携带的客户端信息,例如该客户端的IP地址或用户名等。主服务器在获取客户端的IP地址或用户名后,与预先存储的负载分配策略进行对比,查看该客户端所归属的组群以及该组群所对应的服务器;或者,主服务器在接收到客户端所发送的登录请求后,首先检测该请求中所携带的客户端信息,例如该客户端的IP地址或用户名以及该客户端所归属的组群等。主服务器在获取客户端的IP地址或用户名以及该客户端所归属的组群后,与预先存储的负载分配策略进行对比,查看客户端所归属的组群所对应的服务器。
在为客户端查找其所对应的服务器时,如果根据客户端所发送的登录请求中所携带的客户端的相关信息,查找到该客户端所对应的服务器,则主服务器向该客户端返回该服务器的地址信息,例如该服务器的URL等。而如果根据客户端所发送的登录请求中所携带的客户端的相关信息,未能为该客户端找到对应的服务器(例如,该客户端未加入任何组群,则相应地也没有指定任何服务器,或者,该客户端有加入了特定组群,并有指定的服务器,但当前网络状况或指定服务器的负载不允许该客户端的接入),则主服务器可根据网络的当前状况以及***中服务器的负载情况,为该客户端指定一个服务器,并向客户端返回该服务器的地址信息,例如该服务器的URL等。
步骤403:客户端根据主服务器所返回的指定服务器的地址信息进行重新登录,并由指定服务器处理其所发送的相关请求。
在步骤403中,客户端在接收到主服务器所返回的指定服务器的地址信息后,根据新的地址信息登录指定服务器,而后续该客户端所发送的相关请求将在指定服务器上进行处理。
另外,需要说明的是,当客户端每次登录服务器时,为减少主服务器的工作量,客户端可以将主服务器所返回的指定服务器的地址信息进行缓存,在进行下次登录时,可以直接根据该地址信息登录指定的服务器。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM(Read-Only Memory,只读存储记忆体)、RAM(RandomAccess Memory,随机存储记忆体)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (11)
1.一种均衡服务器负载的方法,其特征在于,设置并存储负载分配策略之后,包括:
接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端,使所述客户端进行对所述对应服务器的登录。
2.根据权利要求1所述的方法,其特征在于,当未能在所述负载分配策略中查找到所述客户端的对应服务器时,根据当前网络状况为所述客户端分配指定服务器,并将所述指定服务器的地址信息返回所述客户端,使所述客户端进行对所述指定服务器的登录。
3.根据权利要求1或2所述的方法,其特征在于,所述设置并存储负载分配策略包括:
对客户端进行组群划分,并按照组群划分结果为各个组群分配对应的服务器;
根据分配结果,对所述客户端、所述组群和所述服务器的对应关系进行存储。
4.根据权利要求3所述的方法,其特征在于,所述对客户端进行组群划分包括:
按照所述客户端的区域分布、所述客户端的业务类型和所述客户端的使用用户将所述客户端进行组群划分。
5.根据权利要求3所述的方法,其特征在于,所述根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,包括:
根据所述客户端信息在所述负载分配策略中查找所述客户端所归属的组群,并根据所述组群与服务器的对应关系,获取所述客户端的对应服务器。
6.一种均衡服务器负载的***,其特征在于,包括主服务器和客户端,其中,
所述主服务器,用于设置并存储负载分配策略;接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器,并将查找到的所述对应服务器的地址信息返回给所述客户端,使所述客户端进行对所述对应服务器的登录;
所述客户端,用于向所述主服务器发送登录请求,并接收所述主服务器返回的对应服务器的地址信息。
7.根据权利要求6所述的***,其特征在于,当所述主服务器未能在所述负载分配策略中查找到所述客户端的对应服务器时,所述主服务器还用于根据当前网络状况为所述客户端分配指定服务器,并将所述指定服务器的地址信息返回所述客户端。
8.根据权利要求6所述的***,其特征在于,所述客户端还用于缓存所述主服务器返回的对应服务器的地址信息。
9.一种主服务器,其特征在于,包括:策略存储单元、接收单元、查找单元和发送单元,其中,
所述策略存储单元,用于设置并存储负载分配策略;
所述接收单元,用于接收客户端发送的登录请求,并获取所述登录请求中所携带的客户端信息;
所述查找单元,用于根据所获取的所述客户端信息在所述负载分配策略中查找所述客户端的对应服务器;
所述发送单元,用于将查找到的所述对应服务器的地址信息返回给所述客户端。
10.根据权利要求9所述的主服务器,其特征在于,还包括服务器指定单元,当所述查找单元未能在所述负载分配策略中查找到所述客户端的对应服务器时,所述服务器指定单元用于根据当前网络状况为所述客户端分配指定服务器。
11.根据权利要求10所述的主服务器,其特征在于,所述发送单元还用于将所述指定服务器的地址信息返回所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910260007A CN101741907A (zh) | 2009-12-23 | 2009-12-23 | 一种均衡服务器负载的方法、***和主服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910260007A CN101741907A (zh) | 2009-12-23 | 2009-12-23 | 一种均衡服务器负载的方法、***和主服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101741907A true CN101741907A (zh) | 2010-06-16 |
Family
ID=42464790
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910260007A Pending CN101741907A (zh) | 2009-12-23 | 2009-12-23 | 一种均衡服务器负载的方法、***和主服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101741907A (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067296A (zh) * | 2013-01-18 | 2013-04-24 | 浪潮电子信息产业股份有限公司 | 一种实现hpc集群登录节点负载均衡的方法 |
CN103297511A (zh) * | 2013-05-15 | 2013-09-11 | 百度在线网络技术(北京)有限公司 | 高度动态环境下的客户端/服务器的调度方法和*** |
CN103581040A (zh) * | 2013-11-26 | 2014-02-12 | 深圳中兴网信科技有限公司 | 服务器分配装置和服务器分配方法 |
CN103945000A (zh) * | 2014-05-05 | 2014-07-23 | 安徽科大讯飞信息科技股份有限公司 | 一种负载均衡方法及负载均衡器 |
CN105122874A (zh) * | 2014-02-21 | 2015-12-02 | 华为技术有限公司 | 一种指示和确定业务路由的方法及装置 |
CN105187917A (zh) * | 2014-06-11 | 2015-12-23 | 中兴通讯股份有限公司 | 一种客户端接入方法及装置 |
CN105681266A (zh) * | 2014-11-20 | 2016-06-15 | ***通信集团广东有限公司 | 一种多媒体电话MMTel的通讯集群方法及装置 |
CN106254514A (zh) * | 2016-08-31 | 2016-12-21 | 东软集团股份有限公司 | 请求分发方法和装置 |
CN107645540A (zh) * | 2017-08-21 | 2018-01-30 | 西安交大捷普网络科技有限公司 | web应用***的负载均衡方法 |
WO2018040066A1 (zh) * | 2016-09-02 | 2018-03-08 | 深圳中兴力维技术有限公司 | 设备自动接入服务器的方法、装置及*** |
CN107809342A (zh) * | 2017-12-13 | 2018-03-16 | 深圳市智物联网络有限公司 | 一种负载均衡方法及负载均衡装置 |
CN107846425A (zh) * | 2016-09-06 | 2018-03-27 | 鸿富锦精密电子(天津)有限公司 | 负载均衡***及负载均衡方法 |
CN107911419A (zh) * | 2017-10-26 | 2018-04-13 | 广州市雷军游乐设备有限公司 | 服务器组内扩容的方法、装置、存储介质和*** |
CN107944928A (zh) * | 2017-12-12 | 2018-04-20 | 北京小米移动软件有限公司 | 券码的发放方法及装置 |
CN108111567A (zh) * | 2016-11-25 | 2018-06-01 | 广东亿迅科技有限公司 | 实现服务器负载均匀的方法及*** |
WO2019001092A1 (zh) * | 2017-06-30 | 2019-01-03 | 华为技术有限公司 | 负载均衡引擎,客户端,分布式计算***以及负载均衡方法 |
CN109274710A (zh) * | 2015-02-12 | 2019-01-25 | 广州神马移动信息科技有限公司 | 网络负载均衡方法、装置及集群服务*** |
CN111479296A (zh) * | 2019-01-23 | 2020-07-31 | 大唐移动通信设备有限公司 | 一种cdn缓存服务器的选择方法及装置 |
CN111988347A (zh) * | 2019-05-22 | 2020-11-24 | 网宿科技股份有限公司 | 跳板机***的数据处理方法和跳板机*** |
CN113992685A (zh) * | 2021-10-26 | 2022-01-28 | 新华三信息安全技术有限公司 | 一种服务控制器确定方法、***及装置 |
-
2009
- 2009-12-23 CN CN200910260007A patent/CN101741907A/zh active Pending
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067296B (zh) * | 2013-01-18 | 2017-05-10 | 浪潮电子信息产业股份有限公司 | 一种实现高性能计算集群登录节点负载均衡的方法 |
CN103067296A (zh) * | 2013-01-18 | 2013-04-24 | 浪潮电子信息产业股份有限公司 | 一种实现hpc集群登录节点负载均衡的方法 |
CN103297511A (zh) * | 2013-05-15 | 2013-09-11 | 百度在线网络技术(北京)有限公司 | 高度动态环境下的客户端/服务器的调度方法和*** |
CN103297511B (zh) * | 2013-05-15 | 2016-08-10 | 百度在线网络技术(北京)有限公司 | 高度动态环境下的客户端/服务器的调度方法和*** |
CN103581040A (zh) * | 2013-11-26 | 2014-02-12 | 深圳中兴网信科技有限公司 | 服务器分配装置和服务器分配方法 |
CN105122874A (zh) * | 2014-02-21 | 2015-12-02 | 华为技术有限公司 | 一种指示和确定业务路由的方法及装置 |
CN105122874B (zh) * | 2014-02-21 | 2019-06-11 | 华为技术有限公司 | 一种指示和确定业务路由的方法及装置 |
CN103945000A (zh) * | 2014-05-05 | 2014-07-23 | 安徽科大讯飞信息科技股份有限公司 | 一种负载均衡方法及负载均衡器 |
CN103945000B (zh) * | 2014-05-05 | 2017-06-13 | 科大讯飞股份有限公司 | 一种负载均衡方法及负载均衡器 |
CN105187917A (zh) * | 2014-06-11 | 2015-12-23 | 中兴通讯股份有限公司 | 一种客户端接入方法及装置 |
CN105681266B (zh) * | 2014-11-20 | 2018-12-07 | ***通信集团广东有限公司 | 一种多媒体电话MMTel的通讯集群方法及装置 |
CN105681266A (zh) * | 2014-11-20 | 2016-06-15 | ***通信集团广东有限公司 | 一种多媒体电话MMTel的通讯集群方法及装置 |
CN109274710A (zh) * | 2015-02-12 | 2019-01-25 | 广州神马移动信息科技有限公司 | 网络负载均衡方法、装置及集群服务*** |
CN106254514B (zh) * | 2016-08-31 | 2019-07-16 | 东软集团股份有限公司 | 请求分发方法和装置 |
CN106254514A (zh) * | 2016-08-31 | 2016-12-21 | 东软集团股份有限公司 | 请求分发方法和装置 |
WO2018040066A1 (zh) * | 2016-09-02 | 2018-03-08 | 深圳中兴力维技术有限公司 | 设备自动接入服务器的方法、装置及*** |
CN107846425A (zh) * | 2016-09-06 | 2018-03-27 | 鸿富锦精密电子(天津)有限公司 | 负载均衡***及负载均衡方法 |
CN108111567A (zh) * | 2016-11-25 | 2018-06-01 | 广东亿迅科技有限公司 | 实现服务器负载均匀的方法及*** |
CN109218355A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 负载均衡引擎,客户端,分布式计算***以及负载均衡方法 |
WO2019001092A1 (zh) * | 2017-06-30 | 2019-01-03 | 华为技术有限公司 | 负载均衡引擎,客户端,分布式计算***以及负载均衡方法 |
CN107645540A (zh) * | 2017-08-21 | 2018-01-30 | 西安交大捷普网络科技有限公司 | web应用***的负载均衡方法 |
CN107911419A (zh) * | 2017-10-26 | 2018-04-13 | 广州市雷军游乐设备有限公司 | 服务器组内扩容的方法、装置、存储介质和*** |
CN107944928A (zh) * | 2017-12-12 | 2018-04-20 | 北京小米移动软件有限公司 | 券码的发放方法及装置 |
CN107944928B (zh) * | 2017-12-12 | 2021-04-27 | 北京小米移动软件有限公司 | 券码的发放方法及装置 |
CN107809342A (zh) * | 2017-12-13 | 2018-03-16 | 深圳市智物联网络有限公司 | 一种负载均衡方法及负载均衡装置 |
CN111479296A (zh) * | 2019-01-23 | 2020-07-31 | 大唐移动通信设备有限公司 | 一种cdn缓存服务器的选择方法及装置 |
CN111479296B (zh) * | 2019-01-23 | 2021-08-27 | 大唐移动通信设备有限公司 | 一种cdn缓存服务器的选择方法及装置 |
CN111988347A (zh) * | 2019-05-22 | 2020-11-24 | 网宿科技股份有限公司 | 跳板机***的数据处理方法和跳板机*** |
CN111988347B (zh) * | 2019-05-22 | 2023-10-24 | 网宿科技股份有限公司 | 跳板机***的数据处理方法和跳板机*** |
CN113992685A (zh) * | 2021-10-26 | 2022-01-28 | 新华三信息安全技术有限公司 | 一种服务控制器确定方法、***及装置 |
CN113992685B (zh) * | 2021-10-26 | 2023-09-22 | 新华三信息安全技术有限公司 | 一种服务控制器确定方法、***及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101741907A (zh) | 一种均衡服务器负载的方法、***和主服务器 | |
US20200364608A1 (en) | Communicating in a federated learning environment | |
US9888062B2 (en) | Distributed storage system including a plurality of proxy servers and method for managing objects | |
CN102053982B (zh) | 一种数据库信息管理方法和设备 | |
US9069835B2 (en) | Organizing data in a distributed storage system | |
KR20180027326A (ko) | 확장 가능한 멀티-스테이지 데이터 처리 시스템들에서의 효율적인 데이터 캐싱 관리 | |
US8239337B2 (en) | Network device proximity data import based on weighting factor | |
CN104794249A (zh) | 一种数据库的实现方法和设备 | |
CN101944124A (zh) | 分布式文件***管理方法、装置以及对应的文件*** | |
CN107026876B (zh) | 一种文件数据访问***及方法 | |
CN105354255A (zh) | 数据查询方法和装置 | |
CN105516284B (zh) | 一种集群数据库分布式存储的方法和装置 | |
US20200052885A1 (en) | File storage method and apparatus for blockchain network | |
CN106933891A (zh) | 访问分布式数据库的方法和分布式数据服务的装置 | |
CN109150936A (zh) | 一种分布式集群中会话对象Session的共享方法及装置 | |
CN110740155A (zh) | 分布式***中的请求处理方法及装置 | |
CN103905512B (zh) | 一种数据处理方法和设备 | |
CN111400301A (zh) | 一种数据查询方法、装置及设备 | |
CN105978744A (zh) | 一种资源分配方法、装置及*** | |
WO2020259191A1 (zh) | 一种数据中心节点分配方法、装置、***及计算机设备 | |
CN113204421A (zh) | 无服务器功能与存储池的同分布 | |
CN109005071B (zh) | 一种决策部署方法和调度设备 | |
CN114466031B (zh) | 一种cdn***节点配置方法、装置、设备及存储介质 | |
CN111274004A (zh) | 进程实例管理方法、装置及计算机存储介质 | |
CN110188140A (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: 20100616 |