前言

最近一些變動，有一個老項目交由我們組負責維護，碰到這樣的事情我的內心是崩潰的，但還得強顏歡笑，拍著胸脯說沒問題。更悲哀的是，該項目中還使用了mongo，還是自己搭建的，沒有交由DBA統一管理，無奈，只能趕鴨子上架，自己學習mongo了。

為什么使用集群架構？

主從：故障轉移:無法實現,如果主機宕機，需要關閉slave并且按照master模式啟動。無法解決單點故障 無法autofailover 不可以自動主從的切換

為了解決主從的問題，MongoDB3.0之后出現副本集，副本集解決了故障轉移的問題，但是一個副本集中的數據是相同的，無法做到海量數據的存儲。所以就需要一個架構去解決這個問題。也就是分片式集群。

一個健壯的簡單的MongoDB集群的搭建需要十個服務進程（分開搭建需要十臺服務器），這里在一臺虛擬機上進行搭建。

關于MongoDB

mongodb的集群搭建方式主要有三種，主從模式，Replica set模式，sharding模式, 三種模式各有優劣，適用于不同的場合，屬Replica set應用最為廣泛，主從模式現在用的較少，sharding模式最為完備，但配置維護較為復雜。

而目前接手過來的項目所用的就是Replica set,所以也就主要了解了這個模式。官網介紹可以點擊這里

其中Replica Set模式中三類角色有必要知道下：

主節點[Primary]

接收所有的寫請求，然后把修改同步到所有Secondary。一個Replica Set只能有一個Primary節點，當Primary掛掉后，其他Secondary或者Arbiter節點會重新選舉出來一個主節點。默認讀請求也是發到Primary節點處理的，需要轉發到Secondary需要客戶端修改一下連接配置。

副本節點[Secondary]

與主節點保持同樣的數據集。當主節點掛掉的時候，參與選主。

仲裁者[Arbiter]

不保有數據，不參與選主，只進行選主投票。使用Arbiter可以減輕數據存儲的硬件需求，Arbiter跑起來幾乎沒什么大的硬件資源需求，但重要的一點是，在生產環境下它和其他數據節點不要部署在同一臺機器上。

注意，一個自動failover的Replica Set節點數必須為奇數，目的是選主投票的時候要有一個大多數才能進行選主決策。

搭建集群

了解了基本概念之后，就開始嘗試搭建集群，為了更好的理解，特意找了三臺測試機進行部署。

前期準備

首先準備三臺測試機：

 10.100.1.101 主節點(master)
 10.100.1.102 備節點(slave)
 10.100.1.103 仲裁點(arbiter)

然后就是mongo的安裝包(由于線上用的是3.4.2的版本，所以保持統一)

curl -O https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-3.4.2.tgz

安裝mongo

這里統一安裝在/usr/local/mongodb下。

首先解壓并重命名：

tar -zxvf mongodb-linux-x86_64-3.0.6.tgz    mv mongodb-linux-x86_64-3.4.2/ /usr/local/mongodb

然后在/mongodb下新建幾個文件：

#存放mongo配置文件mkdir -p conf #存放日志文件mkdir -p logs #存放數據文件mkdir -p data

這里需要注意下，配置文件中配置的文件路徑一定要存在，不然在啟動mongo時會出錯，mongo啟動時也不會自動生成。

接著分配創建配置文件：

主節點：mongodb_master.conf

#master.confdbpath=/usr/local/mongodb/datalogpath=/usr/local/mongodb/logs/mongodb.logpidfilepath=/usr/local/mongodb/master.piddirectoryperdb=truelogappend=truereplSet=testdbport=27017oplogSize=100fork=truenoprealloc=true

備份節點：vi mongodb_slave.conf

#slave.confdbpath=/usr/local/mongodb/datalogpath=/usr/local/mongodb/logs/mongodb.logpidfilepath=/usr/local/mongodb/master.piddirectoryperdb=truelogappend=truereplSet=testdbport=27017oplogSize=100fork=truenoprealloc=true

仲裁點: vi mongodb_arbiter.conf

#arbiter.confdbpath=/usr/local/mongodb/datalogpath=/usr/local/mongodb/logs/mongodb.logpidfilepath=/usr/local/mongodb/master.piddirectoryperdb=truelogappend=truereplSet=testdbport=27017oplogSize=100fork=truenoprealloc=true

在使用上只是最基本的配置，實際場景中可以根據自己的業務需求進行配置，其他參數供參考：

