MongoDB balancer的使用详解
在MongoDB中,balancer(平衡器)是一个后台进程,它监控每个shard上的chunk数量,一旦chunk的数量差异超过了阈值,balancer会自动迁移数据块,从而保证每个分片上chunk数量的相对平衡。
整个搬迁的过程对于用户来说是透明的,但是搬迁的过程中会对用户产生一些影响。
01 balancer简介
从MongoDB3.4开始,balancer运行在config server的主节点上。
在3.4版本中,balancer进程活跃期间,config server的主节点通过修改locks集合中的一个_id为balancer的文档,来持有"balancer lock";
3.6版本中,balancer不再持有锁
默认的情况下,balancer始终处于开启状态,可以使用下面的命令来查看balancer的运行情况:
mongos> sh.getBalancerState() true
同样的,我们可以使用下面几个命令来简单的管理balancer:
查看banlancer是否正在工作 sh.isBalancerRunning() 停止balancer sh.stopBalancer() 启动balancer sh.setBalancerState( true )
02 balancer工作中可能对业务造成的影响?
1、磁盘占用:
从MongoDB2.6开始,MongoDB会自动归档迁移的chunk文档,以方便在chunk搬迁过程中出现问题后的文档恢复。
我们可以通过配置文件中的参数:sharding.archiveMovedChunks
来控制是否开启迁移过程中chunk的自动归档,该参数在MongoDB2.6和3.0版本是默认开启的,其他版本都是默认关闭的。
2、带宽和负载占用:
balancer再对chunk迁移过程中,会造成带宽和负载方面的开销。为了减轻这些影响,平衡器做了如下的工作:
a、一次迁移只能迁一个chunk,
b、一个shard同一时间只能执行一个迁移任务
c、从MongoDB3.4开始,引入了并行的chunk迁移,对于一个有n个shard的集群,每次最多并行迁移n/2(向下取整)个数据块
d、只有当chunk数量最多的shard和chunk数量最少的shard的差异达到阈值的时候,才开始迁移chunk
e、支持用户设置balancer的窗口时间,在业务低峰窗口时间内进行chunk的迁移工作,从而最大程度减轻对业务的影响。
03 设置balancer的执行时间窗口
1、通过mongo shell连接到mongos上
2、切换到config数据库
use config
3、确保当前balancer是开启的
sh.getBalancerState() 返回true
4、设置窗口时间
db.settings.update( { _id: "balancer" }, { $set: { activeWindow : { start : "<start-time>", stop : "<stop-time>" } } }, { upsert: true } )
其中,start-time和stop-time的取值如下:
- For HH values, use hour values ranging from 00 - 23.
- For MM value, use minute values ranging from 00 - 59.
MongoDb会以config数据库的primary节点的时间为参考,开始执行相关chunk的搬迁操作。
要确保设置的时间范围内,所有的chunk能够搬迁完毕,否则会出现数据库搬迁过后,依旧不均衡的现象。
移除chunk搬迁时间窗口的命令如下:
use config db.settings.update({ _id : "balancer" }, { $unset : { activeWindow : true } })
04 备份和balancer
MongoDB中,不要在备份的时候启用balancer,否则,备份的数据将会不一致。通常情况下,备份的时间窗口要和balancer的时间窗口错开,如果balancer没有设置时间窗口,则在备份的时候,关闭balancer
时间关系,就先到这里吧,其他内容后面再说
以上就是MongoDB balancer的使用详解的详细内容,更多关于MongoDB balancer的使用的资料请关注我们其它相关文章!