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

调整原因：

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 集群架构调整，增加延迟备份节点服务器，删除仲裁节点相关推荐

MongoDB集群架构
一.MongoDB 复制集特性复制集群的架构复制集群搭建复制集群的选举配置 1.复制集群的架构 2.复制集群搭建基础示例 2.复制集群搭建基础示例主节点配置 dbpath=/data/mong ...
mongodb集群原理
一.架构在大数据领域常常提到的4V特征中,Volume(数据量大)是首当其冲被提及的.由于单机垂直扩展能力的局限,水平扩展的方式则显得更加的靠谱.MongoDB 自带了这种能力,可以将数据存储到多个 ...
【超详细】手把手教你搭建MongoDB集群搭建
MongoDB集群搭建 MongoDB集群简介 mongodb 集群搭建的方式有三种: 主从备份(Master - Slave)模式,或者叫主从复制模式. 副本集(Replica Set)模式分片( ...
mongodb java连接集群_java连接mongodb集群
MongoDb 的分片拓展与副本集 Mongodb 数据库分片是通过并行处理数据实现负载均衡的一种重要手段[12],同时也是数据库集群实现分布式计算的关键技术.在生产环境中,...... 本地数据访 ...
MongoDB详解（三）——MongoDB集群
今天继续给大家介绍Linux运维相关知识,本文主要内容是MongoDB集群. 一.MongoDB集群组成 MongoDB集群,由以下三种服务组成. (一)路由服务 MongoDB的路由服务示意图如下所 ...
mysql mongodb 集群_MongoDB 集群
MongoDB 集群中包含一个自动分片模块 (mongos). 自动分片可以用于构建一个大规模的可扩展的数据库集群,这个集群可以并入动态增加的机器.自动建立一个水平扩展的数据库集群系统,将数据库分表存 ...
mysql 高并发集群架构_一种高并发的GPU集群架构及其负载均衡方法技术
[技术实现步骤摘要] 一种高并发的GPU集群架构及其负载均衡方法本专利技术属于GPU集群架构及其负载均衡方法 ,特别是涉及一种高并发的GPU集群架构及其负载均衡方法. 技术介绍 GPU因其高性能的并 ...
mysql集群和mongodb集群_mongodb分布式集群架构
一.关于mongodb MongoDB是一个基于分布式文件存储的数据库.由C++语言编写.旨在为WEB应用提供可扩展的高性能数据存储解决方案. MongoDB是一个介于关系数据库和非关系数据库之间的产 ...
TiDB和MongoDB分片集群架构比较
此文已由作者温正湖授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 最近阅读了TiDB源码的说明文档,跟MongoDB的分片集群做了下简单对比. 首先展示TiDB的整体架构 M ...

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

MONGODB 集群架构调整，增加延迟备份节点服务器，删除仲裁节点相关推荐

最新文章

热门文章

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

MONGODB 集群架构 调整，增加延迟备份节点服务器，删除仲裁节点相关推荐

最新文章

热门文章

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

MONGODB 集群架构调整，增加延迟备份节点服务器，删除仲裁节点相关推荐