高可用:MongoDB 容器部署

MongoDB 是一款 NoSQL 数据,通常用来存储非结构化数据,我们的产品中也有用到,例如:一些文件存储在 MongoDB 的 GridFS 中。

MongoDB 有三种方式来实现高可用:

  • 副本集:副本集是 MongoDB 官方推荐的高可用解决方案。它通过在多个节点上复制数据来实现数据冗余和故障转移。副本集通常包括一个主节点和多个从节点,如果主节点发生故障,从节点可以自动选举出一个新的主节点,从而实现自动故障转移。
  • 分片集群:分片集群是一种横向扩展的解决方案,可以将数据分散到多个节点上,从而提高读写性能和可伸缩性。分片集群通常由多个分片节点、多个配置节点和多个代理节点组成,其中分片节点负责存储数据,配置节点负责管理元数据,代理节点负责将客户端请求路由到正确的分片节点上。
  • 复制集群:复制集群是一种基于副本集的解决方案,可以将多个副本集组合在一起,从而实现更高的可用性和可扩展性。复制集群通常由多个副本集节点和多个代理节点组成,其中代理节点负责将客户端请求路由到正确的副本集节点上。

本文中选择 MongoDB 的副本集的方式来进行演示,副本集相对简单,也能达到高可用的目的,架构图如下:

为了方便,在一台服务器上使用多个容器的方式来进行部署,真实场景下只需要把三个容器分别部署到三台服务器上即可,具体步骤如下:

1、准备一台 CentOS 服务器,安装好 Docker 和 docker-compose 。

2、在 /home 目录创建 mongodb 目录,进入 mongodb 目录创建 data 目录,data 目录中分别创建 mongo1、mongo2、mongo3 用来存放三个节点的数据。

3、使用命令 chmod -R 777 data 给 data 目录设置权限。

4、在 mongodb 目录中创建文件 docker-compose.yml ,用来构建容器,内容如下:

version: '3'
services:
  mongo1:
    image: mongo:5.0
    container_name: mongo1
    restart: always
    ports:
     - "27017:27017"
    volumes:
     - ./data/mongo1:/data/db
    command: mongod --replSet rs0 --bind_ip_all --port 27017

  mongo2:
    image: mongo:5.0
    container_name: mongo2
    restart: always
    ports:
     - "27018:27017"
    volumes:
     - ./data/mongo2:/data/db
    command: mongod --replSet rs0 --bind_ip_all --port 27017

  mongo3:
    image: mongo:5.0
    container_name: mongo3
    restart: always
    ports:
     - "27019:27017"
    volumes:
     - ./data/mongo3:/data/db
    command: mongod --replSet rs0 --bind_ip_all --port 27017
  • ports:27017、27018、27019 分别为三个节点对外的端口
  • volumes:将步骤 2 中创建的目录和容器内的数据目录进行映射
  • –replSet rs0:指定副本集的名称为 rs0
  • –bind_ip_all:可以让 MongoDB 实例能够通过所有网络接口进行连接,包括本地主机、局域网和互联网。这通常用于在多个计算机之间共享 MongoDB 数据库,或在具有可用公共 IP 地址的环境中使用。

5、在 mongodb 目录下执行  docker-compose up -d 进行容器的构建,成功后如下图:

6、随便进入一个 MongoDB 容器,下面命令为进入容器名 mongo1 的容器内部。

docker exec -it mongo1 bash

7、进入容器内部后,输入 mongo 命令进入 MongoDB 的命令行模式,在该模式执行下面的命令进行副本集的初始化:

rs.initiate({_id: "rs0", members: [
  {_id: 0, host: "10.211.55.3:27017"},
  {_id: 1, host: "10.211.55.3:27017"},
  {_id: 2, host: "10.211.55.3:27017"}
]})
  • 该命令初始化一个名为 rs0 的副本集,并将三个 MongoDB 容器添加为成员。
  • 注意:host 中指定的 IP 为服务器的 IP,当然如果使用的是容器 IP 或者容器名称,副本集和能正常启动和运行,但程序连接的时候就会出错 。

8、继续在 MongoDB 的命令行模式执行 rs.status() ,这个命令可以查看副本集的状态信息,包括成员、主节点和副本集配置。

  • Mongo1 被指定为了主(Primary),其余两个容器为副本(Secondary)。

9、在 Navicat 中配置连接副本集,如下图:

10、到这里,MongoDB 在 Docker 中部署副本集就已经完成,接下来可以通过一些场景测试下是否能故障自动转移,我验证的场景如下:

  • 重启虚拟机后检查 MongoDB 服务是否正常。
  • 使用命令 systemctl restart docker 将 docker 重启,检查 MongoDB 服务是否正常。
  • 使用命令 docker stop mongo1 将副本集中的主节点停掉,检查剩下的两个从节点是否能重现选举新的主节点。
  • 使用命令 docker start mongo1 将之前的主节点启动,检查是否能自动切换为从节点。
  • 将 mongo2、mongo3 这两个从节点都停掉,检查 MongoDB 服务还是否可用,正常情况下应该是不可用,主节点 mongo1 会降级为从,变为只读,直连 mongo1 可以连接进行数据读取,集群无法连接。
  • 上面每一步操作后,除了看状态之外,还需要用程序进行连接验证服务是否正常。

