IP | port | role |
---|---|---|
192.168.98.131 | 27017 | PRIMARY |
192.168.98.132 | 27017 | SECONDARY |
192.168.98.133 | 27017 | SECONDARY |
先在一个节点上安装,安装完了之后,对其余节点分发,并修改各自的配置就可以了
解压到usr/local/mongodb4文件夹下
sudo tar -zxvf mongodb-linux-x86_64-rhel70-4.0.20.tgz
在/usr/local/mongodb4/bin目录下创建mongodb.conf文件并赋权和配置
chmod 760 mongodb.conf
vim mongodb.conf
配置内容:
processManagement:
fork: true # 是否以守护进程方式运行
net:
bindIp: 0.0.0.0 #开放端口
port: 27017 #开放端口
storage:
dbPath: /var/lib/mongo #数据文件位置
systemLog:
destination: file #log以文件形式存储
path: "/var/log/mongodb/mongod.log" #日志文件位置
logAppend: true #以追加方式写入日志
storage:
journal:
enabled: true
replication:
replSetName: set0 #副本集名称
分发,对其余两台服务器分发,配置文件相同
sudo scp -r /usr/local/mongodb4 root@192.168.98.132:/usr/local/mongodb4
sudo scp -r /usr/local/mongodb4 root@192.168.98.133:/usr/local/mongodb4
创建三个服务器data目录和日志目录,并将这些目录的所有者和组设置为当前用户
sudo mkdir -p /var/lib/mongo
sudo mkdir -p /var/log/mongodb
sudo touch /var/log/mongodb/mongod.log
sudo chown -R jwt:jwt /var/lib/mongo
sudo chown -R jwt:jwt /var/log/mongodb
sudo chown -R jwt:jwt /usr/local/mongodb4
启动其中一个节点,以配置文件启动
cd /usr/local/mongodb4/bin
./mongod -f mongodb.conf
初始化副本集
./mongo use admin rs.initiate( { ... _id: "set0", ... members: [ ... { _id: 0, host: "192.168.98.131:27017" }, ... { _id: 1, host: "192.168.98.132:27017" }, ... { _id: 2, host: "192.168.98.133:27017" } ... ] })
查看各个节点的状态
set0:SECONDARY> rs.status()
{
"set" : "set0",
"date" : ISODate("2020-11-05T10:05:09.393Z"),
"myState" : 2,
"term" : NumberLong(6),
"syncingTo" : "192.168.98.133:27017",
"syncSourceHost" : "192.168.98.133:27017",
"syncSourceId" : 2,
"heartbeatIntervalMillis" : NumberLong(2000),
"optimes" : {
"lastCommittedOpTime" : {
"ts" : Timestamp(1604570708, 1),
"t" : NumberLong(6)
},
"readConcernMajorityOpTime" : {
"ts" : Timestamp(1604570708, 1),
"t" : NumberLong(6)
},
"appliedOpTime" : {
"ts" : Timestamp(1604570708, 1),
"t" : NumberLong(6)
},
"durableOpTime" : {
"ts" : Timestamp(1604570708, 1),
"t" : NumberLong(6)
}
},
"lastStableCheckpointTimestamp" : Timestamp(1604570668, 1),
"members" : [
{
"_id" : 0,
"name" : "192.168.98.131:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 2259,
"optime" : {
"ts" : Timestamp(1604570708, 1),
"t" : NumberLong(6)
},
"optimeDate" : ISODate("2020-11-05T10:05:08Z"),
"syncingTo" : "192.168.98.133:27017",
"syncSourceHost" : "192.168.98.133:27017",
"syncSourceId" : 2,
"infoMessage" : "",
"configVersion" : 1,
"self" : true,
"lastHeartbeatMessage" : ""
},
{
"_id" : 1,
"name" : "192.168.98.132:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 2257,
"optime" : {
"ts" : Timestamp(1604570698, 1),
"t" : NumberLong(6)
},
"optimeDurable" : {
"ts" : Timestamp(1604570698, 1),
"t" : NumberLong(6)
},
"optimeDate" : ISODate("2020-11-05T10:04:58Z"),
"optimeDurableDate" : ISODate("2020-11-05T10:04:58Z"),
"lastHeartbeat" : ISODate("2020-11-05T10:05:07.516Z"),
"lastHeartbeatRecv" : ISODate("2020-11-05T10:05:08.518Z"),
"pingMs" : NumberLong(0),
"lastHeartbeatMessage" : "",
"syncingTo" : "192.168.98.133:27017",
"syncSourceHost" : "192.168.98.133:27017",
"syncSourceId" : 2,
"infoMessage" : "",
"configVersion" : 1
},
{
"_id" : 2,
"name" : "192.168.98.133:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 2257,
"optime" : {
"ts" : Timestamp(1604570698, 1),
"t" : NumberLong(6)
},
"optimeDurable" : {
"ts" : Timestamp(1604570698, 1),
"t" : NumberLong(6)
},
"optimeDate" : ISODate("2020-11-05T10:04:58Z"),
"optimeDurableDate" : ISODate("2020-11-05T10:04:58Z"),
"lastHeartbeat" : ISODate("2020-11-05T10:05:07.633Z"),
"lastHeartbeatRecv" : ISODate("2020-11-05T10:05:07.632Z"),
"pingMs" : NumberLong(0),
"lastHeartbeatMessage" : "",
"syncingTo" : "",
"syncSourceHost" : "",
"syncSourceId" : -1,
"infoMessage" : "",
"electionTime" : Timestamp(1604568428, 1),
"electionDate" : ISODate("2020-11-05T09:27:08Z"),
"configVersion" : 1
}
],
"ok" : 1,
"operationTime" : Timestamp(1604570708, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1604570708, 1),
"signature" : {
"hash" : BinData(0,"F+ZUIVjLvcAU13/FeV7Cw4SAqb0="),
"keyId" : NumberLong("6891556174991196163")
}
}
}
为考虑安全性等,需要开启认证模式(需要通过用户名/密码方式登录)
创建一个用户
rs0:PRIMARY> db.createUser({user: "root", pwd: "123456", roles: [{role: "root", db: "admin"}]})
创建key文件
cd /usr/local/mongodb4/bin/keyfile
sudo yum install libcurl openssl
openssl rand -base64 756 > mongo.key
chmod 600 mongo.key # 必须修改为600权限,否则无法启动
以上完成后,将文件复制到另外2个节点
sudo scp -r /usr/local/mongodb4/keyfile jwt@192.168.98.132:/usr/local/mongodb4/keyfile
sudo scp -r /usr/local/mongodb4/keyfile jwt@192.168.98.133:/usr/local/mongodb4/keyfile
在三个服务器各自的mongodb.conf文件中添加如下配置
security:
authorization: enabled
clusterAuthMode: keyFile
keyFile: /usr/local/mongodb4/keyfile/mongo.key
cd /usr/local/mongodb4/bin/
./mongod -f mongodb.conf --shutdown
./mongod -f mongodb.conf
./mongo -u "root" -p "123456" --authenticationDatabase "admin"
三个服务器中的 PRIMARY干掉,在其他两台 SECONDARY 中 再次执行 rs.status()查看集群状态的话,会发现其中一个已经提升为了PRIMARY。
安装参考文档:https://docs.mongodb.com/v4.0/installation/
db.createUser(
{
user: "test",
pwd: "test123",
roles: [{role:"readWrite",db: "test"}]
}
)
db.auth("test", "test123");
./mongo -u "test" -test123' --authenticationDatabase "test";
MongoDB复制是将数据同步在多个服务器的过程。
复制提供了数据的冗余备份,并在多个服务器上存储数据副本,提高了数据的可用性, 并可以保证数据的安全性。
复制还允许您从硬件故障和服务中断中恢复数据。
mongodb的复制至少需要两个节点。其中一个是主节点,负责处理客户端请求,其余的都是从节点,负责复制主节点上的数据。
mongodb各个节点常见的搭配方式为:一主一从、一主多从。
主节点记录在其上的所有操作oplog,从节点定期轮询主节点获取这些操作,然后对自己的数据副本执行这些操作,从而保证从节点的数据与主节点一致。
MongoDB复制结构图如下所示:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nJ17thDz-1604660226152)(C:\Users\YZL2.YUZHILIN\AppData\Roaming\Typora\typora-user-images\image-20201105173858957.png)]
以上结构图中,客户端从主节点读取数据,在客户端写入数据到主节点时, 主节点与从节点进行数据交互保障数据的一致性。