一、节点类型
standard:常规节点,它存储一份完整的数据副本,参与选举投票,有可能成为primary节点。
passive:存储了完整的数据副本,参与投票,不能成为primary节点。
arbiter:仲裁节点,只参与投票,不接收复制的数据,也不能成为primary节点。
一个repica sets节点数量最好为奇数(odd)。
二、relica sets 集群三节点分布
实验是三个节点:
两个standard节点(这两个节点直接可以互切primary secondary)。
一个arbiter节点,它手中握着一张选票,决定上面两个standard节点中的哪一个可以成为primay。
下面是我试验的节点分布
三、配置步骤
1.启动三个节点
介绍一下涉及到的参数
--dbpath 数据文件路径
--logpath 日志文件路径
--port 端口号,默认是27017.我这里使用的也是这个端口号.
--replSet 复制集的名字,一个replica sets中的每个节点的这个参数都要用一个复制集名字,这里是test.
--replSet test/ 这个后面跟的是其他standard节点的ip和端口
--maxConns 最大连接数
--fork 后台运行
--logappend 日志文件循环使用,如果日志文件已满,那么新日志覆盖最久日志。
启动第一个standard节点(ip:192.168.0.11)
- /mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.12:27017 --maxConns=2000 --fork --logappend
启动第二个standard节点 (ip:192.168.0.12)
- /mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.11:27017 --maxConns=2000 --fork --logappend
启动arbiter节点,也就是仲裁节点 (ip:192.168.0.13)。注意!--replSet test/后面写的是两个standard节点的ip和端口
- /mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.11:27017,192.168.0.12:27017 --fork --logappend
2.很关键的一步,配置完上面,下面开始初始化各个节点。在第二个启动的节点上,运行mongo
- db.runCommand({"replSetInitiate" : {
- "_id" : "test",
- "members" : [
- {
- "_id" : 0,
- "host" : "192.168.0.11:27017"
- },
- {
- "_id" : 1,
- "host" : "192.168.0.12:27017"
- }
- ]}})
3.加入arbiter节点
- PRIMARY> rs.addArb("192.16.0.13:27017");
到了这里,这个集群已经配置完成,三个节点的角色已经分配完毕,怎么查看是否正常呢
1.rs.status()通过这个命令,可以查看各个节点的ip、角色已经是否正常
2.rs.stepDown() 这个命令可以强制primary和standard节点角色互换,从而验证是否能够实现failover功能。
---------------------2012-08-14 更新---------------------
注意:添加新节点前,一定要配置好防火墙,开放对应的IP及PORT。
添加普通数据节点
- PRIMARY> rs.add("ip:port")
删除节点
- PRIMARY> rs.remove("ip:port")
显示当前谁是primay
将一个普通数据节点修改为passive节点,也就是能同步数据、投票,但是不能成为primay。
除了仲裁节点,其他每个节点都有个优先权,我们可以通过设置优先权来决定谁的成为primay的权重最大。
MongoDB replica sets中通过设置priority的值来决定优先权的大小,这个值的范围是0--100,值越大,优先权越高。
如果值是0,那么不能成为primay。
1.通过rs.conf()命令查看出节点列表
- 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的竞争。
命令格式如下:
- 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,依次类推。
执行命令
- cfg = rs.conf()
- cfg.members[1].priority = 0
- rs.reconfig(cfg)
3.查看结果,
192.168.22.10的优先权变为0.- 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"
- }
- ]
- }
参考文档:
阅读(947) | 评论(0) | 转发(0) |