设为首页 收藏本站
查看: 1303|回复: 0

[经验分享] Mongodb负载均衡与备份方案

[复制链接]

尚未签到

发表于 2018-10-27 13:35:13 | 显示全部楼层 |阅读模式
  
Mongodb负载均衡与备份方案

  一、 路由负载均.............................................................................................. 1
  二、 备份策略.......................................................................................................... 3
  1.               增量备份(添加延迟备份节点)...................................................................... 3
  2.               利用延迟备份节点恢复数据......................................................................... 4
  3.               全量备份(添加延迟备份节点)...................................................................... 5
  三、         其他问题..................................................................................................... 5
  
  
  
一、路由负载均衡
  采用appServer方式进行负载,因为Mongodb的路由(mongos)本身不支持负载均衡,MongoDB都是长链接, lvs会话时间一到,重新选择rs的时候,就有可能断掉之前的链接,就会出现104错误。
DSC0000.png

  
二、备份策略
DSC0001.png

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的位置。
  其他问题请随时欢迎提出,联系我,围脖:http://weibo.com/lidaohang


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-627152-1-1.html 上篇帖子: MongoDB MMS部署文档(win agent) 下篇帖子: MongoDB监控
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表