CN101610222A - 基于客户端的服务器选择方法及装置 - Google Patents
基于客户端的服务器选择方法及装置 Download PDFInfo
- Publication number
- CN101610222A CN101610222A CNA2009101600558A CN200910160055A CN101610222A CN 101610222 A CN101610222 A CN 101610222A CN A2009101600558 A CNA2009101600558 A CN A2009101600558A CN 200910160055 A CN200910160055 A CN 200910160055A CN 101610222 A CN101610222 A CN 101610222A
- Authority
- CN
- China
- Prior art keywords
- server
- destination server
- information
- client
- visit
- 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)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种基于客户端的服务器选择方法及装置,该方法包括:获取客户端成功访问过的服务器的信息,如果获取成功,则根据服务器的信息访问服务器;如果获取失败,则接收来自域名服务器的服务器列表,并根据预定规则从列表中选择目标服务器,并访问目标服务器。通过本发明实现了对服务器快速有效的负载均衡访问。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种基于客户端的服务器选择方法及装置。
背景技术
随着网络技术的快速发展和应用,业务量、访问量和数据流量成倍增长,使得单一的服务器设备根本无法承担。负载均衡建立在现有网络结构之上,提供了一种廉价、有效、透明的方法,来扩展服务器设备的网络数据处理能力,提高网络的灵活性和可用性。
域名服务器(Domain Name Server,简称为DNS)是一种使用广泛且简单的负载均衡器。DNS服务器从域名对应的网络协议(Internet Protocol,简称为IP)列表重选择一个IP地址返回给网络用户,该网络用户通过该IP地址访问该服务器,获得服务。如果此时网络用户访问的服务器已经宕机,或负载过大,就会影响对网络用户的响应,甚至是无法提供服务。DNS可以对网络服务器进行检测来避免此问题,但是,如果增加DNS与网络服务器之间的检测,将处于健康状态的每个服务器通知到DNS,以实时更新DNS服务器的IP列表,又会额外增加了网络开销,如果更新不及时,也会导致某些网络用户获取不到服务。
发明内容
针对相关技术中采用DNS与网络服务器之间的检测来防止用户连接到过载服务器上而产生的增加网络开销或更新不及时导致用户获取不到服务的问题而提出本发明,为此,本发明的主要目的在于提供一种改进的基于客户端的服务器选择方案,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种基于客户端的服务器选择方法。
根据本发明的基于客户端的服务器选择方法包括:获取客户端成功访问过的服务器的信息,如果获取成功,则根据服务器的信息访问服务器;如果获取失败,则接收来自域名服务器的服务器列表,并根据预定规则从列表中选择目标服务器,并访问目标服务器。
优选地,在访问目标服务器之后,上述方法还包括:如果访问目标服务器失败或超时,则根据预定规则从列表中选择除目标服务器以外的其他服务器,并访问重新选择的服务器。
优选地,在访问目标服务器之后,上述方法还包括:接收来自目标服务器的第二目标服务器的信息,并访问第二目标服务器。
优选地,在接收目标服务器返回的第二目标服务器的信息之前,上述方法还包括:目标服务器以HTTP 302的方式向客户端发送第二目标服务器的信息。
优选地,在接收目标服务器返回的第二目标服务器的信息之后,上述方法还包括:将目标服务器的信息作为成功访问过的服务器的信息进行保存。
优选地,在访问目标服务器成功之后,上述方法还包括:将目标服务器的信息作为成功访问过的服务器的信息进行保存。
为了实现上述目的,根据本发明的另一方面,提供了一种基于客户端的服务器选择装置。
根据本发明的基于客户端的服务器选择装置包括:获取模块,用于获取客户端成功访问过的服务器的信息;访问模块,用于在获取模块获取成功的情况下,根据服务器的信息访问服务器;接收模块,用于在获取模块获取失败的情况下,接收来自域名服务器的服务器列表;选择模块,用于根据预定规则从列表中选择目标服务器;访问模块还用于访问目标服务器。
优选地,选择模块还用于在访问模块访问目标服务器失败或超的情况下,根据预定规则从列表中选择除目标服务器以外的其他服务器。
优选地,上述装置还包括:第二接收模块,用于接收来自目标服务器通过超文本传输协议302消息发送的第二目标服务器的信息;访问模块还用于访问第二目标服务器。
优选地,上述装置还包括:保存模块,用于在访问目标服务器成功之后或接收来自目标服务器的第二目标服务器的信息之后,将目标服务器的信息作为成功访问过的服务器的信息进行保存。
通过本发明,采用首先从本地获取访问成功过的服务器的信息,在获取失败的情况下从DNS服务器发送的服务器列表中选择目标服务器,解决了相关技术中采用DNS与网络服务器之间的检测来防止用户连接到过载服务器上而产生的增加网络开销或更新不及时导致用户获取不到服务的问题,进而达到了使用较简单的算法,结合客户端和服务器,利用DNS和HTTP的重定向功能实现对服务器的快速有效的负载均衡访问效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的基于客户端的服务器选择方法的流程图;
图2是根据本发明实施例的服务器选择方法应用场景的示意图;
图3是根据本发明实施例的服务器选择方法具体的流程图;
图4是根据本发明实施例的基于客户端的服务器选择装置的结构框图;
图5是根据本发明实施例的基于客户端的服务器选择装置具体的结构框图。
具体实施方式
功能概述
考虑到相关技术中采用DNS与网络服务器之间的检测来防止用户连接到过载服务器上而产生的增加网络开销或更新不及时导致用户获取不到服务的问题,本发明实施例提供了一种基于客户端的服务器选择方案,在该方案中,DNS仅提供域名解析功能,返回服务器的IP地址列表,在使用过程中,不需要和提供服务的网络服务器进行信息交互。当客户端访问服务器时,使用上次成功访问的服务器的信息,以便更快获取服务;如果不存在上次访问的服务器的信息,则使用DNS,接收来自DNS的地址列表并对该地址列表进行排序,以某种策略选择一个服务器的IP地址,当客户端访问该服务器(例如,发起超文本传输协议(Hypertext Transfer Protocol,简称为HTTP)请求)时,如果超时或失败,客户端主动将该服务器的IP地址设置为无效,然后再进行第二次重试。如果被访问的服务器检查该用户不是本集群用户,则只需要将该用户所属集群的运行正常服务器之一以HTTP 302形式返回给客户端,客户端收到该302消息后,将重定向到该服务器上进行访问,该服务器确认为本集群用户后,再将满足一定条件的最终服务器的IP地址以HTTP 200的方式返回给客户端。客户端再次发起访问请求,这样结合客户端的轮询访问和服务器,利用DNS和HTTP的重定向,可以有效地快速的实现对服务器的负载均衡访问,且采用的算法简单方便。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
在以下实施例中,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
方法实施例
根据本发明的实施例,提供了一种服务器的选择方法,图1是根据本发明实施例的服务器的选择方法的流程图,如图1所示,该方法包括如下的步骤S102至步骤S104:
步骤S102,获取客户端成功访问过的服务器的信息,如果获取成功,则根据服务器的信息访问服务器。优选地,该成功访问过的服务器的信息可以保存在配置文件中,也可以保存在注册表中。例如,可以通过客户端配置文件中的配置,获取可能存在的最终服务器的信息或重定向的服务器的信息,需要说明的是,重定向的服务器在下文中进行解释,在此不在赘述。
优选地,在成功访问过的服务器的信息包括:成功访问过的重定向的服务器的信息。在步骤S102中,优先使用可能存在的最终服务器的信息,当最终服务器的信息不存在时,再访问重定向的服务器,以实现对服务器的快速访问。
优选地,服务器的信息可以是服务器的IP地址。
步骤S104,如果获取失败,则由DNS域名服务器返回地址列表,该客户端接收来自域名服务器的服务器列表,并根据预定规则从列表中选择目标服务器,并访问目标服务器。
在步骤104之后,如果访问目标服务器失败或超时,则根据预定规则从列表中选择除目标服务器以外的其他服务器,并访问重新选择的服务器。例如,客户端可以对列表中的服务器IP地址进行排序(例如,排序算法可以对服务器IP地址换算后进行升序排序、降序排序或其他的排序方法),以用户的同一资源标识符(UniversalResource Identifier,简称为URI)作为种子,在有效地址范围选择一个服务器的IP地址进行访问,由于每个用户的URI都不一样,即随机种子不同,则使用较简单的方法将用户平均的分配到服务器上。例如,可以对URI进行换算(例如,将URI中的所有字符的ASCII值相加),然后将对URI进行换算得到的值放入一个随机函数中,得出一个值,根据这个值选择相关的服务器的IP地址。例如,如果随机函数得到的值为1,则选择序号为1的服务器的IP地址。
优选地,在客户端选择其他服务器之前,客户端可以主动将该访问失败的服务器的IP地址设置为无效。
目标服务器接收到客户端的访问之后,如果该目标服务器判断该访问的用户不是本集群的用户,则目标服务器以HTTP302的方式向客户端发送第二目标服务器的信息。客户端在接收来自目标服务器的第二目标服务器的信息之后,访问第二目标服务器。例如,该服务器的IP地址对应的服务器的代理(Proxy)模块检查该用户是否属于本集群用户,如果不是,则以302方式返回地址,否则在本集群范围内将满足一定条件的服务器之一以200的方式返回给客户端,客户端发起访问,如果超时或失败,则访问结束,否则与该服务器交互。
当客户端收到302消息,表示客户端需要重定向到第二目标服务器,第二目标服务器同样进行用户归属检查,如果还需要重定向,则重复上述过程。
如果目标服务器判断该访问的用户不是本集群的用户并以HTTP302的方式发送第二目标信息之后,则该目标服务器可以称为重定向服务器,客户端将该目标服务器的信息作为成功访问过的重定向服务器的信息进行保存;如果目标服务器不是重定向服务器则访问目标服务器成功之后,将目标服务器的信息作为成功访问过的服务器的信息进行保存。
下面将结合实例对本发明实施例的实现过程进行详细描述。
图2是根据本发明实施例的服务器的选择方法应用场景的示意图,如图2所示,客户端中包括地址获取模块,客户端连接至DNS域名服务器,地址获取模块连接至服务器集群中的服务器的Proxy模块,一个服务器集群包括服务器CP11、CP1n等。下面基于图2对本实施例进行详细的描述。
用户启动客户端,从配置文件中获取DNS,该DNS返回服务器的IP地址列表,客户端对该地址列表进行排序,以用户输入的帐号作为种子,选择一个服务器的IP地址,并向该服务器发送HTTP消息,该服务器的Proxy模块接收到该HTTP消息之后,检查该用户是否属于本集群,如果不是,则检查该用户所属集群的服务器状态,如果该用户所属的集群的服务器运行正常,则将运行正常的服务器的一个IP地址以HTTP 302消息返回给客户端,客户端接收到该HTTP 302消息之后,再次向获得到IP地址的所属集群发起HTTP请求,目标服务器接收到此请求,确认为本集群用户,则根据本集群各服务器的负载情况,选择联机用户数量少、负载轻、性能佳的服务器IP地址返回给用户,客户端则对该指定服务器进行访问。
当客户端从地址列表中选择的地址发起的消息,服务器不响应时,则客户端自动将该IP地址设置为无效,重新在有效地址范围内进行再次选择。
当客户端已经有上次成功登陆的服务器IP地址,则优先使用。
图3是根据本发明实施例的服务器的选择方法具体的流程图,如图3所示,该流程主要包括三个大步骤,下面对这三个方面分别进行介绍。
步骤一
用户启动客户端,客户端从配置文件中获取上次相关信息:域名,上次成功登陆的服务器IP地址和端口号,重定向服务器IP地址和端口号。该步骤包括如下几个步骤:
步骤1.1,上次成功登陆的服务器IP地址和端口号是否存在。如果存在,则访问该服务器,以获取该用户的相关信息,如果访问成功,则结束地址选择过程。在此步骤中,由于上次成功登陆服务器已经保存了该用户的最新信息,可以快速的实现与该用户的信息交互。
步骤1.2,如果访问失败或者该地址不存在,则检查重定向服务器IP地址和端口号是否存在。如果存在,则发送HTTP消息访问该服务器,该服务器确认是否为本集群的用户,如果是,则检查本集群的服务器负载情况,将满足一定条件(例如,联机用户少,负载轻、性能佳)的服务器IP地址以HTTP 200消息的方式返回给客户端,客户端再次访问以200消息返回的服务器的IP地址,如果访问成功,则记录下该IP地址和端口号。
步骤二
如果重定向地址访问超时或失败,或重定向地址不存在,则客户端将访问域名服务器,域名服务器返回地址列表。由于地址时效性,DNS域名服务器可能每次返回不同地址列表,为了更有效的让某个用户访问某一台固定的服务器,因此在选择地址之前,将DNS返回的地址列表进行了排序(排序算法不限定)。以用户URI作为种子,在有效地址列表中选择一个服务器的IP地址,向该地址所对应的服务器发起HTTP请求,该服务器接收到HTTP请求后,其Proxy模块检查是否属于本集群用户。在此之后的处理分为如下几个步骤:
步骤2.1,如果不是本集群用户,则检查该用户所在集群的服务器健康状态,将满足条件(例如,运行正常,用户量少,此时算法可以尽量简单,以快速响应)的服务器IP地址择其一,以HTTP 302消息重定向方式返回给客户端,客户端接收到该302消息后,将访问地址重定向到该IP地址上,同时记录该重定向IP地址和端口号。然后发起到该IP地址的服务器的访问。
步骤2.2,如果属于本集群用户,则检查该集群服务器的负载情况,将满足一定条件(例如,联机用户数量少、负载轻、性能佳等)某台服务器IP地址以200的方式返回给客户端。
步骤2.3,客户端收到200,即,得到最终服务器的IP地址,则访问该服务器,与客户端交互信息,如果访问失败,则结束此次访问。
步骤三
如果访问从域名服务器返回的地址列表之一超时或失败,则客户端主动将该IP地址设置为无效,即从地址列表中除去或者设置标志位,以防止再次选中该IP地址,重新发起第二次访问过程,转步骤二;当有效地址不存在,则访问失败,结束此次访问。
利用此种客户端和服务器结合的方式,可以有效实现对服务器快速的负载均衡访问。
装置实施例
根据本发明的实施例,提供了一种基于客户端的服务器选择装置,图4是根据本发明实施例的基于客户端的服务器选择装置的结构框图,如图4所示,该装置包括:获取模块42、访问模块44、接收模块46、选择模块48,下面对该结构进行详细的描述。
获取模块42,用于获取客户端成功访问过的服务器的信息;接收模块46,用于在获取模块获取失败的情况下,接收来自域名服务器的服务器列表;选择模块48连接至接收模块46,用于根据预定规则从列表中选择目标服务器;访问模块44连接至获取模块42和选择模块48,用于在获取模块获取成功的情况下,根据服务器的信息访问服务器;访问模块44还用于访问目标服务器。
优选地,选择模块48还用于在访问模块访问目标服务器失败或超的情况下,根据预定规则从列表中选择除目标服务器以外的其他服务器。
图5是根据本发明实施例的基于客户端的服务器选择装置具体的结构框图,如图5所示,该装置还包括:第二接收模块52,该第二接收模块52,用于接收来自目标服务器通过超文本传输协议302消息发送的第二目标服务器的信息。访问模块44还连接至第二接收模块52,用于访问第二目标服务器。
如图5所示,该装置还包括:保存模块54,该保存模块54连接至访问模块44,用于在访问所述目标服务器成功之后或接收来自所述目标服务器的第二目标服务器的信息之后,将所述目标服务器的信息作为成功访问过的服务器的信息进行保存。
综上所述,通过本发明的上述实施例,可以免去服务器较复杂负载均衡算法,即,用比较简单(例如,检查用户联机数量、设置服务器的性能指数等)的算法与客户端动态选择IP地址相结合,利用DNS和HTTP的重定向,实现对服务器有效的快速的负载均衡访问。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于客户端的服务器选择方法,其特征在于,包括:
获取客户端成功访问过的服务器的信息,如果获取成功,则根据所述服务器的信息访问所述服务器;
如果获取失败,则接收来自域名服务器的服务器列表,并根据预定规则从所述列表中选择目标服务器,并访问所述目标服务器。
2.根据权利要求1所述的方法,其特征在于,在访问所述目标服务器之后,所述方法还包括:
如果访问所述目标服务器失败或超时,则根据所述预定规则从所述列表中选择除所述目标服务器以外的其他服务器,并访问重新选择的服务器。
3.根据权利要求1所述的方法,其特征在于,在访问所述目标服务器之后,所述方法还包括:
接收来自所述目标服务器的第二目标服务器的信息,并访问第二目标服务器。
4.根据权利要求3所述的方法,其特征在于,在接收所述目标服务器返回的第二目标服务器的信息之前,所述方法还包括:
所述目标服务器以HTTP 302的方式向所述客户端发送所述第二目标服务器的信息。
5.根据权利要求3所述的方法,其特征在于,在接收所述目标服务器返回的第二目标服务器的信息之后,所述方法还包括:
将所述目标服务器的信息作为成功访问过的服务器的信息进行保存。
6.根据权利要求1所述的方法,其特征在于,在访问所述目标服务器成功之后,所述方法还包括:
将所述目标服务器的信息作为成功访问过的服务器的信息进行保存。
7.一种基于客户端的服务器选择装置,其特征在于,包括:
获取模块,用于获取客户端成功访问过的服务器的信息;
访问模块,用于在所述获取模块获取成功的情况下,根据所述服务器的信息访问所述服务器;
接收模块,用于在所述获取模块获取失败的情况下,接收来自域名服务器的服务器列表;
选择模块,用于根据预定规则从所述列表中选择目标服务器;
所述访问模块还用于访问所述目标服务器。
8.根据权利要求7所述的装置,其特征在于,所述选择模块还用于在所述访问模块访问所述目标服务器失败或超的情况下,根据所述预定规则从所述列表中选择除所述目标服务器以外的其他服务器。
9.根据权利要求7所述的装置,其特征在于,还包括:
第二接收模块,用于接收来自所述目标服务器通过超文本传输协议302消息发送的第二目标服务器的信息;
所述访问模块还用于访问第二目标服务器。
10.根据权利要求9所述的装置,其特征在于,还包括:
保存模块,用于在访问所述目标服务器成功之后或接收来自所述目标服务器的第二目标服务器的信息之后,将所述目标服务器的信息作为成功访问过的服务器的信息进行保存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101600558A CN101610222A (zh) | 2009-07-20 | 2009-07-20 | 基于客户端的服务器选择方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101600558A CN101610222A (zh) | 2009-07-20 | 2009-07-20 | 基于客户端的服务器选择方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101610222A true CN101610222A (zh) | 2009-12-23 |
Family
ID=41483812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009101600558A Pending CN101610222A (zh) | 2009-07-20 | 2009-07-20 | 基于客户端的服务器选择方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101610222A (zh) |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102299969A (zh) * | 2011-09-16 | 2011-12-28 | 北京新媒传信科技有限公司 | 一种Web访问方法、七层交换设备和服务网络 |
CN102790808A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件(北京)有限公司 | 一种域名解析方法和系统、一种客户端 |
CN103124265A (zh) * | 2013-01-31 | 2013-05-29 | 深信服网络科技(深圳)有限公司 | 访问网站的方法和网关设备 |
CN103246721A (zh) * | 2013-05-03 | 2013-08-14 | 北京奇虎科技有限公司 | 浏览器访问售票网站的方法和装置 |
CN103442030A (zh) * | 2013-07-31 | 2013-12-11 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103561121A (zh) * | 2013-10-11 | 2014-02-05 | 北京奇虎科技有限公司 | 一种dns的解析方法、装置和浏览器 |
CN103581040A (zh) * | 2013-11-26 | 2014-02-12 | 深圳中兴网信科技有限公司 | 服务器分配装置和服务器分配方法 |
CN103873594A (zh) * | 2014-04-03 | 2014-06-18 | 北京领通科技有限公司 | 服务转接方法及系统 |
CN103888552A (zh) * | 2012-12-24 | 2014-06-25 | 中国电信股份有限公司 | 快速访问互联网的方法、系统与终端装置 |
CN104412550A (zh) * | 2012-05-11 | 2015-03-11 | 惠普发展公司,有限责任合伙企业 | 服务器选择 |
CN105335470A (zh) * | 2015-09-29 | 2016-02-17 | 北京奇虎科技有限公司 | 用户登录信息展现方法和装置 |
CN106161413A (zh) * | 2015-04-27 | 2016-11-23 | 博雅网络游戏开发(深圳)有限公司 | 客户端接入方法和系统 |
CN107689970A (zh) * | 2016-08-03 | 2018-02-13 | 中国移动通信集团湖北有限公司 | 一种选择最优测速服务器的方法及装置 |
CN108134828A (zh) * | 2017-12-20 | 2018-06-08 | 金蝶软件(中国)有限公司 | 服务请求的路由方法、装置、计算机设备和存储介质 |
CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN109842693A (zh) * | 2019-03-19 | 2019-06-04 | 广州品唯软件有限公司 | Ip直连方法、装置、计算机可读存储介质及系统 |
CN110324674A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种弹幕服务器维护方法、装置及可读存储介质 |
CN110620703A (zh) * | 2019-09-29 | 2019-12-27 | 北京首汽智行科技有限公司 | 一种基于http的服务节点状态确定方法 |
CN111696657A (zh) * | 2019-03-12 | 2020-09-22 | 深圳迈瑞生物医疗电子股份有限公司 | 中间服务器、医疗监护设备及其连接方法和存储介质 |
CN111752681A (zh) * | 2020-06-29 | 2020-10-09 | 广州华多网络科技有限公司 | 请求处理方法、装置、服务器和计算机可读存储介质 |
CN111988443A (zh) * | 2020-08-14 | 2020-11-24 | 杭州视洞科技有限公司 | 一种基于云服务配置以及本地持久化的动态dns优化方案 |
CN112218131A (zh) * | 2019-07-09 | 2021-01-12 | 中国移动通信集团吉林有限公司 | 机顶盒工作方法及装置、电子设备和计算机可读存储介质 |
CN112383632A (zh) * | 2020-11-17 | 2021-02-19 | 珠海大横琴科技发展有限公司 | 一种负载均衡的方法和装置 |
-
2009
- 2009-07-20 CN CNA2009101600558A patent/CN101610222A/zh active Pending
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102790808A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件(北京)有限公司 | 一种域名解析方法和系统、一种客户端 |
CN102790808B (zh) * | 2011-05-16 | 2015-11-25 | 北京奇虎科技有限公司 | 一种域名解析方法和系统、一种客户端 |
CN102299969A (zh) * | 2011-09-16 | 2011-12-28 | 北京新媒传信科技有限公司 | 一种Web访问方法、七层交换设备和服务网络 |
CN102299969B (zh) * | 2011-09-16 | 2014-04-16 | 北京新媒传信科技有限公司 | 一种Web访问方法、七层交换设备和服务网络 |
CN104412550A (zh) * | 2012-05-11 | 2015-03-11 | 惠普发展公司,有限责任合伙企业 | 服务器选择 |
CN103888552A (zh) * | 2012-12-24 | 2014-06-25 | 中国电信股份有限公司 | 快速访问互联网的方法、系统与终端装置 |
CN103124265A (zh) * | 2013-01-31 | 2013-05-29 | 深信服网络科技(深圳)有限公司 | 访问网站的方法和网关设备 |
CN103246721A (zh) * | 2013-05-03 | 2013-08-14 | 北京奇虎科技有限公司 | 浏览器访问售票网站的方法和装置 |
CN103246721B (zh) * | 2013-05-03 | 2016-12-28 | 北京奇虎科技有限公司 | 浏览器访问售票网站的方法和装置 |
CN103442030B (zh) * | 2013-07-31 | 2016-12-28 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103442030A (zh) * | 2013-07-31 | 2013-12-11 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103561121A (zh) * | 2013-10-11 | 2014-02-05 | 北京奇虎科技有限公司 | 一种dns的解析方法、装置和浏览器 |
CN103561121B (zh) * | 2013-10-11 | 2017-04-12 | 北京奇虎科技有限公司 | 一种dns的解析方法、装置和浏览器 |
CN103581040A (zh) * | 2013-11-26 | 2014-02-12 | 深圳中兴网信科技有限公司 | 服务器分配装置和服务器分配方法 |
CN103873594B (zh) * | 2014-04-03 | 2017-04-05 | 北京领通科技有限公司 | 服务转接方法及系统 |
CN103873594A (zh) * | 2014-04-03 | 2014-06-18 | 北京领通科技有限公司 | 服务转接方法及系统 |
CN106161413A (zh) * | 2015-04-27 | 2016-11-23 | 博雅网络游戏开发(深圳)有限公司 | 客户端接入方法和系统 |
CN105335470B (zh) * | 2015-09-29 | 2019-06-07 | 北京奇虎科技有限公司 | 用户登录信息展现方法和装置 |
CN105335470A (zh) * | 2015-09-29 | 2016-02-17 | 北京奇虎科技有限公司 | 用户登录信息展现方法和装置 |
CN107689970A (zh) * | 2016-08-03 | 2018-02-13 | 中国移动通信集团湖北有限公司 | 一种选择最优测速服务器的方法及装置 |
CN108134828A (zh) * | 2017-12-20 | 2018-06-08 | 金蝶软件(中国)有限公司 | 服务请求的路由方法、装置、计算机设备和存储介质 |
CN110324674A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种弹幕服务器维护方法、装置及可读存储介质 |
CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN108769075B (zh) * | 2018-07-06 | 2021-05-18 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN111696657A (zh) * | 2019-03-12 | 2020-09-22 | 深圳迈瑞生物医疗电子股份有限公司 | 中间服务器、医疗监护设备及其连接方法和存储介质 |
CN109842693A (zh) * | 2019-03-19 | 2019-06-04 | 广州品唯软件有限公司 | Ip直连方法、装置、计算机可读存储介质及系统 |
CN112218131A (zh) * | 2019-07-09 | 2021-01-12 | 中国移动通信集团吉林有限公司 | 机顶盒工作方法及装置、电子设备和计算机可读存储介质 |
CN110620703A (zh) * | 2019-09-29 | 2019-12-27 | 北京首汽智行科技有限公司 | 一种基于http的服务节点状态确定方法 |
CN111752681A (zh) * | 2020-06-29 | 2020-10-09 | 广州华多网络科技有限公司 | 请求处理方法、装置、服务器和计算机可读存储介质 |
CN111988443A (zh) * | 2020-08-14 | 2020-11-24 | 杭州视洞科技有限公司 | 一种基于云服务配置以及本地持久化的动态dns优化方案 |
CN112383632A (zh) * | 2020-11-17 | 2021-02-19 | 珠海大横琴科技发展有限公司 | 一种负载均衡的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101610222A (zh) | 基于客户端的服务器选择方法及装置 | |
CN103051740B (zh) | 域名解析方法、dns服务器及域名解析系统 | |
CN101938502B (zh) | 一种服务器集群系统及负载均衡方法 | |
JP5103530B2 (ja) | グローバルトラフィックロードバランシングのためのクライアントの場所及びリゾルバの負荷を判断するためのdnsワイルドカードビーコニング | |
EP3567881B1 (en) | Request routing and updating routing information utilizing client location information | |
CN108040085A (zh) | 网络接入方法、装置及服务器 | |
US8099510B2 (en) | Relay device and program product, allowing continued communication via an alternative protocol | |
CN107172176B (zh) | 基于配置管理的app网络连接方法、设备及配置服务器 | |
CN109151009B (zh) | 一种基于mec的cdn节点分配方法和系统 | |
CN101217508B (zh) | 一种基于即时通信平台的网络代理系统及其实现方法 | |
CN102918813A (zh) | 用于数据负载均衡的设备和方法 | |
CN107528862A (zh) | 域名解析的方法及装置 | |
CN106941507A (zh) | 请求消息的调度方法及装置 | |
US20130262681A1 (en) | Apparatus and method for providing service availability to a user via selection of data centers for the user | |
CN112256495A (zh) | 数据传输方法、装置、计算机设备及存储介质 | |
CN110234140B (zh) | 一种通信方法、装置、实体及存储介质 | |
CN109873855B (zh) | 一种基于区块链网络的资源获取方法和系统 | |
CN105897947A (zh) | 移动终端的网络访问方法和装置 | |
CN104301439B (zh) | 负载均衡方法、装置及系统 | |
CN106657183A (zh) | 缓存加速的方法及装置 | |
CN103841159B (zh) | 一种离线文件传输系统和方法 | |
CN112866413A (zh) | 数据传输方法、装置、电子设备和计算机可读存储介质 | |
CN112596911A (zh) | 高可用分布式系统自动化运维方法及系统 | |
CN112202833B (zh) | Cdn系统、请求处理方法以及调度服务器 | |
CN109981795A (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: 20091223 |