MongoDB Replica Set 部署

时间 2019-11-09

标签 mongodb replica set 部署栏目 MongoDB 繁體版

原文原文链接

在生产中使用MongoDB, 为了数据安全性和访问稳定性. 副本集是常常被使用到的.html

书接上回, 话说MongoDB副本集已经安装过不少次了.可是每次都要去百度具体命令细节.mongodb

只好本身整理笔记,记录下来,以备查询.安全

MongoDB的下载与安装,请参考:bash

http://www.javashuo.com/article/p-qtjjobii-ev.html
网络

1. 什么是Replica Set-副本集架构

副本集就是mongoDB副本所组成的一个集群。负载均衡

其原理是，写操做发生在主库，从库同步主库的OpLog日志。ide

集群中没有特定的主库，主库是选举产生，若是主库down了，会再选举出一台主库。ui

2.早期的MongoDB版本使用master-slave，一主一从和MySQL相似，但slave在此架构中为只读，当主库宕机后，从库不能自动切换为主。目前已经淘汰master-slave模式，改成副本集，这种模式下有一个主(primary)，和多个从(secondary)，只读。支持给它们设置权重，当主宕掉后，权重最高的从切换为主。在此架构中还能够创建一个仲裁(arbiter)的角色，它只负责裁决，而不存储数据。此架构中读写数据都是在主上，要想实现负载均衡的目的须要手动指定读库的目标server。spa

简而言之MongoDB 副本集是有自动故障恢复功能的主从集群，有一个Primary节点和一个或多个Secondary节点组成。相似于MySQL的MMM架构。更多关于副本集的介绍请见官方文档：

官方文档地址：

https://docs.mongodb.com/manual/replication/

3. 副本集有如下特色：

<1>. 最小构成是：primary，secondary，arbiter，通常部署是：primary，2 secondary。

<2>. 成员数应该为奇数，若是为偶数的状况下添加arbiter，arbiter不保存数据，只投票。

<3>. 最大50 members，可是只能有 7 voting members，其余是non-voting members。

配置副本集

4. 本次实验，配置的是 1主1从1仲裁的副本集。两个物理机

host1  192.168.67.101:27017
host2  192.168.67.102:27017
host2  192.168.67.102:27018

5. 分别启动mongo进程

host1上启动primary

mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork

host2上启动secondary

mongod --port 27017 --dbpath /mongodbs/mgdata/ --logpath /mongodbs/mgdata/db.log --replSet rs0 --fork

host2上启动arb

mongod --port 28018 --dbpath /mongodbs/arb/ --logpath /mongodbs/arb/db.log --replSet rs0 --fork

6. 配置副本集,因为只有两台物理机,但愿host1机器正常状况下,能更多的作为mongo的primary.因此priority设置为2

#mongo
> cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]}

7. 执行初始化节点配置

>rs.initiate(cfg)

8. 查看节点配置&信息

>rs.conf()
> rs.status()

9. 具体命令输出以下

> cfg={ _id:"rs0", members:[ {_id:0,host:'192.168.67.101:27017',priority:2},{_id:2,host:'192.168.67.102',priority:1}, {_id:1,host:'192.168.67.102:28018',arbiterOnly:true}]}
{
"_id" : "rs0",
"members" : [
{
"_id" : 0,
"host" : "192.168.67.101:27017",
"priority" : 2
},
{
"_id" : 2,
"host" : "192.168.67.102",
"priority" : 1
},
{
"_id" : 1,
"host" : "192.168.67.102:28018",
"arbiterOnly" : true
}
]
}
> rs.initiate(cfg)
{ "ok" : 1 }

rs0:OTHER> rs.conf()
{
"_id" : "rs0",
"version" : 1,
"protocolVersion" : NumberLong(1),
"members" : [
{
"_id" : 0,
"host" : "192.168.67.101:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 2,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
},
{
"_id" : 2,
"host" : "192.168.67.102:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
},
{
"_id" : 1,
"host" : "192.168.67.102:28018",
"arbiterOnly" : true,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
}
],
"settings" : {
"chainingAllowed" : true,
"heartbeatIntervalMillis" : 2000,
"heartbeatTimeoutSecs" : 10,
"electionTimeoutMillis" : 10000,
"getLastErrorModes" : {
},
"getLastErrorDefaults" : {
"w" : 1,
"wtimeout" : 0
}
}
}

rs0:SECONDARY> rs.status()
{
"set" : "rs0",
"date" : ISODate("2018-07-24T06:59:34.195Z"),
"myState" : 2,
"term" : NumberLong(2),
"syncingTo" : "192.168.67.101:27017",
"heartbeatIntervalMillis" : NumberLong(2000),
"members" : [
{
"_id" : 0,
"name" : "192.168.67.101:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 60,
"optime" : {
"ts" : Timestamp(1532415537, 2),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-07-24T06:58:57Z"),
"lastHeartbeat" : ISODate("2018-07-24T06:59:32.964Z"),
"lastHeartbeatRecv" : ISODate("2018-07-24T06:59:33.372Z"),
"pingMs" : NumberLong(0),
"electionTime" : Timestamp(0, 0),
"electionDate" : ISODate("1970-01-01T00:00:00Z"),
"configVersion" : 1
},
{
"_id" : 1,
"name" : "192.168.67.102:28018",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 60,
"lastHeartbeat" : ISODate("2018-07-24T06:59:32.957Z"),
"lastHeartbeatRecv" : ISODate("2018-07-24T06:59:30.356Z"),
"pingMs" : NumberLong(0),
"configVersion" : 1
},
{
"_id" : 2,
"name" : "192.168.67.102:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 615,
"optime" : {
"ts" : Timestamp(1532415537, 2),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-07-24T06:58:57Z"),
"syncingTo" : "192.168.67.101:27017",
"configVersion" : 1,
"self" : true
}
],
"ok" : 1
}

更多命令

10.添加从库命令

rs0:PRIMARY> rs.add('host3:27017')

能够指定priority

rs0:PRIMARY> rs.add({host: "host3:27017", priority: 1})

11. 移除一个从库

先关闭从库的mongoDB，而后在主库上移除从库

rs0:PRIMARY> rs.remove('host3:27019')

12. 读写分离

主库，从库都支持读操做。可是，默认状况读也是从主库来读。

从库能够经过设置ReadPreference打开支持读操做，ReadPreference有几种模式：

Primary                       #从主库读，默认
primaryPreferred                     #基本上从主库读，主不可用时，从从库读
secondary                       #从从库读
secondaryPreferred                      #基本上从从库读，从不可用时，从主库读
nearest                       #从网络延迟最小的库读

基本上经常使用的是，Primary，secondary，nearest

13. 副本集的设定中能够经过Tag把成员归类，经过下面方法指定读的类型：

<1>.程序链接的时候，指定读的类型ReadPreference

<2>.用mongo命令链接，只对当前链接有效

rs0:SECONDARY> db.getMongo().setReadPref('secondaryPreferred')

14. 特殊成员类型

Secondary还有一些特殊的成员类型：

Priority 0 #不能升为主，能够用于多数据中心场景

Hidden #对客户端来讲是不可见的，通常用做备份或统计报告用

Delayed #数据比副集晚，通常用做 rolling backup 或历史快照

副本集的配置也是比较简单的. 后面有时间,再分享一下MongoDB Sharded Cluster.

参考连接:

https://www.cnblogs.com/ee900222/p/mongodb_2.html

https://blog.51cto.com/zero01/2059033

http://chenzhou123520.iteye.com/blog/1634676