Mongodb复制集群部署

最新推荐文章于 2024-08-02 09:30:00 发布
原创 最新推荐文章于 2024-08-02 09:30:00 发布 · 316 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mongodb

本文详细介绍如何在三台CentOS 7服务器上部署MongoDB 4.2集群，包括配置文件修改、服务启动、集群初始化及状态检查等关键步骤。

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

安装mongodb服务

        参考：Mongodb4.2+Centos7 liunx单机版部署_RunTimeExcepti0n的博客-CSDN博客

此步骤需在三台服务器同时进行。

修改配置文件

进入配置文件目录 cd /opt/software/mongodb4.2/mongodb/config

修改配置文件增加集群配置：vim mongodb.conf

systemLog:
  destination: file
  path: /opt/software/mongodb4.2/mongodb/log/mongodb.log  #日志文件存放目录
  logAppend: true
storage:
  dbPath: /opt/software/mongodb4.2/mongodb/data/db  #数据文件存放目录
net:
  bindIp: 0.0.0.0  # 配置任意地址可以连接
  port: 28017 # port
#复制集群配置
replication:
  replSetName: rs0
processManagement:
  fork: true   #后台进程启动

分别启动mongodb数据库

任意目录下执行： mongod --config /opt/software/mongodb4.2/mongodb/config/mongodb.conf

增加集群配置

因为mongodb集群各节点具有同等地址，在任一节点执行如下命令mongo 连接数据库

执行如下命令：

命令中 rs0 为上面配置文件中的集群名称：replSetName

host 为虚拟机IP

rs.initiate({
	_id: "rs0",
		members: [{
			_id: 0,
			"host": "192.168.0.105:27017"
		},{
			_id: 1,
			"host": "192.168.0.106:27017"
		},{
			_id: 2,
			"host": "192.168.0.108:27017"
		}]
})

 

 再按一次enter 可能会发生节点类型变化，可能的意思是，当前节点可能会成为PRIMARY,也可能不会

在另外两台服务器上用mongo 命令连接数据库，查看此时节点的状态

在任一节点查看集群状态

rs.status()

返回如下结果：

