MongoDB Replica Set 部署

在生產中使用MongoDB, 為了數據安全性和訪問穩定性. 副本集是經常被使用到的.

書接上回, 話說MongoDB副本集已經安裝過很多次了.但是每次都要去 百度 具體命令細節.

只好自己整理筆記,記錄下來,以備查詢.

MongoDB的下載與安裝,請參考:

https://blog.51cto.com/hsbxxl/2149500

1. 什么是Replica Set-副本集

副本集就是mongoDB副本所組成的一個集群。

其原理是，寫操作發生在主庫，從庫同步主庫的OpLog日志。

集群中沒有特定的主庫，主庫是選舉產生，如果主庫down了，會再選舉出一臺主庫。

2.早期的MongoDB版本使用master-slave，一主一從和MySQL類似，但slave在此架構中為只讀，當主庫宕機后，從庫不能自動切換為主。目前已經淘汰master-slave模式，改為副本集，這種模式下有一個主(primary)，和多個從(secondary)，只讀。支持給它們設置權重，當主宕掉后，權重最高的從切換為主。在此架構中還可以建立一個仲裁(arbiter)的角色，它只負責裁決，而不存儲數據。此架構中讀寫數據都是在主上，要想實現負載均衡的目的需要手動指定讀庫的目標server。

簡而言之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