mongodb Replica Set 副本集集群

最新推荐文章于 2024-09-06 16:13:05 发布
最新推荐文章于 2024-09-06 16:13:05 发布
阅读量220 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： mongodb
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_38367535/article/details/107864324
本文详细介绍如何搭建MongoDB的ReplicaSet集群，包括配置文件编辑、服务启动、集群配置与初始化步骤，以及数据同步测试和常见问题解决。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

此博客借鉴于：https://blog.youkuaiyun.com/zhangcongyi420/article/details/92738646

Replica Set 模式比较稳定，可靠，同时在一定的情况下能够实现自动容错的机制。

主备节点存储数据，仲裁节点不存储数据。客户端同时连接主节点与备节点，不连接仲裁节点。

默认设置下，主节点提供所有增删查改服务，备节点不提供任何服务。但是可以通过设置使备节点提供查询服务，这样就可以减少主节点的压力，当客户端进行数据查询时，请求自动转到备节点上。这个设置叫做Read Preference Modes，同时Java客户端提供了简单的配置方式，可以不必直接对数据库进行操作。

仲裁节点是一种特殊的节点，它本身并不存储数据，主要的作用是决定哪一个备节点在主节点挂掉之后提升为主节点，所以客户端不需要连接此节点。这里虽然只有一个备节点，但是仍然需要一个仲裁节点来提升备节点级别。

实验服务器ip及端口：

  • 主节点：192.168.105.100 27917
  • 从节点：192.168.105.101 27917
  • 仲裁节点：192.168.105.101 27918

关闭防火墙：

  • 查看状态    firewall-cmd --state
  • 关闭firewalld    systemctl stop firewalld.service
  • 禁止开机启动    systemctl disable firewalld.service

关闭selinux

  • 执行 gedit /etc/sysconfig/selinux
  • vi /etc/sysconfig/selinux
  • #SELINUX=enforcing 改为 SELINUX=disabled
  • 执行 setenforce 0

安装目录：

  • /data/mongodb 主从
  • /data/mongodb-2 仲裁

mongodb下载地址：

  • https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-rhel70-4.0.19.tgz
     

解压：

tar -zxvf mongodb-linux-x86_64-rhel70-4.0.19.tgz

mv mongodb-linux-x86_64-rhel70-4.0.19 mongodb

mv mongodb-linux-x86_64-rhel70-4.0.19 mongodb-2

mv mongodb /data/

mv mongodb-2 /data/

 

创建目录

主节点：

cd /data/mongodb/
mkdir data
mkdir logs
mkdir conf
cd logs
touch master.log
cd ..
cd conf
touch mongodb.conf

从节点：

cd /data/mongodb/
mkdir data
mkdir logs
mkdir conf
cd logs
touch slave.log
cd ..
cd conf
touch mongodb.conf

仲裁节点：

cd /data/mongodb-2/
mkdir data
mkdir logs
mkdir conf
cd logs
touch arbite.log
cd ..
cd conf
touch mongodb.conf

编辑配置文件

主节点：

#cat /data/mongodb/conf/mongodb.conf

storage:
    dbPath: "/data/mongodb/data"
    engine: "wiredTiger"
    wiredTiger:
        engineConfig: 
            cacheSizeGB: 2
        collectionConfig: 
            blockCompressor: snappy        
systemLog:
    destination: file
    path: "/data/mongodb/logs/master.log"
    logAppend: true
    timeStampFormat: iso8601-utc
processManagement:
    fork: true
net:
    port: 27917
    bindIp : 192.168.105.100
replication:
   replSetName: test

从节点：

#cat /data/mongodb/conf/mongodb.conf

storage:
    dbPath: "/data/mongodb/data"
    engine: "wiredTiger"
    wiredTiger:
        engineConfig: 
            cacheSizeGB: 2
        collectionConfig: 
            blockCompressor: snappy        
