MongoDB復制集選舉原理管理
阿新 • • 發佈：2018-07-17
uri cdb init [] ffffff 文件目錄 pre arbiter 一個 MongoDB 復制集概述
- 復制集是額外的數據副本，是跨多個服務器同步數據的過程，復制集提供了沈余添加了數據可用性，通過個復制集可以對硬件故障中斷的服務進行恢復
復制集的優勢如下：
- 讓數據更安全。
- 高數據可用性(24*7)
- 災難恢復
- 無停機維護(如備份、索引重建、故障轉移)
- 讀縮放(額外的副本讀取)
- 副本集對應用程序是透明的。
復制集工作原理
- MongoDB 的復制集至少需要兩個節點，其中一個主節點(primary)，負責處理客戶端的請求，其余的都是從節點(secondary)，負責復制主節點上的數據。
- MongoDB 各節點常見的搭配方式為：一主一從或者一主多從。主節點記錄其所有操作到oplog中，從節點定期輪詢主節點獲取這些操作，然後對自己的數據副本執行這些操作，從而保證從節點的數據與主節點譯者。
復制集特點如下：
- N個節點群階
- 任何節點客作為主節點
- 所有寫入操作都在主節點
- 自動故障轉移
- 自動恢復
開始部署
創建多實例 //創建多實例 關閉防火墻 setenforce //一些阻擋項目 mkdir -p /data/mongodb/mongodb{2,3,4} //創建數據目錄 mkdir logs //到/data/mongodb/創建日誌文件目錄 touch logs/mongodb{2,3,4}.log //創建日誌文件 cd logs/到目錄下 chmod 777 *.log //賦予權限 //創建多實例配置文件，並開啟服務 mongod -f /etc/mongod.conf --shutdown //修改完主配置文件並且進行關閉在開啟 mongod -f /etc/mongod.conf //挨個開啟所有服務 進入默認的端口 開啟復制集 cp -p /etc/mongod.conf /etc/mongod2.conf //地二個實例配置文件 vim /etc/mongod2.conf path: /data/mongodb/logs/mongod2.log //系統日誌存放路徑 dbPath: /data/mongodb/mongo //數據存放日誌 port: 27018 //端端口 mkdir -p /data/mongodb/ //為其創建系統日誌和數據存放日誌沒有目錄 cd /data/mongodb/ mkdir mongo touch mongod2.log //為其創建系統日誌文件 chmod 777 mongod2.log //並且給與權限 mongod -f /etc/mongod2.conf //開啟多實例服務 mongo --port 27018 //進入mongodb 27018 netstat -ntap //產看進程 cfg={"_id":"abc","members":[{"_id":0,"host":"192.168.10.5:27017","priority":100},{"_id":1,"host":"192.168.10.5:27018","priority":100},{"_id":2,"host":"192.168.10.5:27019","priority":0},{"_id":3,"host":"192.168.10.5:27020","arbiterOnly":true}]} //註意IP 優先級來判斷 priority":100 //高的做為表準節點 priority":0 //低的就作為被動節點 arbiterOnly":true //仲裁節點 rs.initiate(cfg) //初始化刷新 之後就可以看到自己的身份了 rs.isMaster() //查看節點狀態 基本的增刪改查 db.t1.insert({"id":1,"name":"tom"}) //創建集合 db.t1.find() //查看當前數據 db.t1.update({"id":2},{$set:{"name":"jack"}}) //修改指定內容 db.t1.remove({"id":1}) //刪除指定數據
- 模擬故障節點實驗是否能自動搶占
show dbs //顯示所有數據庫 use local //進入存放日誌文件的數據庫 show collections //顯示數據中的所有的集合 db.oplog.rs.find() #查看日誌記錄所有操作 模擬表準節點1故障 mongod -f /etc/mongod.conf --shutdown #關閉一主節點服務看看是否別的mongoDB有沒有搶占 mongo --port 27018 #此時會選舉第二個標準節點為主節點 模擬標註節點2故障 mongod -f /etc/mongod2.conf --shutdown #關閉第二主節點 mongo --port 27019 #此時被動節點不能成為主節點
- 允許從節點讀取數據
rs.slaveOk() #允許默認從節點讀取數據 - 查看復制狀態信息
仲裁節點是不會復制信息
rs.help() #幫助信息
rs.printReplicationInfo() #查看日誌文件大小信息
configured oplog size: 990MB #這個日誌文件大小是可以修改的
rs.printSlaveReplicationInfo() #產看是和那個節點繼進行同步
#你會發現仲裁節點並不具備數據復制
- 更改oplog大小 零時修改- 要去調整日誌文件大小，從節點會去找主節點進行
同步對方的文件從而自己也進行了擴容，對於主節點來
說自己的日誌文件大小寬裕為最佳，若不夠則可以零時
進行調整 默認情況下990M，調整從節點
1) 關閉節點服務，因為從節點是主節點復制集成員
2)只能單獨的進行修改，先關閉服務在從復制集中退出來，推出來後就成了一個單實例 ，
3)use admin #先關閉服務
4)db.shutdownServer() #退出復制集 離線升級
5)修改從節點配置文件
6)mongod -f /etc/mongod2.conf //啟動服務
7)mongo --port 27028 //登陸
8)mongodump --port 27028 --db local --collection ‘oplog.rs‘ //oplog進行完整性備份
9)mongo --port 27028 //進端口
10)use localdb.oplog.rs.drop() //刪掉原來的文件
11)db.runCommand( { create: "oplog.rs", capped: true, size: (2 1024 1024 * 1024) } ) //進行原型創建 改為2048
12)use admin
db.shutdownServer() //再次關閉服務
13)再次修改回來原先的數據 在replication:
replSetName: abc
oplogSizeMB: 2048 //添加
14)mongod -f /etc/mongod2.conf //重新開啟服務 mongo --port 27018 進入端口
15)rs.printReplicationInfo() //此時就成了2048 支對但對修改有效
16)rs.stepDown() #有效產生選舉 在主的裏面讓出主的身份 
-
- 部署認證復制
1. 在主服務器上長創建用戶為root
use admin
db.createUser({"user":"root","pwd":"123","roles":["root"]}) #創建用戶密碼
vim /etc/mongod.conf //修改主配置文件
同步並且中間有一個認證 修改所有配置文件
security:
keyFile: /usr/bin/kgcrskey1 //驗證文件路徑
clusterAuthMode: keyFile //驗證密鑰
重啟服務
mongod -f /etc/mongod.conf --shutdown
mongod -f /etc/mongod.conf /其他幾臺的重啟方式都相同，重復操作即可
身份驗證登陸（先驗證主，再驗證從）
當你直接使用登陸命令登陸系統時，使用show dbs 是不能夠查看數據的，此時就需要使用身份驗證
mongo --port 27018
use admin
db.auth("root","123123")
MongoDB復制集選舉原理管理