rs0:PRIMARY> rs.status()
{
        "set" : "rs0",
        "date" : ISODate("2021-09-16T17:07:03.614Z"),
        "myState" : 1,
        "term" : NumberLong(1),
        "syncingTo" : "",
        "syncSourceHost" : "",
        "syncSourceId" : -1,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "majorityVoteCount" : 2,
        "writeMajorityCount" : 2,
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1631812014, 1),
                        "t" : NumberLong(1)
                },
                "lastCommittedWallTime" : ISODate("2021-09-16T17:06:54.127Z"),
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1631812014, 1),
                        "t" : NumberLong(1)
                },
                "readConcernMajorityWallTime" : ISODate("2021-09-16T17:06:54.127Z"),
                "appliedOpTime" : {
                        "ts" : Timestamp(1631812014, 1),
                        "t" : NumberLong(1)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1631812014, 1),
                        "t" : NumberLong(1)
                },
                "lastAppliedWallTime" : ISODate("2021-09-16T17:06:54.127Z"),
                "lastDurableWallTime" : ISODate("2021-09-16T17:06:54.127Z")
        },
        "lastStableRecoveryTimestamp" : Timestamp(1631811984, 1),
        "lastStableCheckpointTimestamp" : Timestamp(1631811984, 1),
        "electionCandidateMetrics" : {
                "lastElectionReason" : "electionTimeout",
                "lastElectionDate" : ISODate("2021-09-16T17:00:23.989Z"),
                "electionTerm" : NumberLong(1),
                "lastCommittedOpTimeAtElection" : {
                        "ts" : Timestamp(0, 0),
                        "t" : NumberLong(-1)
                },
                "lastSeenOpTimeAtElection" : {
                        "ts" : Timestamp(1631811613, 1),
                        "t" : NumberLong(-1)
                },
                "numVotesNeeded" : 2,
                "priorityAtElection" : 1,
                "electionTimeoutMillis" : NumberLong(10000),
                "numCatchUpOps" : NumberLong(0),
                "newTermStartDate" : ISODate("2021-09-16T17:00:24.042Z"),
                "wMajorityWriteAvailabilityDate" : ISODate("2021-09-16T17:00:25.210Z")
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "192.168.0.105:27017",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 732,
                        "optime" : {
                                "ts" : Timestamp(1631812014, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2021-09-16T17:06:54Z"),
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "electionTime" : Timestamp(1631811623, 1),
                        "electionDate" : ISODate("2021-09-16T17:00:23Z"),
                        "configVersion" : 1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 1,
                        "name" : "192.168.0.106:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 409,
                        "optime" : {
                                "ts" : Timestamp(1631812014, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1631812014, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2021-09-16T17:06:54Z"),
                        "optimeDurableDate" : ISODate("2021-09-16T17:06:54Z"),
                        "lastHeartbeat" : ISODate("2021-09-16T17:07:02.536Z"),
                        "lastHeartbeatRecv" : ISODate("2021-09-16T17:07:01.704Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "192.168.0.105:27017",
                        "syncSourceHost" : "192.168.0.105:27017",
                        "syncSourceId" : 0,
                        "infoMessage" : "",
                        "configVersion" : 1
                },
                {
                        "_id" : 2,
                        "name" : "192.168.0.108:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 409,
                        "optime" : {
                                "ts" : Timestamp(1631812014, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1631812014, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2021-09-16T17:06:54Z"),
                        "optimeDurableDate" : ISODate("2021-09-16T17:06:54Z"),
                        "lastHeartbeat" : ISODate("2021-09-16T17:07:02.537Z"),
                        "lastHeartbeatRecv" : ISODate("2021-09-16T17:07:01.697Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "192.168.0.105:27017",
                        "syncSourceHost" : "192.168.0.105:27017",
                        "syncSourceId" : 0,
                        "infoMessage" : "",
                        "configVersion" : 1
                }
        ],
        "ok" : 1,
        "$clusterTime" : {
                "clusterTime" : Timestamp(1631812014, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        },
        "operationTime" : Timestamp(1631812014, 1)
}
rs0:PRIMARY>

 members中记录了集群各个节点的信息，例：

        stateStr: 节点属性，PRIMARY还是SECONDARY

        uptime: 节点运行时间

        optime: 从节点同步时间戳，这个在集群选举时有重要用处，Mongodb复制集群与选举中有说到。

新增删除节点

// 删除复制节点

rs.remove("192.168.0.108:27017")

// 插入新的复制节点

rs.add("192.168.0.108:27017")

数据验证

在PRIMARY节点新增数据

db.test.insert({a:"PRIMARY INSERT"})

        

在任一SECONDARY节点读取数据

报错，意思是当前是从节点，不支持读操作。

解决，执行如下命令：

 rs.slaveOk()  或者 rs.secondaryOk()  再执行查询操作

这里rs.slaveOk() 已经不推荐使用了（很多集群都慢慢的摒弃了slave的说法，例如redis.kafka）

 可以看到SECONDARY节点查询OK

完结

        若没有三台服务器的可以在同一条服务器启动三个实例，但是需要配置不同的 dbpath 和config文件，此处不做赘述。

        至此，mongodb复制集群宣告搭建完成。

MongoDB复制集架构
持续学习，坚持原创，分享技术笔记及经验。
01-07 1556
MongoDB复制集架构
MongoDB复制集/集群搭建详解
qq_44027353的博客
07-29 2035
Mongodb复制集（Replication Set）包含一个Primary节点和多个Secondary节点，Mongodb Driver（客户端）的所有数据都写入Primary，Secondary从Primary同步写入的数据，以保证数据一致性。数据写入时将数据迅速复制到另一个独立节点上在接收写入的节点发生故障时自动选举出一个新的替代节点数据分发: 将数据从一个区域复制到另一个区域，减少另一个区域的读延迟读写分离: 不同类型的压力分别在不同的节点上执行。
MongoDB复制集群搭建
攀登Fox的博客
07-19 474
目录一、介绍1.1、节点类型1.2、复制集群模式1.3、从节点复制方式1.4、架构图二、环境搭建2.1、安装mongoDB2.2、创建目录2.2.1、数据库目录（分别对应4个节点）2.2.2、配置目录2.2.3、日志目录2.2.4、进程文件目录2.3、应用配置2.3.1、配置主节点2.3.2、配置从节点2.3.2、配置仲裁节点3、启动服务3、初始化复制集3.1、登录客户端3.2、初始化命令3.3、其它命令三、说明 一、介绍 1.1、节点类型 主节点：负责处理客户端请求 从节点：负责复制主节点上的数据 仲裁节
mongodb复制集集群部署、测试、选举原理
youcan_doit的博客
07-04 1991
mongodb复制集集群部署、测试、选举原理
mongodb复制集部署
weixin_33889665的博客
07-29 812
部署复制集由三个节点组成的 复制集 为网络故障或是其他的系统故障提供了足够的冗余。该复制集也有足够的分布式读操作的能力。复制集应该保持奇数个节点，这也就保证了 选举 可以正常的进行用3台已有的 mongod 实例来部署一个由三个节点组成的 复制集192.168.1.3 hadoop1.abc.com hadoop1192.168.1.4 hadoop2.abc.com had...
MongoDB复制集集群部署及管理
时间的博客
07-05 1162
简述：MongoDB是由C++语言编写一个基于分布式文件存储的开源NoSQL数据库系统。在高负载的情况下，可添加更多的节点（实例），以保证服务性能。在许多场景下用于代替传统的关系型数据库或键/值存储方式。旨在为Web应用提供可扩展的高性能数据存储解决方案。MongoDB提供了一个面向文档存储方式，操作起来比较简单和容易，可以存储比较复杂的数据类型。最大的特点是支持的查询语言功能非常强大，语法类似于面向对象的查询（Select）语言。几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。
MongoDB分片集群部署，使用
qq_61920297的博客
07-29 1634
MongoDB两个分片的集群部署和简单应用
# mongodb_基础到进阶 -- MongoDB 高级--MongoDB 集群部署与安全性（三）
最新发布
段子手168的博客
08-02 661
# mongodb_基础到进阶 -- MongoDB 高级--MongoDB 集群部署与安全性（三） 11 分片概念&架构目标 12 分片第一套和第二套副本集搭建 13 配置副本集搭建 14 初始化三套副本集
MongoDB分片集群部署详解
09-09
MongoDB的分片集群部署是为了解决大数据存储和处理问题，通过将数据分散在多个物理或虚拟机器上，实现水平扩展，以提高数据库的可伸缩性和性能。本篇文章将详细阐述MongoDB分片集群的部署过程和相关概念。 首先，...
mongoDB分片集群部署
weixin_39934651的博客
02-22 1882
一、MongoDB 背景 MongoDB 是一款功能完善的分布式文档数据库，是一款非常出名的 NoSQL 数据库。当前国内使用 Mongodb 的大型实践越来越多，MongoDB 为我司提供了重要的数据库存储服务，支撑着每天近千万级 QPS 峰值读写，数万亿级数据量存储服务。 MongoDB 在高性能、动态扩缩容、高可用、易部署、易使用、海量数据存储等方面拥有很大优势。近些年，MongoDB 在 DB-Engines 流行度排行榜稳居榜单 Top5 ，且历年得分是持续增长的，具体如下图所示： DB-En
mongodb 复制集部署（主从升级版）
清泉影月
08-14 1257
mongodb主从模式升级版本--复制集模式部署。
MongoDB复制集部署及管理
CN_LiTianpeng的博客
11-08 841
一、MongoDB 复制（副本）集1. 介绍2.复制集的有点3.MongoDB复制原理4.副本集特点二、构建MongoDB复制集1.修改实例配置文件2. 重启实例3.创建另外3台实例的配置文件4.依次修改实例2,3,4的配置文件5.创建实例2,3,4的数据目录及日志文件6.开启三台实例7.创建复制集8.删除和添加节点9.模拟故障，验证故障转移（自动切换）10. 故障切换转移（手动切换），在PRIMARY设置,主动让出主的地位三、构建选举复制集1.创建多实例，同上个实验（这里就不详解了）2.根据创建带有优先.
mongodb复制集部署文档
weixin_34044273的博客
08-23 159
一、安装环境：版本：MongoDB server version: 3.4.4安装源码包：mongodb-linux-x86_64-enterprise-rhel62-3.4.4.tgz系统环境：CentOS release 6.6 (Final)节点ip1: 172.16.88.195节点ip2: 172.16.88.196节点ip3: 172.16.88.190二、节点配置在三个节点分别操作：...
MongoDB集群高可用
小城我家
09-27 677
MongoDB集群高可用 MongoDB主从复制架构原理和缺陷 master-slave架构中master节点负责数据的读写，slave没有写入权限只负责读取数据 在主从结构中，主节点的操作记录成为oplog（operation log）。oplog存储在系统数据库local的oplog.$main集合中，这个集合的每个文档都代表主节点上执行的一个操作。从服务器会定期从主服务器中获取oplog记录，然后在本机上执行！对于存储oplog的集合，MongoDB采用的是固定集合，也就是说着操作过多，新的操作会覆
mongodb复制集部署命令笔记
one2threexm的专栏
12-05 343
#mongod.conf文件内容 net: port: 27000 bindIpAll: true security: keyFile: /data/configdb/keyFile # authorization: enabled #replication: # replSetName: rs # #storage: # wiredTiger: # e...
MongoDB之可复制集群（新主从复制）
一叶知春秋
09-11 1024
MongoDB之可复制集群（主从复制） 简介          复制是跨多个MongoDB服务器分布和维护数据的方法。MongoDB可以把数据从一个节点复制到其它节点并在修改时进行同步。这种类型的复制通过一个叫可复制集的机制提供。集群中的节点配置为自动同步数据，并且在服务器出错时自动灾备。MongoDB提供了主从复制，但是已经过时了，现在主要通过复制集实现。          可复制集群在主...
week4----部署3节点mongodb复制集
Wsjm666的博客
12-11 337
week4----部署3节点mongodb复制集
mongo复制集部署
seven_sky_d的博客
07-15 292
linux部署Mongo数据库集群
MongoDB分布式集群部署与安装教程
根据提供的文件信息，我们可以了解到这些文件集中了关于MongoDB安装和配置的相关知识，并且特别强调了分布式处理和集群部署方面。以下是对文件标题、描述、标签和文件名称列表中涉及知识点的详细解释： 1. MongoDB...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值