systemLog:
    destination: file
    path: "/data/mongodb/logs/slave.log"
    logAppend: true
    timeStampFormat: iso8601-utc
processManagement:
    fork: true
net:
    port: 27917
    bindIp : 192.168.105.101
replication:
   replSetName: test

仲裁节点：

#cat /data/mongodb-2/conf/mongodb.conf

storage:
    dbPath: "/data/mongodb-2/data"
    engine: "wiredTiger"
    wiredTiger:
        engineConfig: 
            cacheSizeGB: 2
        collectionConfig: 
            blockCompressor: snappy        
systemLog:
    destination: file
    path: "/data/mongodb-2/logs/arbite.log"
    logAppend: true
    timeStampFormat: iso8601-utc
processManagement:
    fork: true
net:
    port: 27918
    bindIp : 192.168.105.101
replication:
   replSetName: test

启动

# /data/mongodb/bin/mongod -f /data/mongodb/conf/mongodb.conf
about to fork child process, waiting until server is ready for connections.
forked process: 32813
child process started successfully, parent exiting


# /data/mongodb-2/bin/mongod -f /data/mongodb-2/conf/mongodb.conf
about to fork child process, waiting until server is ready for connections.
forked process: 38667
child process started successfully, parent exiting

查看端口

ss -lnp |grep 27917
ss -lnp |grep 27918

配置集群集群（三个节点都执行一次）：

#登陆
#/data/mongodb/bin/mongo 192.168.105.100:27917

#不用在意告警，不报错即可

#配置集群
> cfg={ _id:"test", members:[ {_id:0,host:'192.168.105.100:27917',priority:2}, {_id:1,host:'192.168.105.101:27917',priority:1}, {_id:2,host:'192.168.105.101:27918',arbiterOnly:true}] };

#执行成功输出如下
{
        "_id" : "test",
        "members" : [
                {
                        "_id" : 0,
                        "host" : "192.168.105.100:27917",
                        "priority" : 2
                },
                {
                        "_id" : 1,
                        "host" : "192.168.105.101:27917",
                        "priority" : 1
                },
                {
                        "_id" : 2,
                        "host" : "192.168.105.101:27918",
                        "arbiterOnly" : true
                }
        ]
}

初始化：

> rs.initiate(cfg);

