MongoDB 復制集節點增加移除及節點屬性配置

阿新 • • 發佈：2018-09-02

src processor mongodb復制特性 ted 避免 nod index config

復制集(replica Set)或者副本集是MongoDB的核心高可用特性之一，它基於主節點的oplog日誌持續傳送到輔助節點，並重放得以實現主從節點一致。再結合心跳機制，當感知到主節點不可訪問或宕機的情形下，輔助節點通過選舉機制來從剩余的輔助節點中推選一個新的主節點從而實現自動切換。對於一個已經存在的MongoDB Replica Set集群，可以對其進行節點的增加，刪除，以及修改節點屬性等等。本文即是圍繞這些進行描述。

有關MongoDB復制集概念及其搭建，可以參考：MongoDB 復制集(Replica Set)

一、節點的移除

//當前的演示環境
repSetTest:PRIMARY> db.version()
3.2.11

//主從節點
PRIMARY:   localhost:27001
SECONDARY: localhost:27000
SECONDARY: localhost:27002

repSetTest:PRIMARY> rs.remove("localhost:27000")
{ "ok" : 1 }

//移除節點後的狀態信息
repSetTest:PRIMARY> rs.status()
{
        "set" : "repSetTest",
        "date" : ISODate("2016-08-30T05:48:13.010Z"),
        "myState" : 1,
        "members" : [
                {
                        "_id" : 1,
                        "name" : "localhost:27001",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 526,
                        "optime" : Timestamp(1472536085, 1),
                        "optimeDate" : ISODate("2016-08-30T05:48:05Z"),
                        "electionTime" : Timestamp(1472535890, 1),
                        "electionDate" : ISODate("2016-08-30T05:44:50Z"),
                        "configVersion" : 2,
                        "self" : true
                },
                {
                        "_id" : 2,
                        "name" : "localhost:27002",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 426,
                        "optime" : Timestamp(1472536085, 1),
                        "optimeDate" : ISODate("2016-08-30T05:48:05Z"),
                        "lastHeartbeat" : ISODate("2016-08-30T05:48:11.805Z"),
                        "lastHeartbeatRecv" : ISODate("2016-08-30T05:48:12.877Z"),
                        "pingMs" : 0,
                        "syncingTo" : "localhost:27001",
                        "configVersion" : 2
                }
        ],
        "ok" : 1
}

//移除後查看配置文件
//此時版本version為2，只有2個節點
repSetTest:PRIMARY> rs.config()
{
        "_id" : "repSetTest",
        "version" : 2,
        "members" : [
                {
                        "_id" : 1,
                        "host" : "localhost:27001",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 1,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 2,
                        "host" : "localhost:27002",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 1,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                }
        ],
        "settings" : {
                "chainingAllowed" : true,
                "heartbeatTimeoutSecs" : 10,
                "getLastErrorModes" : {

                },
                "getLastErrorDefaults" : {
                        "w" : 1,
                        "wtimeout" : 0
                }
        }
}

二、節點的增加

repSetTest:PRIMARY> rs.add("localhost:27000")
{ "ok" : 1 }
repSetTest:PRIMARY> rs.status()
{
        "set" : "repSetTest",
        "date" : ISODate("2016-08-30T05:50:56.678Z"),6
        "myState" : 1,
        "members" : [
                {
                        "_id" : 1,
                        "name" : "localhost:27001",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 689,
                        "optime" : Timestamp(1472536231, 1),
                        "optimeDate" : ISODate("2016-08-30T05:50:31Z"),
                        "electionTime" : Timestamp(1472535890, 1),
                        "electionDate" : ISODate("2016-08-30T05:44:50Z"),
                        "configVersion" : 3,
                        "self" : true
                },
                {
                        "_id" : 2,
                        "name" : "localhost:27002",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 590,
                        "optime" : Timestamp(1472536231, 1),
                        "optimeDate" : ISODate("2016-08-30T05:50:31Z"),
                        "lastHeartbeat" : ISODate("2016-08-30T05:50:55.336Z"),
                        "lastHeartbeatRecv" : ISODate("2016-08-30T05:50:55.063Z"),
                        "pingMs" : 0,
                        "configVersion" : 3
                },
                {
                        "_id" : 3,
                        "name" : "localhost:27000",  
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY", //增加後的節點此時作為一個從節點
                        "uptime" : 23,
                        "optime" : Timestamp(1472536231, 1),
                        "optimeDate" : ISODate("2016-08-30T05:50:31Z"),
                        "lastHeartbeat" : ISODate("2016-08-30T05:50:55.342Z"),
                        "lastHeartbeatRecv" : ISODate("2016-08-30T05:50:55.341Z"),
                        "pingMs" : 0,
                        "configVersion" : 3
                }
        ],
        "ok" : 1
}

