MongoDB副本集存储接纳

今朝Mongodb副本集为三节点+1仲裁节点,已经不变运行两年,由于数据不绝的更新和删除,存储空间很大一部门没有释放,数据库中查察数据库暂用存储并不大,存储没有接纳(1.8T数据删除去了1.2T),为了节减本钱举办维护。

办理步伐:

在这里没有利用官方的磁盘整理
我们回收新节点替换老节点的方法,要留意数据库的oplog配置的巨细,是否能存储所有的信息。
1、添加新的节点从头同步
启动新节点新节点设置文件和复制集成员设置文件保持一致,数据库版本也要一致。
新节点1T存储,我们有一个节点埋没专门为措施统计利用,线上业务措施不行见会见不到这个节点,
将新节点插手复制集时配置为埋没节点
在复制集primary节点操纵:
延迟0秒,权重为0,埋没开启,同步索引开启

mongo> rs.add({_id:1,host:'10.0.6.44:27010',"slaveDelay":0,"priority":0,"hidden":true,"buildIndexes":true}); mongo> rs.status() #查察节点成员状态

通过查察节点状态我发明,新加如的节点同步源我们的主节点,我们要担保线上业务,我们要修改同步源。


2、修改新插手节点同步源

在复制集primary节点操纵

Run replSetSyncFrom in the admin database.需要切换到admin数据库利用此呼吁。

mongo> db.adminCommand( { replSetSyncFrom: "10.0.6.55:27010" }) #配置同步源为埋没节点

Mongodb副本集存储接纳

查察是否修改乐成:

Mongodb副本集存储接纳


3、我们通过呼吁查察新添加节点是否同步完成
查察节点状态

PRIMARY> rs.status() "members" : [ { "_id" : 1, "name" : "10.0.6.44:27010", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", #由开始的STARTUP2变为了SECONDARY "uptime" : 2991253, "optime" : { "ts" : Timestamp(1584078756, 24), "t" : NumberLong(1687) }, "optimeDurable" : { "ts" : Timestamp(1584078756, 24), "t" : NumberLong(1687) }, "optimeDate" : ISODate("2020-03-13T05:52:36Z"), "optimeDurableDate" : ISODate("2020-03-13T05:52:36Z"), "lastHeartbeat" : ISODate("2020-03-13T05:52:36.903Z"), "lastHeartbeatRecv" : ISODate("2020-03-13T05:52:37.019Z"), "pingMs" : NumberLong(1), "lastHeartbeatMessage" : "", "syncingTo" : "10.10.20.31:27010", "syncSourceHost" : "10.10.20.31:27010", "syncSourceId" : 5, "infoMessage" : "", "configVersion" : 171 },

查察节点复制是否有延迟

PRIMARY> db.printSlaveReplicationInfo() source: 10.0.6.44:27010 syncedTo: Fri Mar 13 2020 13:49:54 GMT+0800 (CST) 1 secs (0 hrs) behind the primary PRIMARY>

4、埋没节点数据同步完成今后,修改为措施可见
毗连到PRIMARY节点

PRIMARY> conf = rs.conf(); #查察10.0.6.44:27010排序第几,不是_id PRIMARY> conf.members[3].priority=10 #从第一个节点开始为0 、1、 2、 3 //10.0.6.44:27010排序3,修改权重为10 10 rs02:PRIMARY> conf.members[3].hidden=false #埋没设为false false PRIMARY> rs.reconfig(conf); #从头加载设置 { "ok" : 1, "operationTime" : Timestamp(1584080742, 1), "$clusterTime" : { "clusterTime" : Timestamp(1584080742, 1), "signature" : { "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="), "keyId" : NumberLong(0) } } } PRIMARY> rs.config()

5、查察新节点日志是否正常
6、可以封锁老的节点,并在集群中去掉

PRIMARY> rs.remove("10.1.1.77:27030") { "ok" : 1, "operationTime" : Timestamp(1584081322, 1), "$clusterTime" : { "clusterTime" : Timestamp(1584081322, 1), "signature" : { "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="), "keyId" : NumberLong(0) } } } PRIMARY>

复制集其多节点回收轮训替换的方法,完成磁盘整理。

Linux公社的RSS地点https://www.linuxidc.com/rssFeed.aspx

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsdjjx.html