--quiet     # 安靜輸出
--port arg  # 指定服務端口號，默認端口27017
--bind_ip arg   # 綁定服務IP，若綁定127.0.0.1，則只能本機訪問，不指定默認本地所有IP
--logpath arg   # 指定MongoDB日志文件，注意是指定文件不是目錄
--logappend     # 使用追加的方式寫日志
--pidfilepath arg   # PID File 的完整路徑，如果沒有設置，則沒有PID文件
--keyFile arg   # 集群的私鑰的完整路徑，只對于Replica Set 架構有效
--unixSocketPrefix arg  # UNIX域套接字替代目錄,(默認為 /tmp)
--fork  # 以守護進程的方式運行MongoDB，創建服務器進程
--auth  # 啟用驗證
--cpu   # 定期顯示CPU的CPU利用率和iowait
--dbpath arg    # 指定數據庫路徑
--diaglog arg   # diaglog選項 0=off 1=W 2=R 3=both 7=W+some reads
--directoryperdb    # 設置每個數據庫將被保存在一個單獨的目錄
--journal   # 啟用日志選項，MongoDB的數據操作將會寫入到journal文件夾的文件里
--journalOptions arg    # 啟用日志診斷選項
--ipv6  # 啟用IPv6選項
--jsonp     # 允許JSONP形式通過HTTP訪問（有安全影響）
--maxConns arg  # 最大同時連接數 默認2000
--noauth    # 不啟用驗證
--nohttpinterface   # 關閉http接口，默認關閉27018端口訪問
--noprealloc    # 禁用數據文件預分配(往往影響性能)
--noscripting   # 禁用腳本引擎
--notablescan   # 不允許表掃描
--nounixsocket  # 禁用Unix套接字監聽
--nssize arg (=16)  # 設置信數據庫.ns文件大小(MB)
--objcheck  # 在收到客戶數據,檢查的有效性，
--profile arg   # 檔案參數 0=off 1=slow, 2=all
--quota     # 限制每個數據庫的文件數，設置默認為8
--quotaFiles arg    # number of files allower per db, requires --quota
--rest  # 開啟簡單的rest API
--repair    # 修復所有數據庫run repair on all dbs
--repairpath arg    # 修復庫生成的文件的目錄,默認為目錄名稱dbpath
--slowms arg (=100)     # value of slow for profile and console log
--smallfiles    # 使用較小的默認文件
--syncdelay arg (=60)   # 數據寫入磁盤的時間秒數(0=never,不推薦)
--sysinfo   # 打印一些診斷系統信息
--upgrade   # 如果需要升級數據庫
--fastsync  # 從一個dbpath里啟用從庫復制服務，該dbpath的數據庫是主庫的快照，可用于快速啟用同步
--autoresync    # 如果從庫與主庫同步數據差得多，自動重新同步，
--oplogSize arg     # 設置oplog的大小(MB)
--master    # 主庫模式
--slave     # 從庫模式
--source arg    # 從庫 端口號
--only arg  # 指定單一的數據庫復制
--slavedelay arg    #設置從庫同步主庫的延遲時間

--replSet arg   # 設置副本集名稱

--configsvr     # 聲明這是一個集群的config服務,默認端口27019，默認目錄/data/configdb
--shardsvr  # 聲明這是一個集群的分片,默認端口27018
--noMoveParanoia    # 關閉偏執為moveChunk數據保存

節點配置完之后就可以啟動mongo了，cd到bin目錄下：

./mongod -f /etc/mongodb_master.conf./mongod -f /etc/mongodb_slave.conf./mongod -f /etc/mongodb_arbiter.conf

配置節點

最后，就需要配置主、備、仲裁節點了。首先我們選擇一臺服務器進行連接：

./mongo 10.100.1.101:27017 >use admin 

然后進行配置：

cfg={ _id:"testdb", members:[ {_id:0,host:'10.100.1.101:27017',priority:2}, {_id:1,host:'10.100.1.102:27017',priority:1}, {_id:2,host:'10.100.1.103:27017',arbiterOnly:true}] };rs.initiate(cfg) #生效配置

如果不出意外，配置正常生效，基本也就完成了，可以通過rs.status()命令查看相關信息。

到這里，你可以登錄數據庫測試下成果了，看下正常的數據庫操作，主從是否同步了。測試的話這里就不再多說了。

數據備份與還原

簡單搭建完集群之后，需要將原來的測試環境數據遷移過來，所以涉及到了mongo的備份與還原。

相對來說還是比較容易的，通過mongodump和mongorestore來實現：

./bin/mongodump -h 10.100.1.101 -d testdb -o .# mongodump -h dbhost -d dbname -o dbdirectory# -h:MongDB所在服務器地址，例如：127.0.0.1，當然也可以指定端口號：127.0.0.1:27017# -d:需要備份的數據庫實例，例如：test# -o：備份的數據存放位置./bin/mongorestore -h 10.100.1.102 -d testdb testdb# mongorestore -h <hostname><:port> -d dbname <path># --host <:port>, -h <:port>：MongoDB所在服務器地址，默認為： localhost:27017# --db , -d ：需要恢復的數據庫實例# --drop：恢復的時候，先刪除當前數據，然后恢復備份的數據# <path>：mongorestore 最后的一個參數，設置備份數據所在位置# --dir：指定備份的目錄,你不能同時指定 <path> 和 --dir 選項。

總結

到這里，對于mongo有了一定了解和認識，也基本掌握了搭建和遷移流程，面對三無（無開發，無文檔，無注釋）的老項目也有點底氣了，剩下的時光就要在邊看代碼邊吐槽的日子中渡過啦，想象就心累...

好了，以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網的支持。