三、啟用Arbiter節點

repSetTest:PRIMARY> rs.remove("localhost:27000")
{ "ok" : 1 }

repSetTest:PRIMARY> rs.add({host:"localhost:27000",arbiterOnly:true})
{ "ok" : 1 }

repSetTest:PRIMARY> rs.config()
{
        "_id" : "repSetTest",
        "version" : 5,
        "members" : [
                {
                        "_id" : 1,
                        "host" : "localhost:27001",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,     // Author : Leshami
                        "priority" : 1,       // Blog   : http://blog.csdn.net/leshami
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 2,
                        "host" : "localhost:27002",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 1,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 3,
                        "host" : "localhost:27000",
                        "arbiterOnly" : true,     //此處表明當前結點為仲裁節點
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 1,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                }
        ],
        "settings" : {
                "chainingAllowed" : true,
                "heartbeatTimeoutSecs" : 10,
                "getLastErrorModes" : {

                },
                "getLastErrorDefaults" : {
                        "w" : 1,
                        "wtimeout" : 0
                }
        }
}

對於Arbiter也可以使用rs.addArb函數來添加
如：> rs.addArb("localhost:27000")

驗證仲裁節點數據寫入
repSetTest:PRIMARY> use tempdb
switched to db tempdb
repSetTest:PRIMARY> db.users.insert({id:1,ename:"robin"})
WriteResult({ "nInserted" : 1 })