#输出以下成功
{
        "ok" : 1,
        "operationTime" : Timestamp(1596783845, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1596783845, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

查看状态：

test:PRIMARY> rs.status()
{
        "set" : "test",
        "date" : ISODate("2020-08-07T07:30:13.365Z"),
        "myState" : 1,
        "term" : NumberLong(1),
        "syncingTo" : "",
        "syncSourceHost" : "",
        "syncSourceId" : -1,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1596785407, 1),
                        "t" : NumberLong(1)
                },
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1596785407, 1),
                        "t" : NumberLong(1)
                },
                "appliedOpTime" : {
                        "ts" : Timestamp(1596785407, 1),
                        "t" : NumberLong(1)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1596785407, 1),
                        "t" : NumberLong(1)
                }
        },
        "lastStableCheckpointTimestamp" : Timestamp(1596785357, 1),
        "electionCandidateMetrics" : {
                "lastElectionReason" : "electionTimeout",
                "lastElectionDate" : ISODate("2020-08-07T07:04:16.975Z"),
                "electionTerm" : NumberLong(1),
                "lastCommittedOpTimeAtElection" : {
                        "ts" : Timestamp(0, 0),
                        "t" : NumberLong(-1)
                },
                "lastSeenOpTimeAtElection" : {
                        "ts" : Timestamp(1596783845, 1),
                        "t" : NumberLong(-1)
                },
                "numVotesNeeded" : 2,
                "priorityAtElection" : 2,
                "electionTimeoutMillis" : NumberLong(10000),
                "numCatchUpOps" : NumberLong(0),
                "newTermStartDate" : ISODate("2020-08-07T07:04:16.980Z"),
                "wMajorityWriteAvailabilityDate" : ISODate("2020-08-07T07:04:17.664Z")
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "192.168.105.100:27917",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 2098,
                        "optime" : {
                                "ts" : Timestamp(1596785407, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2020-08-07T07:30:07Z"),
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "electionTime" : Timestamp(1596783856, 1),
                        "electionDate" : ISODate("2020-08-07T07:04:16Z"),
                        "configVersion" : 1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 1,
                        "name" : "192.168.105.101:27917",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 1567,
                        "optime" : {
                                "ts" : Timestamp(1596785407, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1596785407, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2020-08-07T07:30:07Z"),
                        "optimeDurableDate" : ISODate("2020-08-07T07:30:07Z"),
                        "lastHeartbeat" : ISODate("2020-08-07T07:30:12.217Z"),
                        "lastHeartbeatRecv" : ISODate("2020-08-07T07:30:12.818Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "192.168.105.100:27917",
                        "syncSourceHost" : "192.168.105.100:27917",
                        "syncSourceId" : 0,
                        "infoMessage" : "",
                        "configVersion" : 1
                },
                {
                        "_id" : 2,
                        "name" : "192.168.105.101:27918",
                        "health" : 1,
                        "state" : 7,
                        "stateStr" : "ARBITER",
                        "uptime" : 1567,
                        "lastHeartbeat" : ISODate("2020-08-07T07:30:12.217Z"),
                        "lastHeartbeatRecv" : ISODate("2020-08-07T07:30:12.719Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "configVersion" : 1
                }
        ],
        "ok" : 1,
        "operationTime" : Timestamp(1596785407, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1596785407, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

测试数据同步

主节点插入数据

# 查看所有库
test:PRIMARY> show dbs
admin   0.000GB
config  0.000GB
flower  0.000GB
local   0.000GB
test    0.000GB

# 创建库
test:PRIMARY> use aaa
switched to db aaa

# 再次查看库发现并没有刚刚创建的库，因为库中没有数据所以不会显示在当前列表
test:PRIMARY> show dbs
admin   0.000GB
config  0.000GB
flower  0.000GB
local   0.000GB
test    0.000GB

# 使用db可以查看到库
test:PRIMARY> db
aaa

# 插入一条数据
test:PRIMARY> db.aaa.insert({"name":"aaa"})
WriteResult({ "nInserted" : 1 })

# 再次查看库已经可以显示了
test:PRIMARY> show dbs
aaa     0.000GB
admin   0.000GB
config  0.000GB
flower  0.000GB
local   0.000GB
test    0.000GB

从节点查看

会发现报错：not master and slaveOk=false

这是正常的，因为从节点默认不允许读写，可以解决

test:SECONDARY> show dbs
2020-08-07T15:36:09.265+0800 E QUERY    [js] Error: listDatabases failed:{
        "operationTime" : Timestamp(1596785767, 1),
        "ok" : 0,
        "errmsg" : "not master and slaveOk=false",
        "code" : 13435,
        "codeName" : "NotMasterNoSlaveOk",
        "$clusterTime" : {
                "clusterTime" : Timestamp(1596785767, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
} :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
Mongo.prototype.getDBs@src/mongo/shell/mongo.js:139:1
shellHelper.show@src/mongo/shell/utils.js:882:13
shellHelper@src/mongo/shell/utils.js:766:15
@(shellhelp2):1:1

执行rs.slaveOk();解决

数据同步成功

test:SECONDARY> rs.slaveOk();

test:SECONDARY> show dbs
aaa     0.000GB
admin   0.000GB
config  0.000GB
flower  0.000GB
local   0.000GB
test    0.000GB

 

停止mongodb

使用kill -9 会导致正在写入的数据终端，造成文件混乱，甚至崩溃，所以使用下面两种停止操作

第一种：使用 kill -15，killall mongod 命令关闭MongoDb服务

第二种：登录到MongoDb控制台，use admin，执行db.shutdownServer()

 

使用普通用户运行mongodb

注意一定不能使用 kill -9 停止，否则普通用户无法启动

创建普通用户 mongodb

修改属主属组  chown -R mongodb:mongodb /data/mongodb/

su - mongodb

启动即可

 

 

集群搭建完成。。。

 

 

 

 

 

 

单机mongodb扩展为副本集集群
GengJL
05-18 6332
1、停用单机mongodb db.shutdownServer() 2、重启mongodb使用–replSet选项配置副本集的名字.例如，下面命令启动独立的实例作为副本集rs0的一个成员。 ./mongod --config ***/etc/mongodb.conf --replSet rs0 3、链接mongodb ./mongo --host 127.0.0.1:20400 4、使用rs.initiate()初始化新的副本集。 rs.initiate() 5、现在就可以对副本集操作了。 可
Mongodb ReplicaSet + Sharding集群实现
每天进步一点点
08-21 5720
1 集群概述 1.1 Sharding cluster介绍 是一种可以水平扩展的模式，在数据量很大时特给力，实际大规模应用一般会采用这种架构去构建monodb系统。 要构建一个 MongoDB Sharding Cluster，需要三种角色： Shard Server: mongod 实例，用于存储实际的数据块，实际生产环境中一个shard server角色可由几台机器组个一个relica
redis主从复制（MasterReplicaset）、哨兵（Sentinel）、集群（Cluster）
nmb_jiang的博客
06-30 2806
主从复制 redis主从复制原理： 从库过slaveof命令并启动PSYNC命令发起主从复制的请求。如果是第一次连接主库，那么会触发一次全量复制；如果是重新连接主库，那么主库仅仅会发送从库部分数据。 主库收到PSYNC之后会立即触发BGSAVE后台保存RDB文件并发送给从库，RDB文件先保存在磁盘再从磁盘加载到内存中。如果所有从库与主库发生网络断线，会自动重连，此时主库发生多从库请求的情况下，主库仅仅会用一个RDB文件服务所有从库，并不会生成多份RDB文件。 主库陆续将产生写操作的命令缓存在内存中并发送给
用MongoDB管理控制台创建副本集实例教程
qq_38462168的博客
12-17 270
一、创建MongoDB实例 登录MongoDB管理控制台。 在左侧导航栏，单击副本集实例列表。 在副本集实例列表页面，单击新建实例。 选择副本集（包年包月）或副本集（按量付费）。 选择实例配置，参数说明如下表所示。 根据提示完成支付流程 二、查看已创建的实例 登录MongoDB管理控制台。 在页面左上角，选择实例所在的地域。 提...
mongodb集群搭建-replica set模式
快乐的瑾
10-19 821
1 前提： 原来有个节点169，已经搭建了mongodb，现在想再增加两个节点167和168做repliset模式的mongo集群, 其中167做为协调节点，168作为副节点，169作为主节点 2 配置 在原来169配置文件的基础上，增加一个配置：replSet=mongotest 原配置： dbpath=/opt/mongodb-3.0.6/db logpath=/opt/mo
k8s 安装 mongodb 分片（Sharding）+ 副本集（Replica Set）
04-14
本解决方案通过使用 Kubernetes 部署 MongoDB 分片（Sharding）和副本集（Replica Set），从而实现 MongoDB 集群的自动化管理和高可用性。 在本解决方案中，我们首先需要安装 Kubernetes 环境，并且需要准备好 NFS ...
MongoDB 5.0版本副本集集群
最新发布
m0_60125201的博客
09-06 1676
详细介绍如何部署mongodb5.0副本集部署并对副本集集群进行实时同步
Mongodb集群之副本集集群搭建
11-08
MongoDB 是一种流行的开源文档型数据库，支持多种集群搭建方式，包括主从模式、副本集（Replica Set）和分片（Sharding）。在本文中，我们将深入探讨副本集集群的构建及其特点。 副本集是MongoDB高可用性和冗余策略...
ubuntu安装部署MongoDB Replica Set 集群
weixin_45444133的博客
03-12 954
mongodb的集群搭建方式主要有三种，主从模式，Replica set模式，sharding模式, 三种模式各有优劣，适用于不同的场合，属Replica set应用最为广泛， 主从模式现在用的较少，sharding模式最为完备，但配置维护较为复杂。 本文只部署了Replica Set模式的搭建方法。 Mongodb的Replica Set即副本集方式主要有两个目的，一个是数据冗余做故障恢复...
mongodb replica set 添加删除节点的2种方法
12-16
MongoDB的复制集（Replica Set）是一种高可用性解决方案，它可以确保数据的冗余和在主节点故障时提供自动故障转移。复制集通常由多个成员组成，包括一个主节点（Primary）、一个或多个次级节点（Secondary）以及可选...
mongodb replica set(副本集)设置步骤
08-12
NULL 博文链接：https://tcrct.iteye.com/blog/2108099
Mongodb replica set模式篇
weixin_34293141的博客
11-04 318
复制集架构图：三节点replicaset配置安装(无仲裁节点)：Replica set 【10.10.20.161-10.10.20.163】10.10.20.161-10.10.20.163这三台按下面的安装：mkdir -p/u01/mongodb/data/replset/mkdir -p/u01/mongodb/log//usr/local/mongodb/bin/m...
mongodb的ReplicaSet实验
Tung的专栏
03-29 476
mongodb的ReplicaSet实验 本文验证了：要保证mongodb RS集群在宕机情况下的可用性，至少需要三台机器。 目的 本实验的ReplicaSet集群为 1*Primary， 1*Secondary, n*Arbiter。 目的是为了验证： 三机环境下，Primary宕机后，是否能通过Aribiter进行auto-failover。 两台机器环境下，能否保证一...
十九、mongodb的副本集架构（Replica set模式）小解
基督山伯爵的博客
07-05 1830
          mongodb的副本集架构 &nbsp
mongodb复制集（replica set）搭建及管理
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
12-31 721
1.创建三个节点数据存储目录 # mkdir -p /data/data/r0 # mkdir -p /data/data/r1 # mkdir -p /data/data/r2 2.创建三个节点日志存储目录 # mkdir -p /data/log/ 3.创建和配置三个节点复制集key文件 # mkdir -p /data/key # echo "this is rs1 super secr...
MongoDB Replica Set 部署
cycaeds的博客
06-03 399
一、环境信息 测试环境 OS: CentOS 6.7 MongoDB：mongodb-linux-x86_64-3.0.5.tgz IP地址：192.168.45.138:27017（主） 192.168.45.146:27017（从&&仲裁【27018】） 二、部署实施过程 1、分别在每台服务器中解压Mongodb包 [root@master ~]# tar -xvf mongodb-linux-x86_64-3.0.5.tgz [root@master ~]# mv mongodb-li
【Docker】MongoDB 容器化部署
Qinghub‘博客
03-03 3743
MongoDB标准软件基于Bitnami MongoDB 构建。当前版本未7.0.5
K8S 部署mongoDB 6.0 分片集群 —— 筑梦之路
筑梦之路
11-19 1381
【代码】K8S 部署mongoDB 6.0 分片集群 —— 筑梦之路。
命令停止mongodb服务
weixin_40557979的博客
08-19 501
我整理的一些关于【数据库】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/f2PFnN如何停止MongoDB服务 MongoDB是一种开源的文档型数据库，广泛应用于各种规模的项目中。停止MongoDB服务在维护和管理数据库时是一个常见的操作。本文将介绍如何在不同操作系统上停止...
Vagrant快速搭建MongoDB 3节点副本集集群指南
3. 副本集（Replica Set）概念： MongoDB的副本集是一个主从复制的集群，每个副本集包含多个MongoDB服务器实例。副本集的主要目的是提供高可用性，如果主服务器（Primary）发生故障，副本集中的某个从服务器...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值