Mongodb被动(passive)节点配置

简介:

  将一个mongodb的普通数据节点修改为passive节点,也就是能同步数据、投票,但是不能成为primary节点。

  除了仲裁节点,其他每个节点都有个代表优先权priority的值,我们可以通过设置优先权来决定谁成为primary的权重最大。

  MongoDB replica sets中通过设置priority的值来决定优先权的大小,这个值的范围是0--100,值越大,优先权越高。

  如果值是0,那么不能成为primay。 


  1. 通过rs.conf()命令查看出节点列表:

  以下为我的实验mongodb集群:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
PRIMARY> rs.conf()
{
"_id"  "test" ,
"version"  : 22,
"members"  : [
{
"_id"  : 3,
"host"  "192.168.22.36:27017"
},
{
"_id"  : 5,
"host"  "192.168.22.10:27017"
},
{
"_id"  : 6,
"host"  "192.168.22.12:27017" ,
"priority"  : 0,
"arbiterOnly"  true
},
{
"_id"  : 7,
"host"  "192.168.22.115:27017"
}
]
}



2.将上面的192.168.22.10节点的priority值修改成0,让它只接收数据,不参与成为primary的竞争。

命令格式如下:

1
2
3
4
5
cfg = rs.conf()
cfg.members[0].priority = 0.5
cfg.members[1].priority = 2
cfg.members[2].priority = 2
rs.reconfig(cfg)

  说明:cfg.members[0].priority =

  中括号中的数字是执行rs.conf()得出的节点顺序,第一个节点在这里写0,第二个节点写1,依次类推。


  执行命令:

1
2
3
cfg = rs.conf()
cfg.members[1].priority = 0
rs.reconfig(cfg)

  查看集群状态:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
PRIMARY> rs.conf()
{
"_id"  "test" ,
"version"  : 22,
"members"  : [
{
"_id"  : 3,
"host"  "192.168.22.36:27017"
},
{
"_id"  : 5,
"host"  "192.168.22.10:27017"
"priority"  : 0
},
{
"_id"  : 6,
"host"  "192.168.22.12:27017" ,
"priority"  : 0,
"arbiterOnly"  true
},
{
"_id"  : 7,
"host"  "192.168.22.115:27017"
}
]
}

  可以看到192.168.22.10:27017节点的priority的值变为0,这时候它只接收数据,不参与primary的竞争。










本文转自 icenycmh 51CTO博客,原文链接:http://blog.51cto.com/icenycmh/1840196,如需转载请自行联系原作者
目录
相关文章
|
NoSQL 网络协议 Unix
第6期 MongoDB配置启动方式
第6期 MongoDB配置启动方式
1339 0
|
11月前
|
存储 NoSQL MongoDB
Docker中安装MongoDB并配置数据、日志、配置文件持久化。
现在,你有了一个运行在Docker中的MongoDB,它拥有自己的小空间,对高楼大厦的崩塌视而不见(会话丢失和数据不持久化的问题)。这个MongoDB的数据、日志、配置文件都会妥妥地保存在你为它精心准备的地方,天旋地转,它也不会失去一丁点儿宝贵的记忆(即使在容器重启后)。
1400 4
|
NoSQL MongoDB Windows
MongoDB 读写分离——Windows MongoDB 副本集配置
MongoDB 读写分离——Windows MongoDB 副本集配置
508 0
|
监控 NoSQL 安全
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
【5月更文挑战第10天】MongoDB的复制集是实现数据高可用性的重要机制,由主节点和次节点构成,主节点处理写操作,次节点同步数据确保一致。在主节点故障时,次节点自动提升接替,保证服务不间断。通过复制集,可实现数据保护、持续服务,适用于关键业务系统和数据备份。配置时需关注网络稳定性、节点性能和数据一致性。案例显示,复制集能有效保障服务高可用,防止数据丢失和业务中断,是现代数据库管理的关键工具。在数据驱动的世界,复制集为高可用性提供了坚实保障。
368 0
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
|
DataWorks NoSQL 关系型数据库
DataWorks操作报错合集之在使用 DataWorks 进行 MongoDB 同步时遇到了连通性测试失败,实例配置和 MongoDB 白名单配置均正确,且同 VPC 下 MySQL 可以成功连接并同步,但 MongoDB 却无法完成同样的操作如何解决
DataWorks是阿里云提供的一站式大数据开发与治理平台,支持数据集成、数据开发、数据服务、数据质量管理、数据安全管理等全流程数据处理。在使用DataWorks过程中,可能会遇到各种操作报错。以下是一些常见的报错情况及其可能的原因和解决方法。
383 1
|
消息中间件 NoSQL 中间件
MongoDB主从结构、仲裁节点
【7月更文挑战第2天】
559 0
|
存储 NoSQL 关系型数据库
MongoDB的配置服务器和复制机制
【7月更文挑战第2天】MongoDB配置服务器存储分片和权限元数据,支持在主节点故障时保持读服务。关键组件,性能影响显著。复制集包含Primary和Secondary,通过oplog实现数据同步,类似MySQL binlog。oplog的幂等性可能导致大量set操作,且大小受限,可能导致从节点需全量同步。读写分离提升效率,主从切换确保高可用。
331 0
|
安全 NoSQL 程序员
老程序员分享:mongodb4.xxx安装,和基本配置
老程序员分享:mongodb4.xxx安装,和基本配置
281 0
|
存储 缓存 NoSQL
|
运维 NoSQL Linux
MongoDB详解(六)——MongoDB主从同步配置
MongoDB详解(六)——MongoDB主从同步配置
1126 5

推荐镜像

更多