mongodb制作副本集 以及用户名密码认证

  192.168.56.11                 192.168.56.12   192.168.56.13  三台机器                                                                                                                                                                                     1.##基础配置

mongodb-linux-x86_64-3.4.10.tgz
tar xf mongodb-linux-x86_64-3.4.10.tgz
mv   mongodb-linux-x86_64-3.4.10  /root/mongodb
cd /root/mongodb
mkdir data  logs

2.###mongo配置文件

[root@k8s-node1 ~]# cat /root/mongodb/mongo.conf 
logpath=/root/mongodb/logs/mongo.log
logappend=true
port=27018
fork=true
dbpath=/root/mongodb/data/
replSet=replSet
keyFile=/root/mongodb/keyfile

3.####keyfile生成

openssl rand -base64 90 -out ./keyfile
chmod  600  keyfile
mv  keyfile  /root/mongodb/

scp  -r  /root/mongodb  192.168.56.12:/root/
scp  -r  /root/mongodb  192.168.56.13:/root/

4.启动mongodb 所有节点都启动

mongod -f mongodb/mongo.conf

5.初始化副本集以及添加管理员（在一台节点上面 我这是192.168.56.11）

mongo --port 27018
config = {_id: 'replSet', members: [{_id: 0, host: '192.168.56.11:27018'},{_id: 1, host: '192.168.56.12:27018'},{_id: 2, host:'192.168.56.13:27018'}]}
rs.initiate(config)
rs.status()
use admin
db.createUser({user:"admin",pwd:"123456",roles:[{role:"userAdminAnyDatabase",db:"admin"}]})

6.添加管理员可以操作复制集的权限（在primary节点上面）

use admin
db.auth("admin","123456")
db.grantRolesToUser( "admin" , [ { role: "dbOwner", db: "admin" },{ "role": "clusterAdmin", "db": "admin" },
{ "role": "userAdminAnyDatabase", "db": "admin" },
{ "role": "dbAdminAnyDatabase", "db": "admin" }])

7.测试 primary节点（通过rs.status可以看到）

use dbname
db.createUser({ user: "test",
pwd: "123456",
roles:[{"role":"readWrite","db":"dbname"},
{"role":"dbAdmin","db":"dbname"},
{"role":"dbOwner","db":"dbname"},
{"role":"read","db":"dbname"}]})
db.inventory.insert( { _id: 10, type: "misc", item: "card", qty: 15 } )

primary宕机  从节点选取一个作为primary节点，而且可以写入，如果主节点恢复，将以从节点的方式加进去，不会从新选举，如果三个mongodb宕机2个，那么最后一个将直接变为只读库

#模拟primary宕机

[root@k8s-node1 logs]# mongo  --port 27018
MongoDB shell version v3.4.10
connecting to: mongodb://127.0.0.1:27018/
MongoDB server version: 3.4.10
replSet:PRIMARY> quit()
[root@k8s-node1 logs]# ps  -ef|grep mongo
root       2331      1  1 Nov17 ?        00:05:00 mongod -f mongodb/mongo.conf
root       5441   1101  0 01:55 pts/0    00:00:00 grep --color=auto mongo
[root@k8s-node1 logs]# kill  -2  2331
[root@k8s-node1 logs]# ps  -ef|grep mongo
root       5444   1101  0 01:55 pts/0    00:00:00 grep --color=auto mongo
[root@k8s-node1 logs]#

主节192.168.56.11点宕机 然后192.168.56.13 成为主节点，而且192.168.56.13可以写入

#############模拟启动192.168.56.11 原来的primary，可以看出以secondary方式加入集群

#######手动把primary降级为secondary

rs.stepDown(10)   10s后把primary降级为secondary，其余2个mongodb有一个会成为primary

写入primary 然后生成oplog

异步复制

 use local

 show tables

oplog：

 db.oplog.rs.stats()

 db.oplog.rs.find().sort({$natural:-1}).limit(1).pretty()

 

 capped collection是MongoDB中一种提供高性能插入、读取和删除操作的固定大小集合，当集合被填满的时候，新的插入的文档会覆盖老的文档。

所以，oplog表使用capped collection是合理的，因为不可能无限制的增长oplog。MongoDB在初始化副本集的时候都会有一个默认的oplog大小：

在64位的Linux,Solaris,FreeBSD以及Windows系统上，MongoDB会分配磁盘剩余空间的5%作为oplog的大小，如果这部分小于1GB则分配1GB的空间

在64的OS X系统上会分配183MB

在32位的系统上则只分配48MB

生产大规模场景建议调整oplog的大小 大一点没关系 50G 40G

转载于:https://blog.51cto.com/wsxxsl/2318235