MONGODB 集群架构 调整,增加延迟备份节点服务器,删除仲裁节点

原创 2015年07月07日 17:01:27


调整原因:

1.原有分片是两个SECONDARY,查询时开发人员也很少设置成
const string RP_SECONDARY = "secondary" ;
const string RP_SECONDARY_PREFERRED = "secondaryPreferred" ;
此类读优化

2.昨天出现误操作,把一个表的部分数据删除了。

3.正好手头上多了一台用来备份的服务器,但测试使用文件备份mongodump
的方法,发现备份时性能不理想。
数量量大,半天也还没全部备份完成,跑shell,出现错误:
Failed: error running `listIndexes`. Collection: `dp.tb_bid` Err: read tcp 127.0.0.1:28011: i/o timeout

这个错误好几台服务器都同出现。


计划达到目的:

1.增加备份节点,以保证数据安全(误操作:比如删除数据,修改数据)
2.两个次节点的,减少集群同步消耗,优化插入性能,同时 slaveDelay 节点不建立索引。
3.slaveDelay 节点设置成前台不可见(不可查询数据)

具体性能,还得后面跟进,看看效果。



原架构

set        host:port            stateStr                                    
----------------------------------------------------------
shard1        192.168.0.11:27011        PRIMARY                    
shard1        192.168.0.13:27011        SECONDARY                                
shard1        192.168.0.17:27011        SECONDARY                                        

shard2        192.168.0.11:27012        SECONDARY                                
shard2        192.168.0.15:27012        PRIMARY                    
shard2        192.168.0.19:27012        SECONDARY                

shard3        192.168.0.13:27013        PRIMARY                    
shard3        192.168.0.15:27013        SECONDARY                                
shard3        192.168.0.19:27013        ARBITER                    

shard4        192.168.0.15:27011        ARBITER                    
shard4        192.168.0.17:27012        PRIMARY                                    
shard4        192.168.0.19:27011        SECONDARY                                        


调整后:

set        host:port            stateStr                                    
-------------------------------------------------------------
shard1        192.168.0.11:27011        PRIMARY                    
shard1        192.168.0.13:27011        slaveDelay                                
shard1        192.168.0.17:27011        SECONDARY                                        

shard2        192.168.0.11:27012        slaveDelay                                
shard2        192.168.0.15:27012        PRIMARY                    
shard2        192.168.0.19:27012        SECONDARY                

shard3        192.168.0.13:27013        PRIMARY                    
shard3        192.168.0.15:27013        SECONDARY                                
shard3        192.168.0.21:27011        slaveDelay                    

shard4        192.168.0.21:27012        slaveDelay                    
shard4        192.168.0.17:27012        PRIMARY                                    
shard4        192.168.0.19:27011        SECONDARY                                        


删除 ARBITER 节点,另外增加slaveDelay 节点:
[mongo@ms3 bin]$ ./mongo -port 27011
rs.remove("192.168.0.19:27013");
rs.add({_id: 2, host:'192.168.0.21:27012',"slaveDelay":36000,"priority":0,"hidden":true,"buildIndexes":true});


版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

MongoDB 基础(八)复制Ⅱ—部署仲裁节点

仲裁者(Arbiter)是复制集中的一个mongodb实例,它并不保存数据。仲裁节点使用最小的资源并且不需要特殊的设备,不能将Arbiter部署在用一个数据集节点中,可以部署在其他应用服务器或者监视服...

Mongodb的副本集节点角色介绍及选举过程浅析

一个副本集ReplicaSet一般由一组mongod实例组成,这组mongod实例协调配合工作,共同向外提供高可用的数据库访问服务。 副本集中的不同节点虽然都是mongod实例,但是角色上却有不同,一...

mongo副本集:只开启主节点和仲裁无法选主问题分析

背景: 在自己主机上开3个虚拟机,用桥接模式,固定IP,确保可以联网。搭建副本集,测试可行。 问题描述: 为了学习mongodb操作的方便(我只要能找到主节点,能连到数据库即可),所以我只开启两...
  • xdstuhq
  • xdstuhq
  • 2016年08月09日 14:42
  • 1086

mongo复制集(无仲裁节点)

master.conf dbpath=/data/mongodb/data/master   logpath=/data/mongodb/log/master.log   pidfilepath...
  • v587_lu
  • v587_lu
  • 2017年02月03日 18:27
  • 302

别让你的mongodb宕机了

接下来就要面临双十一这场惊心动魄的处女秀考验, 我们项目中会有一个wcf集群,而集群地址则放在mongodb中,所以mongodb的核心地位可想而知,如果mongodb挂掉,整个项目也就陷入 瘫痪...

mongodb 通过mongodump来备份Sharded Cluste分片集群

1,mongodb所有组件官方文档地址:https://docs.mongodb.com/manual/reference/command/,所有的基础组件都在里面,包括备份恢复的mongodump、...
  • mchdba
  • mchdba
  • 2016年06月26日 22:43
  • 6435

mongodb数据备份还原及主从搭建

1. 数据导出 mongoexport 命令: mongoexport -d database -c collection -o output_file 参数说明: -d 指明使用的数据库...

搭建高可用mongodb shard 集群以及多节点备份

mongodb通过哪些机制实现路由、分片: 从图中可以看到有四个组件:mongos、config server、shard、replica set。 mongos,数据库集群请求的...

mongodb 分片群集配置 及数据迁移

配置mongodb分片群集(sharding cluster) Sharding cluster介绍 这是一种可以水平扩展的模式,在数据量很大时特给力,实际大规模应用一般会采用这种架构去构...

Mongodb集群搭建的三种方式

Mongodb是时下流行的NoSql数据库,它的存储方式是文档式存储,并不是Key-Value形式。关于Mongodb的特点,这里就不多介绍了,大家可以去看看官方说明:http://docs.mong...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:MONGODB 集群架构 调整,增加延迟备份节点服务器,删除仲裁节点
举报原因:
原因补充:

(最多只允许输入30个字)