实战MongoDB-Replication之Replica Set
2012-02-29 18:01
351 查看
实战MongoDBMaster-SlaveMongoDB支持不同服务之间的异步的数据复制,来实现failover(故障转移,故障切换,故障恢复) and redundancy(数据冗余)。同一时间,只有一个服务节点(primary或者master)支持写入。MongoDB支持两种复制的模式:Master/Slave,主从复制,角色包括master和slave。Replica Set,复制集复制,角色包括primary和secondary。介绍Master/Slave的官方地址:http://www.mongodb.org/display/DOCS/Master+Slave介绍Replica Set的官方地址:http://www.mongodb.org/display/DOCS/Replica+Sets今天实战的是replica set,也就是复制集复制。replica set可以实现自动的failover和自动的recovery。replica set由两个或者更多的节点组成,实现彼此的复制。replica set自动选择primary节点,没有一个节点是固定的primary。mongos会自动发现一个replica set的primary节点发生变化,并将写操作发送给这个新的primary节点。通常用于下面几个场景数据冗余。自动failover,提供高可用性的服务。分散读的负载。简化维护(相对于master-slave来说)。灾难恢复。首先还是启动mongod,用于replica set的参数有两个:--replSet <setname>,复制集的名称。--oplogSize <MB>,操作日志的大小,单位为MB。这回我们在ubuntu下面配置replica set,先启动两个mongod节点。
你会注意到,上面两个mongod的启动参数replSet指定了相同的值shard1,也就是两个个mongod节点处于同一个replica set中。Replica Set的初始化光启动了两个个mongod节点,还不能提供任何的服务,这时候你使用mongo连接之后,进行db.book.insert会提示你no master,也就是说没有primary节点,所以他不知道往哪一个节点写入数据。在启动了两个个mongod节点之后,需要进行初始化。首先用mongo连接到任意一个mongod节点,然后执行下面的命令。
出现下面的提示信息就代表成功了,如果没有成功,可以google一下错误提示,会找到很多的答案的。
继续执行
可以查看replica set的状态,包括名称,时间,当前登录的mongod是primary还是secondary,以及成员的信息等。在replica set的信息中,其中重要的是:myState的值,如果是1代表当前登录的是primary;如果是2代表当前登录的是secondary。成员信息中包括地址,健康状态,是primary还是secondary等。成员信息中比较重要的是state:1表示该host是当前可以进行读写,2:不能读写health:1表示该host目前是正常的,0:异常这时候登录primary的mongod,插入一条数据。
然后查看secondary的log文件,会发现发生了复制行为。这时候登录secondary,use test,db.book.find(),可以报错了。
没有关系,在secondary读取数据还需要我们做最后的一步,在需要读取数据的secondary上执行。
这时候再次db.book.find(),正常显示结果了,没有问题了。添加节点启动新mongod节点
连接primary节点,执行下面的命令。
mongod --dbpath /home/andyshi/mongo1/ --logpath /home/andyshi/mongo1/log.log --replSet shard1 --port 10001 --bind_ip 192.168.0.21
mongod --dbpath /home/andyshi/mongo2/ --logpath /home/andyshi/mongo2/log.log --replSet shard1 --port 10002 --bind_ip 192.168.0.21
你会注意到,上面两个mongod的启动参数replSet指定了相同的值shard1,也就是两个个mongod节点处于同一个replica set中。Replica Set的初始化光启动了两个个mongod节点,还不能提供任何的服务,这时候你使用mongo连接之后,进行db.book.insert会提示你no master,也就是说没有primary节点,所以他不知道往哪一个节点写入数据。在启动了两个个mongod节点之后,需要进行初始化。首先用mongo连接到任意一个mongod节点,然后执行下面的命令。
cfg={_id:'shard1',members:[ {_id:0,host:'192.168.0.21:10001'}, {_id:1,host:'192.168.0.21:10002'}] } rs.initiate(cfg)
出现下面的提示信息就代表成功了,如果没有成功,可以google一下错误提示,会找到很多的答案的。
{ "info" : "Config now saved locally. Should come online in about a minute.", "ok" : 1 }
继续执行
rs.status()
可以查看replica set的状态,包括名称,时间,当前登录的mongod是primary还是secondary,以及成员的信息等。在replica set的信息中,其中重要的是:myState的值,如果是1代表当前登录的是primary;如果是2代表当前登录的是secondary。成员信息中包括地址,健康状态,是primary还是secondary等。成员信息中比较重要的是state:1表示该host是当前可以进行读写,2:不能读写health:1表示该host目前是正常的,0:异常这时候登录primary的mongod,插入一条数据。
//假设10001是primary,可以通过查询rs.status来获取 mongo 192.168.0.21:10001 use test db.book.insert({'title':'computer'})
然后查看secondary的log文件,会发现发生了复制行为。这时候登录secondary,use test,db.book.find(),可以报错了。
error: { "$err" : "not master and slaveok=false", "code" : 13435 }
没有关系,在secondary读取数据还需要我们做最后的一步,在需要读取数据的secondary上执行。
rs.slaveOK()
这时候再次db.book.find(),正常显示结果了,没有问题了。添加节点启动新mongod节点
mongod --dbpath /home/andyshi/mongo3/ --logpath /home/andyshi/mongo3/log.log --replSet shard1 --port 10003 --bind_ip 192.168.0.21
连接primary节点,执行下面的命令。
rs.add('192.168.0.21:10003') rs.addArb('192.168.0.21:10003') //重新配置 rs.reconfig(rs.conf())强制一个节点成为primary在mongodb2.0之后可以使用下面相比master-slave,replica set的优点就是没有单点故障,primary故障之后,整个replica set会自动选择一个健康的节点成为primary,承担写的任务,可用性比master-slave的高,提供更高的可用性。
相关文章推荐
- 实战MongoDB-Replication之Replica Set
- MongoDB 学习 高可用架构—Replica Set 集群实战
- 【NoSQL】Mongodb高可用架构—Replica Set 集群实战 推荐
- 关于MongoDb Replica Set的故障转移集群——实战篇
- MongoDB-Replication Replica Set Arbiter
- Mongodb高可用架构—Replica Set 集群实战
- MongoDB Replica Set 配置
- Mongodb Journaling and replica-set oplog
- mongodb集群方案:Replica Set集群的安装配置
- Mongodb的Replica Set 副本集集群搭建
- MongoDB:Replica Set 之操作日志 Oplog
- MongoDB Replica Set集群部署
- 对象类MongoClient 操作MongoDB replica-set
- Mongodb Sharding+Replica Set
- MongoDB架构篇-Replica Set 副本集
- Mongodb Replica Set高可用
- mongodb分片集群(sharding with replica set)配置
- MongoDB搭建Replica Set复制集
- Mongodb Replica Set高可用
- MongoDB Replica Set使用几点总结