Mongodb负载均衡与备份方案的详细介绍

下文给大家带来Mongodb负载均衡与备份方案的详细介绍，希望能够给大家在实际运用中带来一定的帮助，负载均衡涉及的东西比较多，理论也不多，网上有很多书籍，今天我们就用在行业内累计的经验来做一个解答。

Mongodb负载均衡与备份方案

一、 路由负载均.............................................................................................. 1

二、 备份策略.......................................................................................................... 3

1. 增量备份(添加延迟备份节点)...................................................................... 3

2. 利用延迟备份节点恢复数据......................................................................... 4

3. 全量备份(添加延迟备份节点)...................................................................... 5

三、 其他问题..................................................................................................... 5

一、路由负载均衡

采用appServer方式进行负载，因为Mongodb的路由(mongos)本身不支持负载均衡，MongoDB都是长链接， lvs会话时间一到，重新选择rs的时候，就有可能断掉之前的链接，就会出现104错误。

二、备份策略

1. 增量备份(添加延迟备份节点)

1) 利用另外一台secondary从机器传送数据

2) 在新机器上中配置文件中添加fastsync=true配置（当需要从有数据中启动节点，那么必须加上fastsync=true，否则启动会报错，如果是从主库直接同步所有数据，那么就不需要添加这个参数）

3) 启动后，在primary节点中添加节点，如：rs.add("10.168.0.102:17017") 当我们看到变为secondary后，就一切正常，可以正常提供线上服务了

4) 通过rs.conf()命令查看现在的节点信息（需要admin库密码权限）

5) rs.remove("10.168.0.102:17017")删除节点

6) 添加arbiter节点：rs.addArb("10.73.24.171:19003")

7) 添加延时备份机器：

rs.add({_id:5,host:"10.168.0.102:17017",priority:0,slaveDelay:300});

rs.add({_id:5,host:"10.168.0.102:17018",priority:0,slaveDelay:300});

rs.add({_id:5,host:"10.168.0.102:17019",priority:0,slaveDelay:300});

注意：slaveDelay单位秒.

8) 出现这个错误时：replSet error RS102 too stale to catch up，我们可以db.printReplicationInfo()查看主库、从库的oplog信息

2. 利用延迟备份节点恢复数据

1) 先把延迟备份节点的数据，备份到各节点的master机子上。如：

#./mongodump -h 192.168.136.14:17017 -d UserInfoDB -o /data/mongoback/

#./mongodump -h 192.168.136.15:17018 -d UserInfoDB -o /data/mongoback/

#./mongodump -h 192.168.136.16:17019 -d UserInfoDB -o /data/mongoback/

2) 把备份的数据导入到个节点的master上。如：

建议先修复下，压缩空间

db.repairDatabase();修复数据(和压缩(删除数据)空间)

./mongorestore -h 127.0.0.1:17017 --directoryperdb /data/mongoback --drop --indexesLast

./mongorestore -h 127.0.0.1:17018 --directoryperdb /data/mongoback --drop --indexesLast

./mongorestore -h 127.0.0.1:17019 --directoryperdb /data/mongoback --drop --indexesLast

3. 全量备份

1) 写好脚本定期凌晨备份数据，如：

./mongodump -h 10.168.0.187:10000 -d UserInfoDB -o /data/mongoback/

2) 恢复数据

3) 建议先修复下，压缩空间

4) db.repairDatabase();修复数据(和压缩(删除数据)空间)

./mongorestore -h 10.168.0.187:10000 --directoryperdb /data/mongoback --drop --indexesLast

三、其他问题

1. 如果启动不成功，则尝试修复.如：

./mongod --port 27017 --repair --dbpath /data/database/shard1/

2. 如果master节点kill了，则起来之后通过rs.stepDown(100)让出master的位置。

看了以上关于Mongodb负载均衡与备份方案的详细介绍，如果大家还有什么地方需要了解的可以在行业资讯里查找自己感兴趣的或者找我们的专业技术工程师解答的，技术工程师在行业内拥有十几年的经验了。