MongoDB 单节点升级为副本集高可用集群

最新推荐文章于 2023-10-20 18:59:24 发布
最新推荐文章于 2023-10-20 18:59:24 发布
阅读量1.3k 收藏 8
点赞数 2
分类专栏： mongodb 文章标签： mongodb
原文链接：https://www.wanhebin.com/database/mongodb/1005.html#xiang_mu_bei_jing
版权

文章目录

项目背景

副本集架构

升级架构前注意事项

一、原单节点MongoDB配置信息

1.1 原配置文件

1.2 在原来配置文件增加副本集配置

二、新增节点信息

2.1 新增节点配置文件

2.2 启动3个节点

三、初始化副本集

3.1 初始化配置

3.2 对副本集进行初始化

3.3 查看副本集状态

四、副本集开启认证

4.1 通过主节点添加一个超级管理员账号

4.2 创建副本集认证的key文件

4.3 修改MongoDB配置文件，开启认证

4.4 验证副本集认证

项目背景

由于历史原因，我们有一个作数据同步的业务，生产环境中MongoDB使用的是单节点。但随着业务增长，考虑到这个同步业务的重要性，避免由于单节点故障造成业务停止，所以需要升级为副本集保证高可用。

副本集架构

下面这架构图是这篇文章需要实现的MongoDB副本集高可用架构：

MongoDB_ReplicaSetArchitecture-2.png

升级架构前注意事项

在生产环境中，做单节点升级到集群前，一定要先备份好mongodb的所有数据，避免操作失误导致数据丢失。

并且在保证在升级期间不会有程序连接到MongoDB进行读写操作，建议停服务升级，且在凌晨业务低峰期，进行操作。

一、原单节点MongoDB配置信息

IP: 192.168.30.207
Port: 27017

1.1 原配置文件

systemLog:
  destination: file   
  logAppend: true  
  path: /home/server/mongodb/logs/mongodb.log

storage:
  journal:
    enabled: true
  dbPath: /home/server/mongodb/data
  directoryPerDB: true
  wiredTiger:
     engineConfig:
        cacheSizeGB: 1
        directoryForIndexes: true
     collectionConfig:
        blockCompressor: zlib
     indexConfig:
        prefixCompression: true

processManagement:
  fork: true
  pidFilePath: /home/server/mongodb/pid/mongod.pid

net:
  port: 27017
  bindIp: 127.0.0.1,192.168.30.207
  maxIncomingConnections: 5000

security:
  authorization: enabled

1.2 在原来配置文件增加副本集配置

replication:
  oplogSizeMB: 4096
  replSetName: rs1

注意：这里需要先把 认证 配置注释，副本集配置完成后再开启。

二、新增节点信息

角色IPPort 
PRIMARY192.168.30.20727017原单节点MongoDB
SECONDARY192.168.30.21327017新增节点1
SECONDARY192.168.30.21427017新增节点2

2.1 新增节点配置文件

这两个SECONDARY节点配置文件，只需复制PRIMARY节点配置文件，并修改相应的 "bindIp"即可。

  • SECONDARY 节点1配置文件
systemLog:
  destination: file   
  logAppend: true  
  path: /home/server/mongodb/logs/mongodb.log

storage:
  journal:
    enabled: true
  dbPath: /home/server/mongodb/data
  directoryPerDB: true
  wiredTiger:
     engineConfig:
        cacheSizeGB: 1
        directoryForIndexes: true
     collectionConfig:
        blockCompressor: zlib
     indexConfig:
        prefixCompression: true

processManagement:
  fork: true
  pidFilePath: /home/server/mongodb/pid/mongod.pid

net:
  port: 27017
  bindIp: 127.0.0.1,192.168.30.213
  maxIncomingConnections: 5000

#security:
  #authorization: enabled

replication:
  oplogSizeMB: 4096
  replSetName: rs1
  • SECONDARY 节点2配置文件
systemLog:
  destination: file   
  logAppend: true  
  path: /home/server/mongodb/logs/mongodb.log

storage:
  journal:
    enabled: true
  dbPath: /home/server/mongodb/data
  directoryPerDB: true
  wiredTiger:
     engineConfig:
        cacheSizeGB: 1
        directoryForIndexes: true
     collectionConfig:
        blockCompressor: zlib
     indexConfig:
        prefixCompression: true

processManagement:
  fork: true
  pidFilePath: /home/server/mongodb/pid/mongod.pid

net:
  port: 27017
  bindIp: 127.0.0.1,192.168.30.214
  maxIncomingConnections: 5000

