实战MongoDB-Replication之Replica Set

本文涉及的产品
云数据库 MongoDB,通用型 2核4GB
简介:

实战MongoDB

Master-Slave

 

MongoDB支持不同服务之间的异步的数据复制,来实现failover(故障转移,故障切换,故障恢复) and redundancy(数据冗余)。

同一时间,只有一个服务节点(primary或者master)支持写入。

MongoDB支持两种复制的模式:

  1. Master/Slave,主从复制,角色包括master和slave。
  2. 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节点。

 

 
  1. mongod --dbpath /home/andyshi/mongo1/ --logpath /home/andyshi/mongo1/log.log --replSet shard1 --port 10001 --bind_ip 192.168.0.21 

 

 
  1. 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节点,然后执行下面的命令。

 
  1. cfg={_id:'shard1',members:[ 
  2. {_id:0,host:'192.168.0.21:10001'}, 
  3. {_id:1,host:'192.168.0.21:10002'}] 
  4. rs.initiate(cfg) 

出现下面的提示信息就代表成功了,如果没有成功,可以google一下错误提示,会找到很多的答案的。

 

 
  1.    "info" : "Config now saved locally.  Should come online in about a minute.", 
  2.    "ok" : 1 

继续执行

 

 
  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,插入一条数据。

 

 
  1. //假设10001是primary,可以通过查询rs.status来获取 
  2. mongo 192.168.0.21:10001 
  3.  
  4. use test 
  5. db.book.insert({'title':'computer'}) 

然后查看secondary的log文件,会发现发生了复制行为。

这时候登录secondary,use test,db.book.find(),可以报错了。

 

 
  1. error: { "$err" : "not master and slaveok=false", "code" : 13435 } 

没有关系,在secondary读取数据还需要我们做最后的一步,在需要读取数据的secondary上执行。

 

 
  1. rs.slaveOK()

这时候再次db.book.find(),正常显示结果了,没有问题了。

 

添加节点

 

启动新mongod节点

 

 
  1. mongod --dbpath /home/andyshi/mongo3/ --logpath /home/andyshi/mongo3/log.log --replSet shard1 --port 10003 --bind_ip 192.168.0.21   
 

连接primary节点,执行下面的命令。

 

 
  1. rs.add('192.168.0.21:10003') 
  2. rs.addArb('192.168.0.21:10003') 
  3. //重新配置 
  4. rs.reconfig(rs.conf()) 

 

强制一个节点成为primary

在mongodb2.0之后可以使用下面

相比master-slave,replica set的优点就是没有单点故障,primary故障之后,整个replica set会自动选择一个健康的节点成为primary,承担写的任务,可用性比master-slave的高,提供更高的可用性。




本文转自 virusswb 51CTO博客,原文链接:http://blog.51cto.com/virusswb/792897,如需转载请自行联系原作者

相关实践学习
MongoDB数据库入门
MongoDB数据库入门实验。
快速掌握 MongoDB 数据库
本课程主要讲解MongoDB数据库的基本知识,包括MongoDB数据库的安装、配置、服务的启动、数据的CRUD操作函数使用、MongoDB索引的使用(唯一索引、地理索引、过期索引、全文索引等)、MapReduce操作实现、用户管理、Java对MongoDB的操作支持(基于2.x驱动与3.x驱动的完全讲解)。 通过学习此课程,读者将具备MongoDB数据库的开发能力,并且能够使用MongoDB进行项目开发。 &nbsp; 相关的阿里云产品:云数据库 MongoDB版 云数据库MongoDB版支持ReplicaSet和Sharding两种部署架构,具备安全审计,时间点备份等多项企业能力。在互联网、物联网、游戏、金融等领域被广泛采用。 云数据库MongoDB版(ApsaraDB for MongoDB)完全兼容MongoDB协议,基于飞天分布式系统和高可靠存储引擎,提供多节点高可用架构、弹性扩容、容灾、备份回滚、性能优化等解决方案。 产品详情: https://www.aliyun.com/product/mongodb
目录
相关文章
|
9月前
|
存储 NoSQL MongoDB
mongodb搭建Replica Set
mongodb搭建Replica Set 简单高效
160 0
|
NoSQL 算法 容灾
『MongoDB』MongoDB高可用部署架构——复制集篇(Replica Set)
读完这篇文章里你能收获到 1. MongoDB是如何通过复制集实现高可用的 2. 主节点宕机后如何通过选举做到故障恢复 3. 在复制集中常见的可调整参数有哪些 4. 在Linux原生环境搭建MongoDB复制集 5. 在Winodws环境搭建MongoDB复制集
780 1
『MongoDB』MongoDB高可用部署架构——复制集篇(Replica Set)
|
存储 NoSQL 测试技术
MongoDB系列-解决面试中可能遇到的MongoDB复制集(replica set)问题
MongoDB复制集(replica set):MongoDB复制集维护相同数据集的一组mongod进程,复制集是生产部署的基础,具有数据冗余以及高可用性。
307 0
MongoDB系列-解决面试中可能遇到的MongoDB复制集(replica set)问题
|
存储 NoSQL 网络协议
MongoDB系列-复制集(Replica Set)应用部署(生产、测试、开发环境)
通过在不同的计算机上托管mongod实例来尽可能多地保持成员之间的分离。将虚拟机用于生产部署时,应将每个mongod实例放置在由冗余电源电路和冗余网络路径提供服务的单独主机服务器上,而且尽可能的将副本集的每个成员部署到自己的计算机绑定到标准的MongoDB端口27017。
426 0
|
NoSQL Java MongoDB
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(3)
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(3)
158 0
|
NoSQL MongoDB Docker
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(2)
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(2)
166 0
|
NoSQL MongoDB Docker
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(1)
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(1)
145 0
基于docker容器下mongodb 4.0.0 的Replica Sets+Sharded Cluster集群(1)
|
存储 NoSQL Shell
(1)解锁MongoDB replica set核心姿势
本文倒腾目前大热的MongoDB Replica Set集群,在倒腾的同时串讲一些 MongoDB特性。
(1)解锁MongoDB replica set核心姿势
|
NoSQL
How to Create Highly Available MongoDB Databases with Replica Sets
Find out how you can create MongoDB databases with high availability by backing up data through replica set elections.
4093 0
How to Create Highly Available MongoDB Databases with Replica Sets