本文主要是介绍docker搭建mongo副本集,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
1、mongo集群分类
MongoDB集群有4种类型,分别是主从复制、副本集、分片集群和混合集群。
- MongoDB的主从复制是指在一个MongoDB集群中,一个节点(主节点)将数据写入并同步到其他节点(从节点)。主从复制提供了数据的冗余备份,并且可以实现高可用性和故障恢复。
-
副本集(Replica Set):副本集由一个主节点和多个从节点组成。主节点负责处理写入操作和数据同步,从节点负责处理读取操作。主节点的写入操作会异步地传播到所有从节点,保证数据的冗余和可用性。如果主节点不可用,从节点可以选举出一个新的主节点,实现自动故障转移。
-
分片集群(Sharded Cluster):分片集群将数据库分成多个分片,每个分片在不同的服务器上存储一部分数据。每个分片都是一个独立的MongoDB实例,负责存储和处理一部分数据。分片集群通过路由器将客户端的请求路由到正确的分片上。分片集群可以实现水平扩展,提高数据库的吞吐量和性能。
-
混合集群(Mixed Cluster):混合集群是复制集群和分片集群的结合。在混合集群中,每个分片都是一个复制集群,由主节点和从节点组成。这样在每个分片上可以实现故障转移和数据冗余的功能,同时通过分片集群的方式实现水平扩展。
每种类型的集群都有其适用场景和优势,选择合适的集群类型需要根据具体的业务需求和数据库规模来决定。下面演示如何使用docker部署副本集。
2、docker部署mongo副本集
2.1、配置mongo容器
新建容器卷目录
mkdir mongo01 && cd mongo01
mkdir -p conf data logs
cd conf
touch mongod.conf
编辑mongod.conf文本内容:
##设置数据存储目录
dbpath=/data/db
##设置日志存储文件
##logpath=data/log/mongod.log
##日志追加模式
logappend=true
##允许客户端任意ip连接
bind_ip=0.0.0.0
##绑定端口
port=27017
##副本集名称(非常重要)
replSet=rs
批量创建4个节点,挂载卷目录及端口映射
#!/bin/bash
docker run -d --name mongo01 -p 27018:27017 --privileged=true -v ./mongo01/data:/data/db -v ./mongo01/conf:/data/configdb -v ./mongo01/logs:/data/log/ mongo -f /data/configdb/mongod.conf
docker run -d --name mongo02 -p 27019:27017 --privileged=true -v ./mongo02/data:/data/db -v ./mongo02/conf:/data/configdb -v ./mongo02/logs:/data/log/ mongo -f /data/configdb/mongod.conf
docker run -d --name mongo03 -p 27020:27017 --privileged=true -v ./mongo03/data:/data/db -v ./mongo03/conf:/data/configdb -v ./mongo03/logs:/data/log/ mongo -f /data/configdb/mongod.conf
docker run -d --name mongo04 -p 27021:27017 --privileged=true -v ./mongo04/data:/data/db -v ./mongo04/conf:/data/configdb -v ./mongo04/logs:/data/log/ mongo -f /data/configdb/mongod.conf
通过docker exec进入第一个容器内部
docker exec -it mongo01 mongo
2.2、副本集操作命令
在 MongoDB 中,副本集(Replica Set)使用一系列特定的命令来进行管理和操作。以下是一些常用的 MongoDB 副本集命令
rs.add() | 添加成员到复制集 |
rs.addArb() | 添加仲裁节点 |
rs.conf() | 查看复制集配置 |
rs.freeze() | 阻止当前节点进行选举和接受写操作 |
rs.help() | 用户帮助手册 |
rs.initiate() | 初始化副本集 |
rs.reconfig() | 修改副本集的配置 |
rs.remove() | remove("hostname:port") - 从副本集中移除指定的成员 |
rs.secondaryOk() | 允许连接到副本集的 secondary 成员 |
rs.status() | 查看副本集状态 |
rs.stepDown() | 强制当前主节点成为 secondary 节点 |
2.3、关于主节点的选举
副本集在选取主节点的时候,需要由大多数决定,主节点只有在得到大多数支持才能继续作为主节点。这里的大多数定义为“副本集一半以上的成员”,如下表所示:
副本集中的成员总数 | 副本集中的大多数 |
1 | 1 |
2 | 2 |
3 | 2 |
4 | 3 |
5 | 3 |
6 | 4 |
7 | 4 |
注意:副本集中的大多数是基于副本集的配置来计算的。即使副本集中有些成员停止运行或者不可用时,不改变副本集的成员总数。
从上表可以看出,MongoDB副本集最少需要3个节点才能正常处理节点宕机的情况。一个副本集包含一个主节点(Primary)和若干个从节点(Secondary),以及一个仲裁节点(Arbiter)。主节点负责处理所有的写操作,并将数据同步到从节点上。从节点则负责复制主节点的数据,并可以处理读请求。仲裁节点用于在选举新的主节点时进行投票。
如下图所示,假如有一个包含5个成员的副本集,其中db1到db3不可用,db4,db5可以正常工作。这2个成员不能达到副本集的大多数成员规则(至少需要3个成员),因此无法选举出主节点。即使这2个成员其中一个之前是主节点,那么当它注意到无法得到大多数成员支持时,就会从主节点上退位。最终结果是,副本集包含2个从节点和3个无法访问的成员了。
那为什么剩下的2个成员不能选择出主节点呢?问题在于,db1到db3可能没有宕机,而只是因为网络故障不可达(地理隔离)。在这种情况下,左侧的3个成员将选举出一个主节点。我们不希望因为地理隔离而导致两边网络各自选择出一个主节点,因为那样副本集就拥有两个主节点,2个主节点都可以写入数据的话,整个副本集的数据便混乱了。只有得到“大多数成员支持”的情况才能选举和维持主节点,这是避免出现多个主节点的有效方式。
2.4、配置副本集
本文设置3个节点,1个仲裁节点。
rs.initiate({_id:"rs",members:[{_id:0,host:"192.168.0.121:27018"},{_id:1,host:"192.168.0.121:27019"},{_id:2,host:"192.168.0.121:27020"},{_id:3,host:"192.168.0.121:27021",arbiterOnly:true}]})
关于仲裁节点:
MongoDB副本集中只能有一个仲裁节点。仲裁节点是在副本集中用于投票和选举新主节点的节点。它不存储任何数据,只提供投票的功能。
2.5、navicat连接mongo副本集
专业版的navicat客户端不仅可以操作关系型数据库,也可以连接mongo,如下所示:
3、副本集测试案例
3.1、主节点进行写操作
进入主节点,插入测试数据
use test;
db.game.insert({"name":"LuckyDefense"})
3.2、从节点无法写数据,默认也无法读数据
exit退出容器,进入第二个节点(从节点)
docker exec -it mongo02 bash
执行命令
show databases;
从节点可能会因为延迟而缺少最新的写入数据,所以默认从节点不允许读取,以防止应用程序意外读取过期数据。如果期望在从节点进行查询操作,可以执行以下命令,即可。
rs.secondaryOk()
然而,在从节点尝试执行写入数据,会出现以下报错
报错显示,从节点不接受写操作。从节点只能通过复制功能写入数据,不接受客户端的写操作。
3.3、模拟节点宕机
当其中一个节点崩溃,服务对外仍可工作。模拟节点宕机情况,执行
docker stop mongo01
从navicat可以检测到副本集的状态(总共4个节点,剩余3个节点,可以重新选择新主节点),如下:
继续删除一个节点
docker stop mongo02
发现集群已经不可用。
这篇关于docker搭建mongo副本集的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!