#security:
  #authorization: enabled

replication:
  oplogSizeMB: 4096
  replSetName: rs1

2.2 启动3个节点

PRIMARY节点需要重启，2个SECONDARY节点直接启动。

#启动命令
$ mongod -f /home/server/mongodb/conf/mongo.conf

#停止命令
$ mongod -f /home/server/mongodb/conf/mongo.conf --shutdown

三、初始化副本集

使用mongo shell连接到其中一个节点，执行初始化命令

3.1 初始化配置

config = {
  _id : "rs1", 
  members : [
    {_id:0, host:"192.168.30.207:27017"},
    {_id:1, host:"192.168.30.213:27017"},
    {_id:2, host:"192.168.30.214:27017"},
  ]
}

mongo_replica-1.png

3.2 对副本集进行初始化

> rs.initiate(config)               //初始化副本集
{
    "ok" : 1,     //返回ok：1成功，返回ok：0失败
    "operationTime" : Timestamp(1611042829, 1),
    "$clusterTime" : {
        "clusterTime" : Timestamp(1611042829, 1),
        "signature" : {
            "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
            "keyId" : NumberLong(0)
        }
    }
}

mongo_replica-2.png

3.3 查看副本集状态

  • 查看集群状态信息
rs1:PRIMARY> rs.status()
{
    "set" : "rs1",
    "date" : ISODate("2021-01-20T01:51:53.063Z"),
    "myState" : 1,
    "term" : NumberLong(2),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "optimes" : {
        "lastCommittedOpTime" : {
            "ts" : Timestamp(1611107505, 1),
            "t" : NumberLong(2)
        },
        "readConcernMajorityOpTime" : {
            "ts" : Timestamp(1611107505, 1),
            "t" : NumberLong(2)
        },
        "appliedOpTime" : {
            "ts" : Timestamp(1611107505, 1),
            "t" : NumberLong(2)
        },
        "durableOpTime" : {
            "ts" : Timestamp(1611107505, 1),
            "t" : NumberLong(2)
        }
    },
    "members" : [
        {
            "_id" : 0,
            "name" : "192.168.30.207:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 52343,
            "optime" : {
                "ts" : Timestamp(1611107505, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2021-01-20T01:51:45Z"),
            "electionTime" : Timestamp(1611055182, 1),
            "electionDate" : ISODate("2021-01-19T11:19:42Z"),
            "configVersion" : 1,
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "192.168.30.213:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 52334,
            "optime" : {
                "ts" : Timestamp(1611107505, 1),
                "t" : NumberLong(2)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1611107505, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2021-01-20T01:51:45Z"),
            "optimeDurableDate" : ISODate("2021-01-20T01:51:45Z"),
            "lastHeartbeat" : ISODate("2021-01-20T01:51:52.487Z"),
            "lastHeartbeatRecv" : ISODate("2021-01-20T01:51:52.487Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "192.168.30.207:27017",
            "configVersion" : 1
        },
        {
            "_id" : 2,
            "name" : "192.168.30.214:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 52328,
            "optime" : {
                "ts" : Timestamp(1611107505, 1),
                "t" : NumberLong(2)
            },
            "optimeDurable" : {
                "ts" : Timestamp(1611107505, 1),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2021-01-20T01:51:45Z"),
            "optimeDurableDate" : ISODate("2021-01-20T01:51:45Z"),
            "lastHeartbeat" : ISODate("2021-01-20T01:51:52.487Z"),
            "lastHeartbeatRecv" : ISODate("2021-01-20T01:51:52.487Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "192.168.30.207:27017",
            "configVersion" : 1
        }
    ],
    "ok" : 1,
    "operationTime" : Timestamp(1611107505, 1),
    "$clusterTime" : {
        "clusterTime" : Timestamp(1611107505, 1),
        "signature" : {
            "hash" : BinData(0,"9fl/3w/5Gwk4Qd7h3fkrQVQtPhM="),
            "keyId" : NumberLong("6919423507650576385")
        }
    }
}
  • 查看延时从库信息
rs1:PRIMARY> rs.printSlaveReplicationInfo()
source: 192.168.30.213:27017
    syncedTo: Wed Jan 20 2021 09:52:05 GMT+0800 (CST)
    0 secs (0 hrs) behind the primary 
source: 192.168.30.214:27017
    syncedTo: Wed Jan 20 2021 09:52:05 GMT+0800 (CST)
    0 secs (0 hrs) behind the primary
  • 查看集群与主节点
rs1:PRIMARY> rs.isMaster()
{
    "hosts" : [
        "192.168.30.207:27017",
        "192.168.30.213:27017",
        "192.168.30.214:27017"
    ],
    "setName" : "rs1",
    "setVersion" : 1,
    "ismaster" : true,
    "secondary" : false,
    "primary" : "192.168.30.207:27017",
    "me" : "192.168.30.207:27017",
    "electionId" : ObjectId("7fffffff0000000000000002"),
    "lastWrite" : {
        "opTime" : {
            "ts" : Timestamp(1611108985, 1),
            "t" : NumberLong(2)
        },
        "lastWriteDate" : ISODate("2021-01-20T02:16:25Z"),
        "majorityOpTime" : {
            "ts" : Timestamp(1611108985, 1),
            "t" : NumberLong(2)
        },
        "majorityWriteDate" : ISODate("2021-01-20T02:16:25Z")
    },
    "maxBsonObjectSize" : 16777216,
    "maxMessageSizeBytes" : 48000000,
    "maxWriteBatchSize" : 100000,
    "localTime" : ISODate("2021-01-20T02:16:26.713Z"),
    "logicalSessionTimeoutMinutes" : 30,
    "minWireVersion" : 0,
    "maxWireVersion" : 6,
    "readOnly" : false,
    "ok" : 1,
    "operationTime" : Timestamp(1611108985, 1),
    "$clusterTime" : {
        "clusterTime" : Timestamp(1611108985, 1),
        "signature" : {
            "hash" : BinData(0,"/B6MSETtY8MEoZwXKABCkb1AMY8="),
            "keyId" : NumberLong("6919423507650576385")
        }
    }
}

四、副本集开启认证

4.1 通过主节点添加一个超级管理员账号

注意：如果原先单节点mongo已经有了超级管理员账号，这可以忽略这个步鄹。

只需在主节点添加用户，副本集会自动同步主节点上的数据。

需要注意的是，创建账号这一步需要在开启认证之前操作。

  • 创建超管账号

超管用户： mongouser 密码： 123456 认证库： admin

$ mongo --host 192.168.30.207 --port 27017
rs1:PRIMARY> use admin
rs1:PRIMARY> db.createUser({user: "mongouser",pwd: "123456",roles:[ { role: "root", db:"admin"}]})
  • 查看已创建的账号
rs1:PRIMARY> use admin
switched to db admin
rs1:PRIMARY> db.getUsers()
[
    {
        "_id" : "admin.mongouser",
        "user" : "mongouser",
        "db" : "admin",
        "roles" : [
            {
                "role" : "root",
                "db" : "admin"
            }
        ]
    }
]

4.2 创建副本集认证的key文件

所有副本集节点都必须要用同一份keyfile，一般是在一台机器上生成，然后拷贝到其他机器上，且必须有读的权限，否则将来会报错。
一定要保证密钥文件一致，文件位置随便。但是为了方便查找，建议每台机器都放到一个固定的位置，都放到和配置文件一起的目录中。

  • 生成mongo.keyfile文件
$ openssl rand -base64 90 -out /home/server/mongodb/conf/mongo.keyfile
  • 拷贝mongo.keyfile文件到另外2个节点相同目录下
$ scp /home/server/mongodb/conf/mongo.keyfile root@192.168.30.213:/home/server/mongodb/conf/
$ scp /home/server/mongodb/conf/mongo.keyfile root@192.168.30.214:/home/server/mongodb/conf/

4.3 修改MongoDB配置文件，开启认证

  • 在配置文件中添加、修改如下配置。
security:
  keyFile: /home/server/mongodb/conf/mongo.keyfile
  authorization: enabled
  • 重启所有的mongo节点

4.4 验证副本集认证

使用用户名、免密、认证库登录MongoDB副本集主节点

$ mongo -u mongouser -p 123456 --host 192.168.30.207 --port 27017 -authenticationDatabase admin

 

转自：https://www.wanhebin.com/database/mongodb/1005.html#xiang_mu_bei_jing

ammengke
关注
  • 2
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MongoDB集群搭建：副本集+分片
weillee9000的博客
02-28 232
环境规划 服务器规划 192.168.3.167 192.168.3.168 192.168.3.170 mongos mongos mongos config server config server config server shard server1 主节点 shard server1 副节点 shard serv...
MongoDB集群升级扩容操作
open
04-27 998
本文重点描述：MongoDB集群模式采用3台物理服务器，硬件配置：256G内存，3*3TSSD RAID5；现有磁盘空间使用量75%已经达到空间阈值；需要升级磁盘空间以及更换raid10（这里官方推荐读写性能更高），硬件磁盘升级为：6*3TSSD RAID10。主服务器（Primary） 包含了所有的改变操作（写）的日志。副本服务器（Secondary）集群包含有所有的主服务器数据，因此当主服务器挂掉了，就会在副本服务器上重新选取一个成为主服务器。
mongodb实战--单节点转集群
WenCoo的博客
02-11 1632
环境： Mongo版本：3.2.22 Cnegtos6.5 第一部分：当前单节点情况分析 当前的单机，是使用常规的mongodb启动方法，与集群版数据库，端口等都不一致，数据库是导入的，没有办法做到拓展。 需要将当前节点重新搭建，使其数据库，和使用端口同集群的一致，方便单机向集群的拓展。 经过网上资料查询，发现单机节点的搭建有3种形式： 在单机上启动一个mongo实例（现在我们...
MongoDB副本集群节点扩容和收缩
武子豪的博客
11-23 1122
下面我们来就举例MongoDB库的副本集群节点扩容和收缩。
单实例Mongo升级为副本集
whl 博客专栏
10-19 1205
背景 因为是做短信业务的，随着公司业务增加，数据库压力也日益增加，目前数据量在70亿左右，Mongo只存储一周内的数据，数据量将近1亿左右。之前想要节省成本，所以一直都是单实例。随着接入客户日益增多，每天短信发送量也开始大幅度增加，最担心的就是过节假日，一直比较担心如果Mongo突然挂了，哈 哈！那就是面向死亡编程了。 纠结 经过几次讨论最终决定采用Mongo副本集读写分离处理，于是开始了服务改造。 升级 将单实例Mongo改为支持副本集实例 增加配置副本集 ...
记录实现mongodb单节点副本集（Windows）
最新发布
Chen.RX的博客
10-20 331
资料均为网上整理, 记录供后续项目维护。
MongoDB：把单机实例转换成副本集
黑土墨
11-29 4696
本文介绍如何把独立的mongo实例转换成包含3个成员的副本集。开发和测试使用独立实例，生产使用副本集。如何安装独立的mongo实例本文不再赘述。如果在部署副本集时还没有安装mongo实例，可以查看部署副本集;步骤 停止独立的mongo实例服务。 重启实例。使用--replSet选项配置副本集的名字。例如，下面命令启动独立的实例作为副本集rs0的一个成员。它使用了独立的数据库路径/srv/mongod
mongodb单机修改为副本集的步骤
博浪依秋
10-20 2252
Mongodb集群架构                     版本 1.1               标题 Document Title 春秋航空数据库维护手册 春秋集团信息技术部版权所有。 Copyright © 2014,  ITDepartment Of Spring Group. All rights reserved.   Relea
搭建高可用mongodb集群（二）——副本集
02-21
在上一篇文章《搭建高可用MongoDB集群（一）——配置MongoDB》提到了几个问题还没有解决。1.主节点挂了能否自动切换连接？目前需要手工切换。2.主节点的读写压力过大如何解决？3.从节点每个上面的数据都是对数据库...
搭建高可用mongodb集群（三）——深入副本集内部机制
02-03
官方说副本集数量最好是奇数，为什么？MongDB副本集是如何同步的？如果同步不及时会出现什么情况？会不会出现不一致性？MongDB的故障转移会不会无故自动发生？什么条件会触发？频繁触发可能会带来系统负载加重？...
mongodb3.4集群搭建实战之高可用的分片+副本集
01-19
这篇文章介绍如何搭建高可用的mongodb（分片+副本）集群，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍： 在搭建集群之前，需要首先了解几个概念：路由，分片、副本集、配置服务器等。 相关概念 ...
mongoDB副本集
我要出家当道士
07-01 1042
简单的介绍了mongoDB副本集架构中各个节点并介绍了oplog的一些基础概念和使用方法
MongoDB单机集群方案及详解
我要的光荣哪怕只有一秒
11-24 1276
小白到架构师的MongoDB指南，看看你和架构师之间的差距~
记一次Mongodb数据从单机迁移到集群过程
克隆大菠萝的超市
12-23 2160
一.背景： 最近公司一个项目由于初期部署MongoDB使用单节点部署，考虑到业务量大了之后数据量随之增长，对数据库并发性，可靠性，容灾方面要求较高。所以决定新增三台服务器，组建MongoDB的集群，并将原单节点运行的部分数据迁移到新集群当中，同时实现不同业务系统间数据分离。把流量较大的业务系统的数据操作分配到新搭建的集群当中，提升数据读写性能。 二.基本信息： 软件版本：mongodb-4.0.11 系统环境如下： 编号 IP地址 操作系统 备注 A 192.168.9
使用docker-compose 搭建mongo单节点与副本集
weixin_55625082的博客
04-04 953
注：确认已经已经关闭防火墙和selinux和已安装docker。
使用 docker 搭建 mongodb 6 单节点副本集
TangAcrab的博客
06-15 1552
2701:27017：MongoDB 的默认端口号为 27017，这个参数是将宿主机的端口映射到当前 mongo 容器的端口，这样，就能通过网络访问容器的数据库服务了。由于下载 mongo 镜像时没有指定 tag，也就是使用的默认的 tag，这里也就不用指定。// priority, 0-255 数值越高，越能成为主节点。或者通过重新配置副本集，也可以追加副本集成员。使用哪一个镜像创建容器。mongoRs 为刚刚我们创建的容器名称。因为只有一个节点，默认会被选为主节点。进入到 mongosh 后执行。
mongodb手动切换主从节点（副本集模式）
fly0512的博客
07-07 8565
mongodb安装了副本集模式后，比如2节点或者3节点，服务运行过程中会有1个节点状态是PRIMARY（主节点），其他的是SECONDARY（从节点）。 如果连接到从节点，那么很多操作都不允许，这个时候就需要手动切换了，操作如下： 2节点需要：到主节点执行 rs.stepDown(120) 3节点需要：到不打算提为主节点的从节点执行 rs.freeze(120) 再到主节点执行 rs.stepDown(120) 剩下那个从节点会提升为主节点！ 操作后再次rs.status();检查状态。 ...
MongoDB——副本集构建
吴声子夜歌的博客
05-08 2706
主节点负责接收客户端写入数据操作（默认情况下主节点也承担了读的任务，在大访问量情况下，存在访问瓶颈问题)。从节点负责从主节点复制数据，以保证主从节点数据的一致性和安全性。作一台服务器)，并可以选择另外一个独立节点作为副本集数据复制管理的仲裁节点(Arbiter Node)。备份节点可能会落后于主节点，可能没有最新写入的数据，所以备份节点在默认情况下会拒绝读取请求，以防止应用程序意外拿到过期的数据。其他节点的联系，一旦主节点出故障，就进行新主节点选举投票，确保新的主节点及时产生并工作。
MongoDB入门与实战-第五章-MongoDB副本集
Blueeyedboy521的博客
12-05 2258
MongoDB副本集 MongoDB的副本集 MongoDB 教程MongoDB复制是将数据同步在多个服务器的过程。复制提供了数据的冗余备份，并在多个服务器上存储数据副本，提高了数据的可用性， 并可以保证数据的安全性。 通俗的讲就是用多台机器进行同一数据的异步同步，从而使多台机器拥有同一数据的多个副本，并且当主库当掉时在不需要用户干预的情况下自动切换其他备份服务器做主库。而且还可以利用副本服务器做只读服务器，实现读写分离，提高负载。（1）数据冗余：副本集可以确保副本节点与主节点数据的更新，以防止单个数据库的
mongodb单节点副本集
09-13
MongoDB单节点副本集是一种配置方式，用于在单个节点上实现数据冗余和高可用性。在这种配置中，MongoDB会将数据复制到多个节点上，以提供故障转移和数据备份的能力。 要创建一个单节点副本集，您需要执行以下步骤： 1. 安装MongoDB并启动单个实例。 2. 创建一个新的目录来存储副本集的数据文件。 3. 在MongoDB配置文件中配置副本集参数。您需要指定副本集名称和数据目录。 4. 启动MongoDB实例，并使用`rs.initiate()`命令初始化副本集。 5. 添加副本集成员。您可以使用`rs.add()`命令将其他MongoDB实例添加到副本集中。 6. 等待副本集状态变为PRIMARY，表示主节点已选举完成。 一旦完成上述步骤，您就可以通过连接到主节点来访问和操作数据。如果主节点发生故障，副本集会自动选举新的主节点，并继续提供服务。 请注意，单节点副本集虽然提供了数据冗余和高可用性，但在性能方面可能没有分片集群那么强大。如果需要更高的吞吐量和可扩展性，您可能需要考虑使用MongoDB的分片功能。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值