Mogodb集群搭建
Posted 一心行走
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Mogodb集群搭建相关的知识,希望对你有一定的参考价值。
1、上传解压软件包
cd /home/dinpay/
解压:tar -zxvf mongodb-linux-x86_64-rhel62-3.2.2.tgz
重命名: mv mongodb-linux-x86_64-rhel62-3.2.2.tgz mongodb
1.在集群的机器上建立对应的data文件夹例如:/data/mongodb/replset/data
2.建立在mongodb目录新建启动配置文件mongodb.conf:
dbpath=/data/mongodb/replset/data logpath=data/mongodb/mongodb.log logappend=true fork=true journal=true oplogSize=2048 smallfiles=true replSet=repset port=27017
3.将mongodb.conf分别复制到集群其他的机器上对应的mongodb的目录下
4.分别在集群机器上启动mongodb
Mongod -f mongodb.conf
5.在集群任意一台机器上任意一台机器登陆mongodb;打开mongo终端,使用如下命令初始化:
use admin
config = {_id: ‘repset‘, members: [{_id: 0, host: ‘IP1:27017‘,priority:1},{_id: 1, host: ‘IP2:27017‘,priority:2},{_id: 2, host: ‘IP4:27017‘,priority:3},{_id: 3, host: ‘IP4:27017‘,arbiterOnly:true}]}
rs.initiate(config);
rs.status(); #查看集群节点的状态
7.状态意义
“health” : 1, #代表机器正常
“stteStr” : “PRIMARY”, #代表是主节点,可读写,其中有以下几下状态:
STARTUP:刚加入到复制集中,配置还未加载
STARTUP2:配置已加载完,初始化状态
RECOVERING:正在恢复,不适用读
ARBITER: 仲裁者
DOWN:节点不可到达
UNKNOWN:未获取其他节点状态而不知是什么状态,一般发生在只有两个成员的架构,脑裂
REMOVED:移除复制集
ROLLBACK:数据回滚,在回滚结束时,转移到RECOVERING或SECONDARY状态
FATAL:出错。查看日志grep “replSet FATAL”找出错原因,重新做同步
PRIMARY:主节点
8.添加仲裁节点
rs.addArb("192.168.200.25:27017")
9.添加节点
rs.add("192.168.200.25:27017")
8.删除节点
Rs.remove("192.168.200.25:27017")
注意:
所有的Secondary都宕机、或则副本集中只剩下一个节点,则该节点只能为Secondary节点,也就意味着整个集群智能进行读操作而不能进行写操作,当其他的恢复时,之前的primary节点仍然是primary节点。
当某个节点宕机后重新启动该节点会有一段的时间(时间长短视集群的数据量和宕机时间而定)导致整个集群中所有节点都成为secondary而无法进行写操作(如果应用程序没有设置相应的ReadReference也可能不能进行读取操作)。
官方推荐的最小的副本集也应该具备一个primary节点和两个secondary节点。两个节点的副本集不具备真正的故障转移能力。
以上是关于Mogodb集群搭建的主要内容,如果未能解决你的问题,请参考以下文章