CN107317880B - 一种实现负载均衡的方法及装置 - Google Patents
一种实现负载均衡的方法及装置 Download PDFInfo
- Publication number
- CN107317880B CN107317880B CN201710671331.1A CN201710671331A CN107317880B CN 107317880 B CN107317880 B CN 107317880B CN 201710671331 A CN201710671331 A CN 201710671331A CN 107317880 B CN107317880 B CN 107317880B
- Authority
- CN
- China
- Prior art keywords
- domain name
- name resolution
- state
- shared
- bit
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 209
- 238000012986 modification Methods 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 4
- 230000000694 effects Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Classifications
-
- 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/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种实现负载均衡的方法及装置,其中该方法包括:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;如果否,则修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析;如果是,则等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改共享状态位为存在进程正在进行域名解析的状态,对接收的域名解析请求进行域名解析;结束域名解析后,控制共享状态位恢复为未存在进程正在进行域名解析的状态。上述技术方案,通过共享状态位的状态约束,保证同一时刻只能有一个域名解析在进行,使域名解析能够按照预先设定的负载均衡策略执行,以实现负载均衡。
Description
技术领域
本发明涉及互联网访问技术领域,更具体地说,涉及一种实现负载均衡的方法及装置。
背景技术
随着网络技术的快速进步与发展,人们访问互联网的频率越来越高。其中,DNS(Domain Name System,域名系统)作为可以将域名和IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网。
目前,现有的DNS负载均衡在低负荷下能够按照预先设定的负载均衡策略起到负载均衡的效果,其中,负载均衡指的是将客户端均匀的分布在集群各节点上,以达到业务均衡效果,避免某一节点业务压力过大。并发指的是同一时刻有多个程序同时处于运行状态,在此指都在处理域名解析,在项目实施过程中,特别是在项目部署的初期,会出现高并发的情况,即较多的客户端在同一时刻向负载均衡服务器发出域名解析请求的情况,需要负载均衡服务器在同一时刻处理多个域名解析请求。由于现有的均衡方案是多进程进行域名解析,当负载均衡服务器在同一时刻收到多个域名解析请求时,负载均衡服务器中的多进程会同时进行域名解析,此时由于各进程获取到的负载均衡标志点均为上次被分配对应任务的节点,因此各进程同时进行域名解析得到的结果也是相同的,均为下一个应被分配任务的节点,这就造成了负载不均衡的现象。综上所述,如何能够提供一种同一时刻应对多个域名解析请求能够实现负载均衡的技术方案,是目前本领域技术人员亟待解决的问题。
发明内容
有鉴于此,本发明的目的是提供一种实现负载均衡的方法及装置,能够同一时刻应对多个域名解析请求实现负载均衡。
为了实现上述目的,本发明提供如下技术方案:
一种实现负载均衡的方法,包括:
接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;
如果否,则修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
如果是,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
结束域名解析后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态。
优选的,确定所述共享状态位为存在进程正在进行域名解析的状态,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析,包括:
如果确定所述共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将所述共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺所述共享状态位,当争夺得到所述共享状态位后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析。
优选的,预先创建所述共享状态位,包括:
利用共享内存的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定所述共享状态位的状态。
优选的,预先创建所述共享状态位,包括:
利用信号量的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定所述共享状态位的状态。
一种实现负载均衡的装置,包括:
判断模块,用于:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;
修改模块,用于:如果否,则修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
确定模块,用于:如果是,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
控制模块,用于:结束域名解析后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态。
优选的,所述确定模块包括:
争夺单元,用于:如果确定所述共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将所述共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺所述共享状态位,当争夺得到所述共享状态位后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析。
优选的,所述判断模块包括:
共享内存创建单元,用于:利用共享内存的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定所述共享状态位的状态。
优选的,所述判断模块包括:
信号量创建单元,用于:利用信号量的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定所述共享状态位的状态。
本发明提供了一种实现负载均衡的方法及装置,其中,该方法包括:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;如果否,则修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析;如果是,则等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析;结束域名解析后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态。本申请公开的上述技术方案,接收域名解析请求后,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态,如果判断出否,则修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析,防止其他需要进行域名解析的进程同时进行域名解析;如果判断出是,则等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析,防止其他需要进行域名解析的进程同时进行域名解析,待结束域名解析之后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态,以便于其他需要进行域名解析的进程根据该状态进行域名解析,实现域名解析的循环操作,这样通过状态约束,使得在同一时刻应对大批量域名解析请求时只能进行一个域名解析,避免同一时刻有多个域名解析同时进行,使域名解析能够按照预先设定的负载均衡策略执行,使原本无序的域名解析变得按次序进行,以实现负载均衡。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种实现负载均衡的方法的第一种流程图;
图2为本发明实施例提供的一种实现负载均衡的方法的第二种流程图;
图3为本发明实施例提供的一种实现负载均衡的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1,图1示出了本发明实施例提供的一种实现负载均衡的方法的第一种流程图,本发明实施例提供的一种实现负载均衡的方法,可以包括:
S11:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态,如果否,则执行步骤S12,如果是,则执行步骤S13。
需要说明的是,本发明实施例提供的上述技术方案的执行主体可以为负载均衡服务器中接收到域名解析请求的当前进程(当前进程可以指负载均衡服务器中任一接收到域名解析请求的进程),对应的本发明实施例提供的一种实现负载均衡的装置可以设置于该当前进程中,因此本发明实施例提供的一种实现负载均衡的方法的执行主体也可以为对应的装置,本申请实施例中以执行主体为当前进程进行说明;当前进程接收域名解析请求后,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态,以便于当前进程可以根据该共享状态位的状态来决定该当前进程下一步应该执行的步骤。例如:用“0或1”表示共享状态位的状态,其中,“1”表示共享状态位为存在进程正在进行域名解析的状态,“0”表示共享状态位为未存在进程正在进行域名解析的状态,当然,也可以有其他的表示方式表示共享状态位的状态,这些表示方式均在本发明的保护范围之内。
S12:修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析。
如果当前进程判断出预先创建的共享状态位为未存在进程正在进行域名解析的状态,则说明当前进程可以对接收到的域名解析请求进行对应的域名解析,具体来说,当前进程可以修改该共享状态位为存在进程正在进行域名解析的状态,以防止其他需要进行域名解析的进程同时进行域名解析,并且当前进程会对接收的域名解析请求进行域名解析。
S13:等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析。
如果当前进程判断出预先创建的共享状态位为存在进程正在进行域名解析的状态,则说明已经存在进程正在进行域名解析,为避免同一时刻有多个进程同时进行域名解析,则当前进程处于等待状态,直到正在进行域名解析的进程完成对应域名解析并将共享状态位恢复为未存在进程正在进行域名解析的状态,也即当前进程确定出共享状态位为未存在进程正在进行域名解析的状态后,该当前进程才会修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析。
S14:结束域名解析后,控制共享状态位恢复为未存在进程正在进行域名解析的状态。
当上述当前进程结束域名解析之后,就可以控制共享状态位,使该共享状态位恢复为未存在进程正在进行域名解析的状态,以便于其他需要进行域名解析的进程根据该共享状态位的状态进行域名解析,增强了负载均衡的健壮性,这样既可以保证同一时刻只有一个进程在进行域名解析,又可以重复进行域名解析,保证了域名解析的效率。本申请公开的技术方案中,当前进程接收域名解析请求,并判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态。如果判断出否,当前进程就修改共享状态位为存在进程正在进行域名解析的状态,防止其他需要进行域名解析的进程同时进行域名解析,并且当前进程会对接收的域名解析请求进行域名解析;如果判断出是,当前进程就处于等待状态直至确定共享状态位为未存在进程正在进行域名解析的状态后,当前进程就修改共享状态位为存在进程正在进行域名解析的状态,防止其他需要进行域名解析的进程同时进行域名解析,并且当前进程会对接收的域名解析请求进行域名解析,结束域名解析之后,当前进程控制共享状态位恢复为未存在进程正在进行域名解析的状态,以便于其他需要进行域名解析的进程根据该共享状态位的状态进行域名解析,实现域名解析的循环操作。这样通过状态约束,可以达到即使同一时刻应对多个域名解析请求,此时也只有一个域名解析正在进行,避免同一时刻有多个域名解析同时进行,使得域名解析可以按照预先设定的负载均衡策略执行,使原本无序的域名解析变得按次序进行,从而实现负载均衡。
图2示出了本发明实施例提供的一种实现负载均衡的方法的第二种流程图,在该图中本发明实施例提供的一种实现负载均衡的方法,确定共享状态位为存在进程正在进行域名解析的状态,则等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析,可以包括:
S131:如果确定共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺共享状态位,当争夺得到共享状态位后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析。
如果当前进程确定共享状态位为存在进程正在进行域名解析的状态,则当前进程和其他需要进行域名解析的进程就处于等待状态,直至正在进行域名解析的进程结束域名解析并控制共享状态位恢复为未存在进程正在进行域名解析的状态后,当前进程就与其他需要进行域名解析的进程争夺共享状态位,当当前进程争夺得到共享状态位后,就会修改共享状态位为存在进程正在进行域名解析的状态,以防止其他需要进行域名解析的进程同时也进行域名解析,然后当前进程就可以对接收的域名解析请求进行域名解析,这样依靠负载均衡服务器中各进程之间的竞争关系争夺共享状态位,不仅可以保证域名解析的效率,还可以使域名解析依次进行,实现负载的完全均衡。其中,当前进程与其他需要进行域名解析的进程争夺共享状态位具体可以包括:当前进程与其他需要进行域名解析的进程分别将各自的共享状态位争夺请求发送至负载均衡服务器,负载均衡服务器基于各进程的优先级或者共享状态位争夺请求到达负载均衡服务器的先后顺序选取优先级最高或者共享状态位争夺请求最先到达负载均衡服务器的进程作为争夺得到共享状态位的进程。当然也可以根据实际需要进行其他设定,均在本发明的保护范围之内。
本发明实施例提供的一种实现负载均衡的方法,预先创建共享状态位,可以包括:
利用共享内存的方式创建共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定共享状态位的状态。
在负载均衡服务器中,当前进程可以利用共享内存的方式预先创建共享状态位,以供该负载均衡服务器中的进程以共享内存的方式确定预先创建的共享状态位的状态,达到进程间通信的效果。当然,也可以由负载均衡服务器中的其他需要进行域名解析的进程或者直接由该负载均衡服务器预先创建共享状态位,这些创建共享状态位的执行主体均在本发明的保护范围之内。
本发明实施例提供的一种实现负载均衡的方法,预先创建共享状态位,可以包括:
利用信号量的方式创建共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定共享状态位的状态。
在负载均衡服务器中,当前进程也可以利用信号量的方式预先创建共享状态位,以供该负载均衡服务器中的进程以信号量的方式确定预先创建的共享状态位的状态,达到进程间通信的效果。这里所说的信号量为现有技术中存在的概念,具体来说,其是一个计数器,它常作为一种锁机制,当当前进程正在访问利用该信号量创建的共享状态位时,该信号量可以防止负载均衡服务器中的其他需要进行域名解析的进程同时访问该共享状态位。同上述一样,除当前进程可以创建共享状态位之外,其他需要进行域名解析的进程或者该负载均衡服务器都可以创建共享状态位,这些创建共享状态位的执行主体均在本发明的保护范围之内。另外,也可以利用除共享内存或信号量之外的其他不同的进程间通信方式创建共享状态位,这些创建共享状态位的具体方式均在本发明的保护范围之内。
本发明实施例还提供了一种实现负载均衡的装置,如图3所示,可以包括:
判断模块11,用于:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;
修改模块12,用于:如果否,则修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析;
确定模块13,用于:如果是,则等待直至确定共享状态位为未存在进程正在进行域名解析的状态后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析;
控制模块14,用于:结束域名解析后,控制共享状态位恢复为未存在进程正在进行域名解析的状态。
本发明实施例提供的一种实现负载均衡的装置,确定模块可以包括:
争夺单元,用于:如果确定共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺共享状态位,当争夺得到共享状态位后,修改共享状态位为存在进程正在进行域名解析的状态,并对接收的域名解析请求进行域名解析。
本发明实施例提供的一种实现负载均衡的装置,判断模块可以包括:
共享内存创建单元,用于:利用共享内存的方式创建共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定共享状态位的状态。
本发明实施例提供的一种实现负载均衡的装置,判断模块可以包括:
信号量创建单元,用于:利用信号量的方式创建共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定共享状态位的状态。
本发明实施例提供的一种实现负载均衡的装置中相关部分的说明请参见本发明实施例提供的一种实现负载均衡的方法中对应部分的详细说明,在此不再赘述。另外,本发明实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明,以免过多赘述。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种实现负载均衡的方法,其特征在于,包括:
接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;
如果否,则修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
如果是,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
结束域名解析后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态。
2.根据权利要求1所述的方法,其特征在于,确定所述共享状态位为存在进程正在进行域名解析的状态,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析,包括:
如果确定所述共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将所述共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺所述共享状态位,当争夺得到所述共享状态位后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析。
3.根据权利要求1所述的方法,其特征在于,预先创建所述共享状态位,包括:
利用共享内存的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定所述共享状态位的状态。
4.根据权利要求1所述的方法,其特征在于,预先创建所述共享状态位,包括:
利用信号量的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定所述共享状态位的状态。
5.一种实现负载均衡的装置,其特征在于,包括:
判断模块,用于:接收域名解析请求,判断预先创建的共享状态位是否为存在进程正在进行域名解析的状态;
修改模块,用于:如果否,则修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
确定模块,用于:如果是,则等待直至确定所述共享状态位为未存在进程正在进行域名解析的状态后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析;
控制模块,用于:结束域名解析后,控制所述共享状态位恢复为未存在进程正在进行域名解析的状态。
6.根据权利要求5所述的装置,其特征在于,所述确定模块包括:
争夺单元,用于:如果确定所述共享状态位为存在进程正在进行域名解析的状态,则待正在进行域名解析的进程结束域名解析并将所述共享状态位恢复为未存在进程正在进行域名解析的状态后,与其他需要进行域名解析的进程争夺所述共享状态位,当争夺得到所述共享状态位后,修改所述共享状态位为存在进程正在进行域名解析的状态,并对接收的所述域名解析请求进行域名解析。
7.根据权利要求5所述的装置,其特征在于,所述判断模块包括:
共享内存创建单元,用于:利用共享内存的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以共享内存的方式确定所述共享状态位的状态。
8.根据权利要求5所述的装置,其特征在于,所述判断模块包括:
信号量创建单元,用于:利用信号量的方式创建所述共享状态位,以供对应负载均衡服务器中的进程以信号量的方式确定所述共享状态位的状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710671331.1A CN107317880B (zh) | 2017-08-08 | 2017-08-08 | 一种实现负载均衡的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710671331.1A CN107317880B (zh) | 2017-08-08 | 2017-08-08 | 一种实现负载均衡的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107317880A CN107317880A (zh) | 2017-11-03 |
CN107317880B true CN107317880B (zh) | 2020-05-26 |
Family
ID=60175522
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710671331.1A Active CN107317880B (zh) | 2017-08-08 | 2017-08-08 | 一种实现负载均衡的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107317880B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108924212B (zh) * | 2018-06-27 | 2021-06-29 | 郑州云海信息技术有限公司 | 一种负载均衡方法、系统、装置及计算机可读存储介质 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6092178A (en) * | 1998-09-03 | 2000-07-18 | Sun Microsystems, Inc. | System for responding to a resource request |
US20010049741A1 (en) * | 1999-06-18 | 2001-12-06 | Bryan D. Skene | Method and system for balancing load distribution on a wide area network |
CN100534070C (zh) * | 2007-08-23 | 2009-08-26 | 创新科存储技术(深圳)有限公司 | 一种实现应用服务器负载均衡的方法及系统 |
CN101753461B (zh) * | 2010-01-14 | 2012-07-25 | 中国建设银行股份有限公司 | 实现负载均衡的方法、负载均衡服务器以及集群系统 |
US8910176B2 (en) * | 2010-01-15 | 2014-12-09 | International Business Machines Corporation | System for distributed task dispatch in multi-application environment based on consensus for load balancing using task partitioning and dynamic grouping of server instance |
CN102957726B (zh) * | 2011-08-24 | 2017-09-26 | 南京中兴新软件有限责任公司 | 业务处理方法和系统 |
CN102611735B (zh) * | 2011-12-21 | 2015-12-09 | 北京奇虎科技有限公司 | 一种应用服务的负载均衡方法及系统 |
CN104468853A (zh) * | 2013-09-18 | 2015-03-25 | 中兴通讯股份有限公司 | 一种域名解析方法、服务器及系统 |
CN103729241B (zh) * | 2013-12-12 | 2016-08-31 | 华中科技大学 | 一种多核环境下OpenMP任务并行的优化方法 |
CN104092754B (zh) * | 2014-07-04 | 2017-11-24 | 用友网络科技股份有限公司 | 文件存储系统和文件存储方法 |
-
2017
- 2017-08-08 CN CN201710671331.1A patent/CN107317880B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN107317880A (zh) | 2017-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019184164A1 (zh) | 自动部署Kubernetes从节点的方法、装置、终端设备及可读存储介质 | |
CN106712981B (zh) | 一种节点变更通知方法及装置 | |
US20090070773A1 (en) | Method for efficient thread usage for hierarchically structured tasks | |
EP3319270B1 (en) | Service registration method, usage method and relevant apparatus | |
CN109451020B (zh) | 超时管理方法、设备及计算机可读存储介质 | |
WO2015103876A1 (zh) | 版本升级处理方法及装置 | |
CN110750343B (zh) | 集群系统定时任务调度控制方法及集群系统 | |
CN110716787A (zh) | 容器地址设置方法、设备和计算机可读存储介质 | |
CN114448895B (zh) | 一种应用访问方法、装置、设备及介质 | |
CN104811922A (zh) | 一种相邻节点注册方法和装置、跨节点注册方法和系统 | |
EP4050850A1 (en) | Service upgrading method, device and system | |
EP3737039A1 (en) | Method for transmitting request message and apparatus | |
CN110704185A (zh) | 集群系统分片定时任务调度方法及集群系统 | |
CN115277712A (zh) | 分布式锁服务提供方法、装置、系统及电子设备 | |
CN111163140A (zh) | 资源获取和分配的方法、装置和计算机可读存储介质 | |
CN107317880B (zh) | 一种实现负载均衡的方法及装置 | |
CN107707672B (zh) | 一种负载均衡的代码重构的方法、装置及设备 | |
WO2016206433A1 (zh) | 服务器负载均衡的方法及装置 | |
EP3341853B1 (en) | Message processing node and database in a message processing system and methods of operating the same | |
CN113596105B (zh) | 内容的获取方法、边缘节点及计算机可读存储介质 | |
US10951732B2 (en) | Service processing method and device | |
CN114564530A (zh) | 一种数据库访问方法、装置、设备及存储介质 | |
CN113535402A (zh) | 基于5g mec的负载均衡处理方法、装置及电子设备 | |
CN113485828A (zh) | 基于quartz的分布式任务调度系统及方法 | |
CN111309467A (zh) | 任务分发方法及装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200428 Address after: 215100 No. 1 Guanpu Road, Guoxiang Street, Wuzhong Economic Development Zone, Suzhou City, Jiangsu Province Applicant after: SUZHOU LANGCHAO INTELLIGENT TECHNOLOGY Co.,Ltd. Address before: 450018 Henan province Zheng Dong New District of Zhengzhou City Xinyi Road No. 278 16 floor room 1601 Applicant before: ZHENGZHOU YUNHAI INFORMATION TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |