调整原因:

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});

转载于:https://www.cnblogs.com/Easonlou/p/6604816.html

MongoDB集群架构 调整,增加延迟备份节点服务器,删除仲裁节点(9)相关推荐

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

    调整原因: 1.原有分片是两个SECONDARY,查询时开发人员也很少设置成 const string RP_SECONDARY = "secondary" ; const str ...

  2. MongoDB集群架构

    一.MongoDB 复制集特性 复制集群的架构 复制集群搭建 复制集群的选举配置 1.复制集群的架构 2.复制集群搭建基础示例 2.复制集群搭建基础示例 主节点配置 dbpath=/data/mong ...

  3. mongodb集群原理

    一.架构 在大数据领域常常提到的4V特征中,Volume(数据量大)是首当其冲被提及的.由于单机垂直扩展能力的局限,水平扩展的方式则显得更加的靠谱.MongoDB 自带了这种能力,可以将数据存储到多个 ...

  4. 【超详细】手把手教你搭建MongoDB集群搭建

    MongoDB集群搭建 MongoDB集群简介 mongodb 集群搭建的方式有三种: 主从备份(Master - Slave)模式,或者叫主从复制模式. 副本集(Replica Set)模式 分片( ...

  5. mongodb java连接 集群_java连接mongodb集群

    MongoDb 的分片拓展与副本集 Mongodb 数据库分片是通过并行处理数据实现负载均衡的一种重要手段[12],同时也是数据库集群 实现分布式计算的关键技术.在生产环境中,...... 本地数据访 ...

  6. MongoDB详解(三)——MongoDB集群

    今天继续给大家介绍Linux运维相关知识,本文主要内容是MongoDB集群. 一.MongoDB集群组成 MongoDB集群,由以下三种服务组成. (一)路由服务 MongoDB的路由服务示意图如下所 ...

  7. mysql mongodb 集群_MongoDB 集群

    MongoDB 集群中包含一个自动分片模块 (mongos). 自动分片可以用于构建一个大规模的可扩展的数据库集群,这个集群可以并入动态增加的机器.自动建立一个水平扩展的数据库集群系统,将数据库分表存 ...

  8. mysql 高并发 集群架构_一种高并发的GPU集群架构及其负载均衡方法技术

    [技术实现步骤摘要] 一种高并发的GPU集群架构及其负载均衡方法 本专利技术属于GPU集群架构及其负载均衡方法 ,特别是涉及一种高并发的GPU集群架构及其负载均衡方法. 技术介绍 GPU因其高性能的并 ...

  9. mysql集群和mongodb集群_mongodb分布式集群架构

    一.关于mongodb MongoDB是一个基于分布式文件存储的数据库.由C++语言编写.旨在为WEB应用提供可扩展的高性能数据存储解决方案. MongoDB是一个介于关系数据库和非关系数据库之间的产 ...

  10. TiDB和MongoDB分片集群架构比较

    此文已由作者温正湖授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 最近阅读了TiDB源码的说明文档,跟MongoDB的分片集群做了下简单对比. 首先展示TiDB的整体架构 M ...

最新文章

  1. memcached基本操作和语法
  2. 【源码解析】HashMap源码跟进(红黑树的实现)
  3. $AppStart、$AppEnd 全埋点解析
  4. NYOJ-172 小珂的图表
  5. html input不能输入小数_第三课:变量与输入输出的配合使用
  6. android raw 引用,Android 资源-raw和assets
  7. 一个层动态放大的例子的一些知识点
  8. MySQL-02:“数据库”操作基本命令及权限笔记
  9. 基煜基金王翔:助力金融机构提升效率 强化内控合规
  10. WPS的标题样式如何保存成默认
  11. 油猴-今日头条去广告脚本
  12. 信息时代的眼睛保护色
  13. C++ STL之命名空间、函数模板、类模板
  14. Oracle 按日期分组
  15. 【XSY2708】hack 网络流
  16. CentOS7.6-搭建SFTP服务
  17. 国际会计准则IAS 和 IFRS
  18. The Pursuit of Happyness 当幸福来敲门(励志电影推荐)
  19. JS正则表达式数字、字母、特殊符号第一弹
  20. 美国 25 大高薪职业 11 为技术岗位

热门文章

  1. heidisql连接远程数据库_远程连接数据库异常问题
  2. pandas如何获取名以及删除列
  3. 一行代码安装xgboost
  4. python isinstance(object, classinfo)
  5. 如何使用Keras功能API进行深度学习
  6. AttributeError: ‘_IncompatibleKeys‘ object has no attribute ‘cuda‘
  7. KMP模板以及入门题型总结
  8. fv-15php1c 安装图,SQLite - C/C++接口 API(一)
  9. python动态创建对象属性_Python学习笔记——动态添加属性与方法
  10. C++ 字符串 多个<< << <<