# mongo localhost:27000
MongoDB shell version: 3.0.12
connecting to: localhost:27000/test
repSetTest:ARBITER> show dbs;
2016-08-30T14:26:26.753+0800 E QUERY    Error: listDatabases failed:
        { "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
    at Error (<anonymous>)
    at Mongo.getDBs (src/mongo/shell/mongo.js:47:15)
    at shellHelper.show (src/mongo/shell/utils.js:630:33)
    at shellHelper (src/mongo/shell/utils.js:524:36)
    at (shellhelp2):1:1 at src/mongo/shell/mongo.js:47

repSetTest:ARBITER> rs.slaveOk(true) 
repSetTest:ARBITER> show dbs;    //執行該命令，看不到tempdb
local  0.281GB 
test   0.031GB
repSetTest:ARBITER> use tempdb
switched to db tempdb
repSetTest:ARBITER> db.users.count() //執行count,提示節點正在恢復
2016-08-30T14:30:04.571+0800 E QUERY    Error: count failed: 
        { "note" : "from execCommand", "ok" : 0, "errmsg" : "node is recovering" }
    at Error (<anonymous>)
    at DBQuery.count (src/mongo/shell/query.js:326:11)
    at DBCollection.count (src/mongo/shell/collection.js:1046:27)
    at (shell):1:10 at src/mongo/shell/query.js:326

四、設定節點的優先級別(Priority)

    優先級用於確定一個傾向成為主節點的程度。取值範圍為0-100
    Priority 0節點的選舉優先級為0，不會被選舉為Primary，這樣的成員稱為被動成員
    對於跨機房復制集的情形，如A，B機房，最好將『大多數』節點部署在首選機房，以確保能選擇合適的Primary
    對於Priority為0節點的情況，通常作為一個standby，或由於硬件配置較差，設置為0以使用不可能成為主

    //如下示例，在新增節點的時候設定該節點的優先級別
    repSetTest:PRIMARY> rs.add({"_id":3,"host":"localhost:27000","priority":1.5})

    也可以通過下面的方式修改優先級別
    repSetTest:PRIMARY> var config=rs.config()
    repSetTest:PRIMARY> config.members[2].priority=2
    2
    repSetTest:PRIMARY> rs.reconfig(config)
    { "ok" : 1 }

五、投票節點(Vote)

    投票節點不保存數據副本，不可能成為主節點
    Mongodb 3.0裏，復制集成員最多50個，參與Primary選舉投票的成員最多7個
    對於超出7個的其他成員（Vote0）的vote屬性必須設置為0，即不參與投票

六、隱藏節點(Hidden)

    Hidden節點不能被選為主（Priority為0），並且對Driver不可見。
    因Hidden節點不會接受Driver的請求，可使用Hidden節點做一些數據備份、離線計算的任務，不會影響復制集的服務
    隱藏節點成員建議總是將其優先級設置為0(priority 0)
    由於對Driver不可見，因此不會作為read preference節點，隱藏節點可以作為投票節點
    在分片集群當中，mongos不會同隱藏節點交互

            > cfg = rs.conf()
            > cfg.members[2].priority = 0
            > cfg.members[2].hidden = true
            > rs.reconfig(cfg)

            查看設置為隱藏階段後的屬性
            repSetTest:SECONDARY> db.isMaster()
            {
                    "hosts" : [
                            "localhost:27000",
                            "localhost:27001"
                    ],
                    "setName" : "repSetTest",
                    "setVersion" : 2,
                    "ismaster" : false,
                    "secondary" : true,
                    "primary" : "localhost:27000",
                    "passive" : true,
                    "hidden" : true,     //此處表明當前節點為隱藏節點
                    "me" : "localhost:27002",
                    "maxBsonObjectSize" : 16777216,
                    "maxMessageSizeBytes" : 48000000,
                    "maxWriteBatchSize" : 1000,
                    "localTime" : ISODate("2017-03-06T10:15:48.257Z"),
                    "maxWireVersion" : 4,
                    "minWireVersion" : 0,
                    "ok" : 1
            }

七、延遲節點(Delayed)

    延遲節點包含復制集的部分數據，是復制集數據的子集
    延遲節點上的數據通常落後於Primary一段時間（可配置，比如1個小時）。
    當人為錯誤或者無效的數據寫入Primary時，可通過Delayed節點的數據進行回滾
    延遲節點的要求：
            優先級別為0(priority 0)，避免參與primary選舉
            應當設置為隱藏節點(以避免應用程序查詢延遲節點)
            可以作為一個投票節點，設置 members[n].votes 值為1
    延遲節點註意事項：       
            延遲時間應當等於和大於維護窗口持續期
            應當小於oplog容納數據的時間窗口 

            > cfg = rs.conf()
            > cfg.members[2].priority = 0
            > cfg.members[2].hidden = true
            > cfg.members[2].slaveDelay = 3600
            > rs.reconfig(cfg)

            repSetTest:SECONDARY> db.isMaster()
            {
                    "hosts" : [
                            "localhost:27000",
                            "localhost:27001"
                    ],
                    "setName" : "repSetTest",
                    "setVersion" : 3,
                    "ismaster" : false,
                    "secondary" : true,
                    "primary" : "localhost:27000",
                    "passive" : true,
                    "hidden" : true,
                    "slaveDelay" : 3600,    //此處表面當前節點具有延遲屬性，為延遲節點
                    "me" : "localhost:27002",
                    "maxBsonObjectSize" : 16777216,
                    "maxMessageSizeBytes" : 48000000,
                    "maxWriteBatchSize" : 1000,
                    "localTime" : ISODate("2017-03-06T10:19:57.148Z"),
                    "maxWireVersion" : 4,
                    "minWireVersion" : 0,
                    "ok" : 1
            }

MongoDB 復制集節點增加移除及節點屬性配置

src processor mongodb復制特性 ted 避免 nod index config 復制集(replica Set)或者副本集是MongoDB的核心高可用特性之一，它基於主節點的oplog日誌持續傳送到輔助節點，並重放得以實現主從節點一致。再結合心跳機

MongoDB復制集

mongo 副本集 db MongoDB目前的高可用架構主要有主從、復制集、以及分片，單純的主從技術幾乎被淘汰，整個穩定性以及可靠性方面復制集要比主從好，所以現在更多的會去使用復制集。在接下來的實踐過程中，我們將通過多實例的方法實現復制集。以及會解析搭建過程中遇到的困難問題。一、基礎環境與規

mongodb 復制集

重新 enter col 只讀屬性超時類型 ember 完整 mongodb 復制集復制集簡介 Mongodb復制集由一組Mongod實例（進程）組成，包含一個Primary節點和多個Secondary節點，Mongodb Driver（客戶端）的所有數據都寫入

MongoDB復制集配置步驟

數據庫 MongoDB 1. 配置三個節點的配置文件（/etc/28001.conf） 28002.conf #bind_ip=192.168.20.144port=28001logpath=/data/db/mongodb_log/28001.loglogappend=truepidfi

MongoDB復制集架構

mongodb復制集架構配置MongoDB復制集架構由數據結點，投票結點組成，需要配置集群信息，可自動檢測集群中的結點健康狀態，當有結點出故障時，自動下線和切換主從結點。適用於數據量較大，高可用服務通常，為了防止單點故障應用程序需要做集群。然而在數據庫中除了防止單點故障，還需要做到數據庫備份

MongoDB復制集技術

MongoDBMongoDB復制集技術第1章 MongoDB復制集簡介:一組MongoDB復制集,就是一組MongoDB進程,這些進程維護同一個數據集合,復制集提供了數據冗余和高等級的可靠性,這是生產部署的基礎1.1 復制集的目的:保證數據在生產部署是的冗余和可靠性,通過在不同的機器上保存副本來保證數據的不會

MongoDB復制集（主從復制）

inux eid ora sig lis 定期 recv .org time MongoDB 復制集 MongoDB復制是將數據同步到多個服務器的過程；復制集提供了數據的冗余備份並提高了數據的可用性，通常可以保證數據的安全性；復制集還允許您從硬件故障和服務中斷中恢復數據。

配置MongoDB復制集

客戶端 freeze not 集中 replicat cto 啟動配方備份什麽是復制集？復制集是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據可用性，通過復制集可以對硬件故障和中斷的服務進行恢復。復制集的優勢如下：讓數據更安全高數

MongoDB復制集管理優化

優先過程密鑰內容 clu 類型 ember 執行保存本文章將介紹MongoDB復制集的基本配置和管理，分別包括配置從節點可以讀取數據、查看復制集狀態、更改oplog大小、配置帶認證的復制集復制集的選舉原理復制是基於操作日誌oplog，相當於Mysql中的二

MongoDB復制集選舉原理管理

uri cdb init [] ffffff 文件目錄 pre arbiter 一個 MongoDB 復制集概述復制集是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了沈余添加了數據可用性，通過個復制集可以對硬件故障中斷的服務進行恢復復制集的優勢如下：

每天一篇，深入學習MongoDB復制集

每天一篇 mit bind child col ats net 快樂 tco 復制集概念：復制集是額外的數據副本，是跨多個服務器同步數據的過程，提供了冗余並增加了數據的可用性，通過它可以對硬件故障和中斷的服務進行數據恢復復制集工作原理： MongoDB復制集最少需要兩個

MongoDB復制集（實現選舉復制、故障切換、升級oplog大小、認證復制）

text 災難會同 pre cfg oot log日誌 wire har 什麽是復制集？復制集（replica sets）是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據可用性，通過復制集可以對硬件故障和中斷服務進行恢復。復制集的優勢

在CentOS7上部署MongoDB復制集和復制集的管理維護

重新冗余 ast erro gre 能夠 mmap base enable MongoDB復制集的概述復制集是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據可用性，通過復制集可以對硬件故障和中斷的服務進行恢復。復制集工作原理 MongoD

大數據 MongoDB 復制集管理

數據交互 src 關閉 prot rms RoCE http ecs 能夠 MongoDB 復制集 MongoDB復制是將數據同步在多個服務器的過程。復制提供了數據的冗余備份，並在多個服務器上存儲數據副本，提高了數據的可用性，並可以保證數據的安全性。復制還允

MongoDB復制集及管理

dir vim touch config 都是 log日誌參與技術分享服務器 MongoDB復制集及管理 MongoDB復制集概述什麽是復制集復制集是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據可用性，通過復制集可以對硬件故障和中斷

MongoDB復制集部署和基本管理

parent rom 通過日誌 serve ati 方便 nec ember MongoDB復制集部署和基本管理 MongoDB復制集概述復制集（Replica Sets）是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據的可用性，通過復制集可

部署MongoDB復制集（主從復制、讀寫分離、高可用）

rest 讀取讀寫分離分享圖片 pro vim 文件 () 同步數據 MongoDB 復制集復制集(Replica Sets)是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余備份並提高了數據的可用性，通過復制集可以對硬件故障和中斷的服務進行恢復。

MongoDB復制集搭建(單機多實例與不同服務器)

mem 實現路徑 ext bin 方式需要 tro ESS MongoDB復制集搭建一、單機多實例搭建復制集單機多實例只需要一臺虛擬機，通過復制配置文件使用不同端口來實現。安裝MongoDB請參考我的另外一篇博客博客地址：http://blog.51cto.com/

詳解MongoDB復制集(主從復制)

hash ica stat cati i++ $1 inf 交互 tex 簡介復制集（Replica Sets）是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了冗余並增加了數據可用性，通過復制集可以對硬件故障和中斷的服務進行恢復復制集的優勢讓數據更安全

MongoDB復制集管理（後續）

sla com 數據庫操作 localhost sys yum ive 步驟寫入簡介：復制集：1：標準節點：參與primary選舉2：被動節點：只能成為secend，不參與選舉3：仲裁節點：負責投票選舉，不存放數據實驗環境：2臺標準節點 1臺被動節點 1臺仲裁點具體

MongoDB 復制集節點增加移除及節點屬性配置

一、節點的移除

二、節點的增加

三、啟用Arbiter節點

四、設定節點的優先級別(Priority)

五、投票節點(Vote)

六、隱藏節點(Hidden)

七、延遲節點(Delayed)

相關推薦