CN107948293A - 一种基于MongoDB负载均衡优化***及方法 - Google Patents
一种基于MongoDB负载均衡优化***及方法 Download PDFInfo
- Publication number
- CN107948293A CN107948293A CN201711228176.2A CN201711228176A CN107948293A CN 107948293 A CN107948293 A CN 107948293A CN 201711228176 A CN201711228176 A CN 201711228176A CN 107948293 A CN107948293 A CN 107948293A
- Authority
- CN
- China
- Prior art keywords
- server
- load
- data block
- mongodb
- weights
- 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
Classifications
-
- 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
-
- 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
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明请求保护一种基于MongoDB负载均衡优化***,包括MongoDB***,所述MongoDB的数据存储在每个分片中,将数据划分为一定大小的数据块,然后放入各个服务器中,当各个服务器中的数据块个数不均衡时,通过balancer模块来实现负载均衡,其在所述MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH,并分别设置cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3,服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡。本发明将服务器资源利用率的最大化,实现了MongoDB动态负载均衡。
Description
技术领域
本发明属于数据库的数据处理性能优化领域,尤其是负载均衡改进方法,提升数据库的高并发读写能力。
背景技术
由于大数据时代的到来,云存储技术的快速发展,人们的日常生活以及各种科学实验产生了海量数据。对于如何有效和快速地存储和提取这些海量数据,传统的关系型数据库,暴露了很多难以解决的问题。尤其在面对高并发量的读写请求,海量数据的快速访问、高效存储方面和数据库高扩展性等方面,需求难以得到满足。
因此,非关系型数据库NoSql应运而生。NoSql数据库以支持海量数据、高可用性、高扩展性而闻名,解决了关心型数据库所面临的问题。其中MongoDB作为文档型数据库的代表,因其高性能、易部署、易使用、存储效率高等优点,获得很多大中型企业和网站的使用。
MongoDB为了存储海量数据,依据其自动分片机制来实现数据库的水平扩展(是指加入更多的服务器来加大存储空间,提升运算性能),而且水平扩展的过程是***自动实现,无需人工添加。另外数据存储在每个分片中(将数据划分为一定大小的数据块,然后放入各个服务器中),当各个服务器中的数据块个数不均衡时,依靠***自带的负载均衡算法来实现,自动实现数据再分配。
目前MongoDB中负载均衡算法依靠的是balancer模块来实现。它是一个后台运行服务,统计各服务器中数据块的个数。当任意两个服务器的数据块个数的差值达到阈值时,balancer模块就会将数据块从数据块数多的服务器转移到数据块数少的服务器中,直到两者数量之差小于阈值。
但是通过仔细研究发现,这个分片机制并没有那么智能。分片机制只是根据各个服务器上数据块数量上的差异进行,只能满足个服务器数据数量上的平衡,但没有考虑服务器的负载情况。在面对大量高并发请求时,有可能导致各服务器的访问情况千差万别。进一步来说,一部分服务器满负荷,一部分服务器却无人问津。同样balancer模块只统计了各服务器上数据块个数,没有将数据块的使用情况统计出来,即数据块的操作热度数。总之,不能达到服务器资源利用率的最大化。
发明内容
本发明的目的在于解决MongoDB现有的自动分片机制造成各服务器负载不均衡的问题。将服务器实时负载和数据块的操作热度数综合考虑,来实现MongoDB动态负载均衡,使MongoDB性能得到优化。
本发明的技术方案如下:
一种基于MongoDB负载均衡优化***,包括MongoDB分布式存储***,所述MongoDB分布式存储***的数据存储在每个分片中,将数据划分为一定大小的数据块,然后放入各个服务器中,当各个服务器中的数据块个数不均衡时,通过balancer模块来实现负载均衡,其在所述MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH,并分别设置cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3,服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡。
进一步的,所述cpu利用率权值k1和内存利用率权值k2均比带宽利用率权值k3要大。
进一步的,所述cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3还满足k1+k2+k3=1。
进一步的,服务器负载超载的判断步骤包括:
设***有X个服务器,当前第r个服务器的负载为:
load(r)=k1×NCPU+k2×NMEMORY+k3×NBANDWIDTH
则***的总负载
***服务器的平均负载
设当前服务器中最大负载为Maxload,并设为服务器A,当前服务器中最小负载为Minload,设为服务器B;
若(Maxload-avg)/avg≥λ,则当前最大负载服务器Maxload超载;上式中λ为***负载阈值,为常数。
进一步的,所述据块的操作热度数的获取具体包括:在MongoDB原有的balancer模块中加入对数据块操作类型以及次数的统计,获取其数据块的操作热度数h,对数据块的操作分为读操作read、写操作write、更新操作update及删除操作delete,并分别对其四种操作设赋予O1、O2、O3、O4权值,并满足O1+O2+O3+O4=1;
进一步的,所述read操作分配的权值O1要小些,因为有一些数据可以在物理缓存中找到,而且也可以从副节点读取;delete操作权重O4设置最低;
write操作和update操作两者设置的权重都要比read和delete要高,write权重O2设置最高,update权重O3设置次之。
进一步的,所述服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡具体包括步骤:
统计各服务器中数据块个数,若存在两个服务器上数据块个数之差大于或等于***设定的数量阈值,则启动负载均衡算法,步骤如下:
设数据块个数较多的服务器为A,为数据转移的源服务器,数据块个数较小的服务器为B,为数据转移的目标服务器,计算A、B两个服务器的平均数据块操作热度数,分别设为H(A-avg)、H(B-avg),并比较两者大小;
如果H(A-avg)>H(B-avg),则将服务器A中操作热度数最大的数据块转移到服务器B中;如果H(A-avg)<H(B-avg),则将服务器A中操作热度数最小的数据块转移到服务器B中;反复重复上述步骤,直到A、B两服务器数据块个数之差小于阈值;若不存在服务器之间数据差值大于或等于数量阈值,则计算各服务器的负载;若同时也不存在当前maxload的服务器过载,则无需数据迁移,维持原状;若存在maxload的服务器过载,将其设为服务器A,则从剩下的服务器中找出负载最小即Minload的服务器,设为服务器B,因为此时A与B之间数据块差值小于阈值,无法满足触发负载均衡算法的条件,所以分别统计服务器A、B的数据块个数,将A中数据块操作热度数排名前几的数据块从中间的片键分开,这样一个数据快就变成了两个数据块,再次判定Maxload服务器是否超载,如果没有,则结束,如果有则再次进行上一步的操作。
一种基于所述***的基于MongoDB负载均衡优化方法,其包括以下步骤:在MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH,并分别设置cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3,服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡。
本发明的优点及有益效果如下:
本发明创造与现有的技术相比较,计入新的负载参考指标,将服务器实时负载和数据块的操作热度数综合考虑,将服务器资源利用率的最大化,实现了MongoDB动态负载均衡。
一方面本发明详细探测定位了那些热点数据块。在满足一定条件下,通过转移热点数据块,在一定程度上能够均衡每个服务器的操作热度数,促使服务器的资源利用率最大化。
另一方面本发明还加入了服务器实时负载参考指标,能够实时监测每个服务器的运行情况,对其有异常的做出相应处理,使其***达到真正的动态平衡。
附图说明
图1是本发明提供优选实施例基于MongoDB负载均衡优化方法流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、详细地描述。所描述的实施例仅仅是本发明的一部分实施例。
本发明解决上述技术问题的技术方案是:
本发明在原有的MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH(为了避免因获取太多指标,影响***性能,只考虑这3者)。并分别对其设置权值。
经过多次实验发现,cpu利用率和内存(momery)利用率对服务器的性能影响较大,所以对其设置权重应该比带宽要大。设其权值分别为k1,k2,k3(分别对应cpu利用率、内存memory利用率、带宽bandwidth利用率),且满足k1+k2+k3=1。在实际的集群使用中,管理员应根据实际情况做出合理设置。
设***有X个服务器,当前第r个服务器的负载为:
load(r)=k1×NCPU+k2×NMEMORY+k3×NBANDWIDTH
则***的总负载
***服务器的平均负载
设当前服务器中最大负载为Maxload,并设为服务器A.当前服务器中最小负载为Minload,设为服务器B。
若(Maxload-avg)/avg≥λ,则当前最大负载服务器Maxload超载。
上式中λ为***负载阈值,为常数。***负载阈值应根据多次实验***平均负载和最大负载而得。
在本发明中,在MongoDB原有的balancer模块中加入对数据块操作类型以及次数的统计,获取其数据块的操作热度数h。对数据块的操作分为读操作read,写操作write,更新操作update,删除操作delete。并分别对其四种操作设赋予O1、O2、O3、O4权值,并满足O1+O2+O3+O4=1。
权值要求:
read操作分配的权值O1要小些,因为有一些数据可以在物理缓存中找到,而且也可以从副节点读取,在一定程度上减小了负载。
delete操作会导致今后被删除的数据不存在数据的输出过程,在一定程度上也减小了负载,而且比read操作过程少了一步数据输出的过程,因此delete权重O4设置最低。
Write操作和update操作首先是从主节点开始,而且要同步到副节点,所以它们两者设置的权重都要比read和delete要高。最重要的是write操作会增加数据量,进一步增加了被write、update、delete的可能性,同时也有可能导致各节点数据量不一样,有可能触发负载均衡操作,更加加重节点负载,所以write权重O2设置最高,update权重O3设置次之。
综上,O1、O2、O3、O4设置要满足以上原则。
设当前服务器r有N个数据块,第i个数据块的总操作热度数为h(i),read、write、update、delete四种操作数分别h(ri)、h(wi)、h(ui)、h(di)。
则h(i)=h(ri)+h(wi)+h(ui)+h(di)。
将上述权值参数带入上式得
第i个数据块的总操作热度数为h(i)
h(i)=O1×h(ri)+O2×h(wi)+O3×h(ui)+O3×h(di)
当前服务器r总操作热度数
当前服务器r平均操作热度数
具体步骤如下:
统计各服务器中数据块个数
若存在两个服务器上数据块个数之差大于或等于***设定的数量阈值8,则启动负载均衡算法,进一步操作如下:
设数据块个数较多的服务器为A,为数据转移的源服务器。数据块个数较小的服务器为B,为数据转移的目标服务器。计算A、B两个服务器的平均数据块操作热度数,分别设为H(A-avg)、H(B-avg),并比较两者大小。
如果H(A-avg)>H(B-avg),则将服务器A中操作热度数最大的数据块转移到服务器B中;如果H(A-avg)<H(B-avg),则将服务器A中操作热度数最小的数据块转移到服务器B中;
反复重复上述步骤,直到A、B两服务器数据块个数之差小于阈值。
若不存在服务器之间数据差值大于或等于数量阈值,则计算各服务器的负载。
若同时也不存在当前maxload的服务器过载,则无需数据迁移,维持原状。
若存在maxload的服务器过载,将其设为服务器A。则从剩下的服务器中找出负载最小(即Minload)的服务器,设为服务器B。
因为此时A与B之间数据块差值小于阈值,无法满足触发负载均衡算法的条件,所以我们分别统计服务器A、B的数据块个数,将A中数据块操作热度数排名前几的数据块从中间的片键分开,这样一个数据快就变成了两个数据块(具体是前几个要依据服务器A与B的数据块个数差值)。例如A中数据块个数为56,B中数据块个数为52,两者数据块个数之差为4,无法达到***限定的8,所以我们将A中排名为前4的数据块从中间片键***开来,这样4个数据块变成了8个数据块。此时A中数据块个数为60,刚好与B中数据块个数差值达到数量阈值8,满足触发数据迁移的条件。
因为服务器A为Maxload,B为Minload,故H(A-avg)>H(B-avg)。应该将刚***的那几个操作热度数排名前几的数据块从A转移到B中,移动顺序为数据块操作热度数从大到小,直到A、B两服务器数据块个数之差小于阈值。如流程图所示,***这一步结束之后,会再次判定Maxload服务器是否超载,如果没有,则结束,如果有则再次进行上一步的操作。
以上操作若***了数据块或转移了数据块应当到***配置服务器中修改数据块相对应的服务器信息。
本发明创造与现有技术相比,加入新的负载参考指标,将服务器实时负载和数据块的操作热度数综合考虑,将服务器资源利用率的最大化,实现了MongoDB动态负载均衡。
以上这些实施例应理解为仅用于说明本发明而不用于限制本发明的保护范围。在阅读了本发明的记载的内容之后,技术人员可以对本发明作各种改动或修改,这些等效变化和修饰同样落入本发明权利要求所限定的范围。
Claims (9)
1.一种基于MongoDB负载均衡优化***,包括MongoDB分布式存储***,所述MongoDB分布式存储***的数据存储在每个分片中,将数据划分为一定大小的数据块,然后放入各个服务器中,当各个服务器中的数据块个数不均衡时,通过balancer模块来实现负载均衡,其特征在于,在所述MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH,并分别设置cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3,服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡。
2.根据权利要求1所述的基于MongoDB负载均衡优化***,其特征在于,所述cpu利用率权值k1和内存利用率权值k2均比带宽利用率权值k3要大。
3.根据权利要求1或2所述的基于MongoDB负载均衡优化***,其特征在于,所述cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3还满足k1+k2+k3=1。
4.根据权利要求3所述的基于MongoDB负载均衡优化***,其特征在于,服务器负载超载的判断步骤包括:
设***有X个服务器,当前第r个服务器的负载为:
load(r)=k1×NCPU+k2×NMEMORY+k3×NBANDWIDTH
则***的总负载
***服务器的平均负载
设当前服务器中最大负载为Maxload,并设为服务器A,当前服务器中最小负载为Minload,设为服务器B;
若(Maxload-avg)/avg≥λ,则当前最大负载服务器Maxload超载;上式中λ为***负载阈值,为常数。
5.根据权利要求1所述的基于MongoDB负载均衡优化***,其特征在于,所述据块的操作热度数的获取具体包括:在MongoDB原有的balancer模块中加入对数据块操作类型以及次数的统计,获取其数据块的操作热度数h,对数据块的操作分为读操作read、写操作write、更新操作update及删除操作delete,并分别对其四种操作设赋予O1、O2、O3、O4权值,并满足O1+O2+O3+O4=1。
6.根据权利要求5所述的基于MongoDB负载均衡优化***,其特征在于,所述read操作分配的权值O1要小些,因为有一些数据可以在物理缓存中找到,而且也可以从副节点读取;delete操作权重O4设置最低;
write操作和update操作两者设置的权重都要比read和delete要高,write权重O2设置最高,update权重O3设置次之。
7.根据权利要求5所述的基于MongoDB负载均衡优化***,其特征在于,所述服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡具体包括步骤:
统计各服务器中数据块个数,若存在两个服务器上数据块个数之差大于或等于***设定的数量阈值,则启动负载均衡算法,步骤如下:
设数据块个数较多的服务器为A,为数据转移的源服务器,数据块个数较小的服务器为B,为数据转移的目标服务器,计算A、B两个服务器的平均数据块操作热度数,分别设为H(A-avg)、H(B-avg),并比较两者大小;
如果H(A-avg)>H(B-avg),则将服务器A中操作热度数最大的数据块转移到服务器B中;如果H(A-avg)<H(B-avg),则将服务器A中操作热度数最小的数据块转移到服务器B中;反复重复上述步骤,直到A、B两服务器数据块个数之差小于阈值;若不存在服务器之间数据差值大于或等于数量阈值,则计算各服务器的负载;若同时也不存在当前maxload的服务器过载,则无需数据迁移,维持原状;若存在maxload的服务器过载,将其设为服务器A,则从剩下的服务器中找出负载最小即Minload的服务器,设为服务器B,因为此时A与B之间数据块差值小于阈值,无法满足触发负载均衡算法的条件,所以分别统计服务器A、B的数据块个数,将A中数据块操作热度数排名前几的数据块从中间的片键分开,这样一个数据快就变成了两个数据块,再次判定Maxload服务器是否超载,如果没有,则结束,如果有则再次进行上一步的操作。
8.一种基于权利要求7所述***的基于MongoDB负载均衡优化方法,其特征在于,包括以下步骤:
在MongoDB***框架上增加一个负载***模块,负责周期性动态监听各个服务器的cpu利用率NCPU、内存memory利用率NMEMORY、带宽bandwidth利用率NBANDWIDTH,并分别设置cpu利用率权值k1、内存memory利用率权值k2、带宽bandwidth利用率权值k3,服务器根据实时判断是否超载和数据块的操作热度数综合考虑调节,实现MongoDB动态负载均衡。
9.根据权利要求8所述的基于MongoDB负载均衡优化方法,其特征在于,服务器负载超载的判断步骤包括:
设***有X个服务器,当前第r个服务器的负载为:
load(r)=k1×NCPU+k2×NMEMORY+k3×NBANDWIDTH
则***的总负载
***服务器的平均负载
设当前服务器中最大负载为Maxload,并设为服务器A,当前服务器中最小负载为Minload,设为服务器B;
若(Maxload-avg)/avg≥λ,则当前最大负载服务器Maxload超载;上式中λ为***负载阈值,为常数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711228176.2A CN107948293A (zh) | 2017-11-29 | 2017-11-29 | 一种基于MongoDB负载均衡优化***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711228176.2A CN107948293A (zh) | 2017-11-29 | 2017-11-29 | 一种基于MongoDB负载均衡优化***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107948293A true CN107948293A (zh) | 2018-04-20 |
Family
ID=61947735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711228176.2A Pending CN107948293A (zh) | 2017-11-29 | 2017-11-29 | 一种基于MongoDB负载均衡优化***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107948293A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108664580A (zh) * | 2018-05-04 | 2018-10-16 | 西安邮电大学 | 一种MongoDB数据库中细粒度的负载均衡方法及*** |
CN108900626A (zh) * | 2018-07-18 | 2018-11-27 | 中国联合网络通信集团有限公司 | 一种云环境下数据存储方法、装置及*** |
CN109413147A (zh) * | 2018-09-13 | 2019-03-01 | 深圳壹账通智能科技有限公司 | 服务节点的管理方法、装置、设备及计算机可读存储介质 |
CN110109742A (zh) * | 2019-05-09 | 2019-08-09 | 重庆八戒电子商务有限公司 | 一种基于zookeeper的分布式任务协调的方法及装置 |
CN111600799A (zh) * | 2020-05-20 | 2020-08-28 | 金蝶蝶金云计算有限公司 | 分片路由方法、服务器及计算机存储介质 |
CN112565381A (zh) * | 2020-11-30 | 2021-03-26 | 杭州迪普科技股份有限公司 | 一种数据包转发方法、装置及设备 |
CN112947333A (zh) * | 2021-02-05 | 2021-06-11 | 天津市普迅电力信息技术有限公司 | 一种基于socket长连接的均衡负载分片方法 |
CN113407108A (zh) * | 2020-03-16 | 2021-09-17 | 北京沃东天骏信息技术有限公司 | 一种数据存储方法和*** |
CN114461369A (zh) * | 2022-04-12 | 2022-05-10 | 山东省计算中心(国家超级计算济南中心) | 一种面向复杂应用场景的自适应数据调度***及方法 |
CN114615275A (zh) * | 2022-03-04 | 2022-06-10 | 国家工业信息安全发展研究中心 | 一种面向云储存分布式负载均衡控制方法及装置 |
CN116893900A (zh) * | 2023-07-19 | 2023-10-17 | 合芯科技有限公司 | 集群计算压力负载均衡方法、***、设备及ic设计平台 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101557344A (zh) * | 2009-05-21 | 2009-10-14 | 南昌航空大学 | 一种基于空间地理位置的动态负载均衡方法 |
CN104883394A (zh) * | 2015-04-28 | 2015-09-02 | 浙江大学 | 一种均衡服务器负载的方法和*** |
CN105141683A (zh) * | 2015-08-19 | 2015-12-09 | 成都康赛信息技术有限公司 | 一种MongoDB负载均衡优化方法 |
-
2017
- 2017-11-29 CN CN201711228176.2A patent/CN107948293A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101557344A (zh) * | 2009-05-21 | 2009-10-14 | 南昌航空大学 | 一种基于空间地理位置的动态负载均衡方法 |
CN104883394A (zh) * | 2015-04-28 | 2015-09-02 | 浙江大学 | 一种均衡服务器负载的方法和*** |
CN105141683A (zh) * | 2015-08-19 | 2015-12-09 | 成都康赛信息技术有限公司 | 一种MongoDB负载均衡优化方法 |
Non-Patent Citations (1)
Title |
---|
XIAOLIN WANG ,HAOPENG CHEN, ZHENHUA WANG: "Research on Improvement of Dynamic Load Balancing in MongoDB", 《2013 IEEE 11TH INTERNATIONAL CONFERENCE ON DEPENDABLE, AUTONOMIC AND SECURE COMPUTING》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108664580A (zh) * | 2018-05-04 | 2018-10-16 | 西安邮电大学 | 一种MongoDB数据库中细粒度的负载均衡方法及*** |
CN108900626A (zh) * | 2018-07-18 | 2018-11-27 | 中国联合网络通信集团有限公司 | 一种云环境下数据存储方法、装置及*** |
CN108900626B (zh) * | 2018-07-18 | 2021-11-19 | 中国联合网络通信集团有限公司 | 一种云环境下数据存储方法、装置及*** |
CN109413147A (zh) * | 2018-09-13 | 2019-03-01 | 深圳壹账通智能科技有限公司 | 服务节点的管理方法、装置、设备及计算机可读存储介质 |
CN109413147B (zh) * | 2018-09-13 | 2021-09-21 | 深圳壹账通智能科技有限公司 | 服务节点的管理方法、装置、设备及计算机可读存储介质 |
CN110109742A (zh) * | 2019-05-09 | 2019-08-09 | 重庆八戒电子商务有限公司 | 一种基于zookeeper的分布式任务协调的方法及装置 |
CN110109742B (zh) * | 2019-05-09 | 2020-04-28 | 重庆八戒电子商务有限公司 | 一种基于zookeeper的分布式任务协调的方法及装置 |
CN113407108A (zh) * | 2020-03-16 | 2021-09-17 | 北京沃东天骏信息技术有限公司 | 一种数据存储方法和*** |
CN111600799A (zh) * | 2020-05-20 | 2020-08-28 | 金蝶蝶金云计算有限公司 | 分片路由方法、服务器及计算机存储介质 |
CN111600799B (zh) * | 2020-05-20 | 2022-05-20 | 金蝶蝶金云计算有限公司 | 分片路由方法、服务器及计算机存储介质 |
CN112565381A (zh) * | 2020-11-30 | 2021-03-26 | 杭州迪普科技股份有限公司 | 一种数据包转发方法、装置及设备 |
CN112565381B (zh) * | 2020-11-30 | 2022-05-31 | 杭州迪普科技股份有限公司 | 一种数据包转发方法、装置及设备 |
CN112947333A (zh) * | 2021-02-05 | 2021-06-11 | 天津市普迅电力信息技术有限公司 | 一种基于socket长连接的均衡负载分片方法 |
CN114615275A (zh) * | 2022-03-04 | 2022-06-10 | 国家工业信息安全发展研究中心 | 一种面向云储存分布式负载均衡控制方法及装置 |
CN114615275B (zh) * | 2022-03-04 | 2024-05-10 | 国家工业信息安全发展研究中心 | 一种面向云储存分布式负载均衡控制方法及装置 |
CN114461369A (zh) * | 2022-04-12 | 2022-05-10 | 山东省计算中心(国家超级计算济南中心) | 一种面向复杂应用场景的自适应数据调度***及方法 |
CN114461369B (zh) * | 2022-04-12 | 2022-08-19 | 山东省计算中心(国家超级计算济南中心) | 一种面向复杂应用场景的自适应数据调度***及方法 |
CN116893900A (zh) * | 2023-07-19 | 2023-10-17 | 合芯科技有限公司 | 集群计算压力负载均衡方法、***、设备及ic设计平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107948293A (zh) | 一种基于MongoDB负载均衡优化***及方法 | |
CN106161120B (zh) | 动态均衡负载的分布式元数据管理方法 | |
CN109218355B (zh) | 负载均衡引擎,客户端,分布式计算***以及负载均衡方法 | |
US11556541B2 (en) | Data query method, apparatus and device | |
CN104978236B (zh) | 基于多衡量指标的hdfs负载源宿节点选取方法 | |
CN112752302A (zh) | 一种基于边缘计算的电力业务时延优化方法及*** | |
CN110795203B (zh) | 资源调度方法、装置、***和计算设备 | |
CN103780646B (zh) | 一种云资源的调度方法及*** | |
US9009157B2 (en) | Apparatus and method for processing a data stream | |
CN102694868A (zh) | 一种集群***实现及任务动态分配方法 | |
CN102523158A (zh) | 一种基于权重的元数据服务器集群负载均衡方法 | |
CN111045808B (zh) | 一种分布式网络任务调度方法及装置 | |
CN101820384A (zh) | 一种集群服务动态分配方法及装置 | |
CN107436813A (zh) | 一种元数据服务器动态负载均衡的方法及*** | |
US10554737B2 (en) | Method and apparatus for leveling loads of distributed databases | |
CN105975345B (zh) | 一种基于分布式内存的视频帧数据动态均衡存储管理方法 | |
US9807008B2 (en) | Tournament scheduling | |
CN102045396A (zh) | 服务器文件的负载均衡方法 | |
CN106453546B (zh) | 分布式存储调度的方法 | |
CN102932271A (zh) | 负载均衡的实现方法和装置 | |
US20120047264A1 (en) | System and method to dynamically allocate electronic mailboxes | |
CN107395708A (zh) | 一种处理下载请求的方法和装置 | |
CN106850822B (zh) | 负载均衡方法、设备及分布式*** | |
CN105204945B (zh) | 一种在大数据背景下的负载平衡装置 | |
WO2023093194A1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180420 |