11、使用 .NET Core 程序进行验证,创建一个 .NET 6 的控制台程序,引用 NuGet 包 MongoDB.Driver 。

12、Program 类的代码如下:

using MongoDB.Bson;
using MongoDB.Driver;

var mongoConnectionString = "mongodb://10.211.55.3:27017,10.211.55.3:27018,10.211.55.3:27019/test?replicaSet=rs0&readPreference=primary";

var mongoClient = new MongoClient(mongoConnectionString);
var database = mongoClient.GetDatabase("test");
var collection = database.GetCollection<BsonDocument>("test");

 // 插入一条文档
var document = new BsonDocument { { "name", "oec2003" }, { "age", 30 } };
collection.InsertOne(document);

var documents = await collection.Find(Builders<BsonDocument>.Filter.Empty).ToListAsync();
foreach (var doc in documents)
{
    Console.WriteLine(doc);
}
  • 连接字符串中的 replicaSet = rs0 用来指定副本集的名称。
  • readPreference=primary ,将读取偏好设置为主节点,表示只从主节点读取数据,这也是默认模式,除了 primary 外,还有一些其他的配置选项,说明如下:
  • readPreference=primaryPreferred:查询将首选主节点,但如果主节点不可用,则可以从其他节点读取数据。
  • readPreference=secondary:查询将只从副本集的次要节点读取数据。如果没有次要节点可用,则查询将失败。
  • readPreference=secondaryPreferred:查询将优先从次要节点读取数据,但如果没有次要节点可用,则可以从主节点读取数据。
  • readPreference=nearest:查询将从网络延迟最低的节点读取数据。这个选项不考虑节点的角色(主节点或次要节点),而是选择网络最近的节点。

在高可用部署中,一定要结合实际情况进行权衡后,采取既能解决问题,又驾轻就熟的方案,否则,出现问题,如果不能及时解决,效果还不如单机。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/239812.html<

(0)
管理的头像管理
上一篇2025-04-23 14:12
下一篇 2025-04-23 14:13

相关推荐

  • 高防服务器常见的套路猫腻如何辨别,有哪些常见的坑?

    辨别高防服务器猫腻的关键在于核实防御能力真实性、检查机房资质与服务条款,避免被低价宣传和虚假承诺误导,常见猫腻有哪些虚假防御能力不少服务商声称提供单机百G防御,实际可能只有几十G,甚至多个用户共享同一防御带宽,一旦遭遇真实攻击,防护效果远低于宣传值,部分商家还会利用“突发清洗”概念,只在攻击峰值时短暂启用清洗设……

    2026-07-26
    0
  • 选择IDC服务商千万不能忽略哪几点,有哪些注意事项?

    选择IDC服务商,资质和合规性是最容易被忽视却至关重要的环节,一家没有完整资质的服务商,无论价格多低都不值得选择, 近年来,企业数字化转型加速,对IDC服务的需求持续增长,但服务商水平参差不齐,如果你正在挑选IDC服务商,需要从资质、机房、服务、成本等几个核心维度仔细考察,才能避免业务埋雷,资质认证:合规经营的……

    2026-07-26
    0
  • 低价服务器到底为什么不能买,有什么风险?

    低价服务器看似省钱,实则隐藏性能差、不稳定、数据安全无保障、售后缺失甚至跑路等风险,最终可能让你付出更高代价,低价服务器常见的“坑”性能陷阱:超售严重低价服务器的核心套路是超售,一台物理机卖给几十甚至上百个用户,CPU、内存、带宽全面拥挤,你买到的所谓“独享”资源,实际上与邻居争抢,高峰期响应延迟直接拉满,用……

    2026-07-26
    0
  • 新手买站群服务器怎么避坑不被坑,推荐哪家服务商比较好?

    新手买站群服务器,踩坑的根源往往在于只看价格不看资质,要避开风险,必须从持牌经营、机房实地、IP池质量三个维度入手,缺一不可,站群服务器常见的“坑”有哪些IP被“污染”或“墙”了多数新手贪便宜,买到被滥用过的IP段,这类IP发出去的邮件被拒,收录慢,甚至直接被墙,你花时间搭起来的站群,还没开始跑流量就废了,IP……

    2026-07-26
    0
  • 挑选高防服务器怎么辨别真假防御?,测试方法有哪些?

    辨别高防服务器真假防御,核心在于核实服务商资质、进行实际压力测试,并审计其网络架构与硬件配置,高防服务器市场鱼龙混杂,不少商家用低价吸引用户,却提供无效防御,甚至用共享带宽冒充独享,下面从实战角度拆解辨别方法,避免踩坑,虚假防御的常见手法流量清洗能力虚标:宣称单机防御200G,实际是集群总带宽,单节点受攻击时直……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注