MongoDB Replica Set 部署

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

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

只好本身整理筆記,記錄下來,以備查詢.

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

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

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