部署MongoDB复制集(主从复制、读写分离、高可用)

MongoDB 复制集

复制集(Replica Sets)是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余备份并提高了数据的可用性,通过复制集可以对硬件故障和中断的服务进行恢复。

MongoDB 复制集工作原理

  1. mongodb的复制集至少需要两个节点。其中一个是主节点(Primary),负责处理客户端请求,其余的都是从节点(Secondary),负责复制主节点上的数据。
  2. mongodb各个节点常见的搭配方式为:一主一从、一主多从。主节点记录其上的所有操作到 oplog 中,从节点定期轮询主节点获取这些操作,然后对自己的数据副本执行这些操作,从而保证从节点的数据与主节点一致。
  3. 客户端在主节点写入数据,在从节点读取数据,主节点与从节点进行数据交互保障数据的一致性。如果其中一个节点出现故障,其他节点马上会将业务接过来而无需停机操作。

MongoDB 复制集的特点及优势

  • 复制集的特点:

    • N个节点的群集
    • 任何节点都可作为主节点
    • 所有写入操作都在主节点上
    • 自动故障转移
    • 自动恢复
  • 复制集的优势:
    • 让数据更安全
    • 高数据可用性(24x7)
    • 灾难恢复
    • 无停机维护(如备份、索引重建、故障转移)
    • 读缩放(额外的副本读取)
    • 副本集对应用程序是透明的

MongoDB 复制集部署

我们可以在一台服务器上创建多实例,来做复制集
MongoDB安装及创建多实例详解在博文CentOS 7安装MongoDB(最新版4.0)

配置复制集

  1. 创建4个 MongoDB 实例

    # 创建实例的数据目录
    mkdir -p /data/mongodb/mongodb{1,2,3,4}
     
    # 创建实例的日志目录
    mkdir -p /data/logs
     
    # 创建实例的日志文件
    touch /data/logs/mongodb{1,2,3,4}.log
     
     # 赋予日志文件权限
     chmod 777 /data/logs/mongodb*.log
     
     #创建实例的配置文件存放位置
     mkdir -p /data/conf

     

  2. 创建配置文件,开启复制集功能
    这里博主偷了个小懒,将配置文件存放在之前创建的 /data/conf/ 目录下,后面创建的启动脚本为实验机的相对路径
    # vim /data/conf/mongodb1.conf  //简易配置为下,
        dbpath=/data/mongodb/mongodb1
        logpath=/data/logs/mongodb1.log
        port=27017
        replSet=testrc   #配置参数值为testrc
        logappend=true
        fork=true
        maxConns=5000
        storageEngine=mmapv1

    需要注意其他三个实例的配置文件中的数据文件存放位置及日志文件和端口要改
     

  3. 编写脚本方便对4条实例进行控制(这里用的是相对路径,请根据实际修改)
    [[email protected] conf]# cd /usr/local/mongodb/bin
    [[email protected] bin]# vim mongodb
     
    #!/bin/bash
    INSTANCE=$1
    ACTION=$2
    case "$ACTION" in
    ‘start‘)
    /usr/local/mongodb/bin/mongod -f /data/conf/"$INSTANCE".conf;;
    ‘stop‘)
    /usr/local/mongodb/bin/mongod -f /data/conf/"$INSTANCE".conf --shutdown;;
    ‘restart‘)
    /usr/local/mongodb/bin/mongod -f /data/conf/"$INSTANCE".conf --shutdown
    /usr/local/mongodb/bin/mongod -f /data/conf/"$INSTANCE".conf;;
    esac
     
    [[email protected] bin]# chmod +x mongodb
    [[email protected] bin]# ./mongodb mongodb1 restart
    [[email protected] bin]# ./mongodb mongodb2 restart
    [[email protected] bin]# ./mongodb mongodb3 restart
    [[email protected] bin]# ./mongodb mongodb4 restart
    [[email protected] bin]# netstat -ntap | grep mongod


     

  4. 配置三个节点的复制集
     
    4.1 查看复制集的状态信息
    mongo    #(默认端口:27017)
    > rs.status()


     
    4.2 定义cfg初始化参数(这里添加三台,剩下的那台实验添加节点功能)

    > cfg={"_id":"testrc","members":[{"_id":0,"host":"192.168.125.119:27017"},{"_id":1,"host":"192.168.125.119:27018"},{"_id":2,"host":"192.168.125.119:27019"}]}


     
    4.3 启动复制集功能,初始化配置时保证从节点没有数据,保持主从节点数据同步

    > rs.initiate(cfg)

     

  5. 添加节点
    testrc:PRIMARY>  rs.add("192.168.125.119:27020")

     

  6. 删除节点
    testrc:PRIMARY>  rs.remove("192.168.125.119:27020")

原文地址:http://blog.51cto.com/13625676/2156401

时间: 2024-08-02 00:06:58

部署MongoDB复制集(主从复制、读写分离、高可用)的相关文章

MHA+ProxySQL实现读写分离高可用

最近在研究ProxySQL,觉得还挺不错的,所以就简单的折腾了一下,ProxySQL目前也是Percona在推荐的一个读写分离的中间件.关于详细的介绍可以参考官方文档.https://github.com/sysown/proxysql/wiki 本文主要介绍的是MHA+ProxySQL读写分离以及高可用,ProxySQL的细节请参考文档,目前已经有人写发非常详细了,文章最后会给出链接.当然和Group Replication,PXC搭配那是更完美的.关于MHA的配置参考我前面的文章,本文就不再

Spring Boot MongoDB 可复制集的读写分离

最近项目的一个版本刚迭代上去,然后设备也陆续地接入到了系统中. 设备产生的数据经过解析.处理之后落到了 MongoDB 中,但是才 10w 的数据就导致分页查询非常慢,count 操作也是慢的感人. 上午加了索引之后,从 10 多秒降到了 5 秒左右,但是这个速度还是很慢啊,这 TM 的等到设备都接入进来不就炸了. 然后下午就开始排错,查看代码中的慢查询. 最后发现一个现象就是:通过 Navicat 去查询相同的 find 和 count 语句要比在代码中快了好多倍,客户端的查询才是正常现象.

详解MongoDB复制集(主从复制)

简介 复制集(Replica Sets)是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余并增加了数据可用性,通过复制集可以对硬件故障和中断的服务进行恢复 复制集的优势 让数据更安全 高数据可用性(24*7) 灾难恢复 无停机维护(如备份.索引重建.故障转移) 读缩放(额外的副本读取) 副本集对应程序是透明的 复制集的特点 N个节点的群集 任何节点可作为主节点 所有写入操作都在主节点上 自动故障转移 自动恢复 复制集工作原理 1.MongoDB的复制集至少需要两个节点.其中一个是主

Atlas读写分离[高可用]

Atlas下载地址: https://github.com/Qihoo360/Atlas/releases Atlas是出于360的, 比mysql-proxy更稳定, 部署起来更方便. 环境: proxy:192.168.99.60 master:192.168.99.61 slave:192.168.99.62 1.安装 由于我使用的是rpm包, 直接安装 rpm -ivh Atlas-2.2.el6.x86_64.rpm 就是这么简单, 安装完成. 目录默认在: /usr/local/my

spring mongodb 复制集配置(实现读写分离)

注:mongodb当前版本是3.4.3 spring连接mongodb复制集的字符串格式: mongodb://[username:[email protected]]host1[:port1][,host2[:port2],...[,hostN[:portN]]][/[database][?options]] mongodb:// 前缀,代表这是一个Connection String username:[email protected] 如果启用了用户认证,需要指定用户密码 hostX:por

在CentOS7上部署MongoDB复制集和复制集的管理维护

MongoDB复制集的概述 复制集是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余并增加了数据可用性,通过复制集可以对硬件故障和中断的服务进行恢复. 复制集工作原理 MongoDB的复制集至少需要两个节点.其中一个是主节点(primary),负责处理客户端的请求,其余都是从节点(Secondary),负责复制主节点上的数据. MongoDB各个节点常见的搭配方式为:一主一从或一主多从.主节点记录其上的所有操作到oplog中,从节点定期轮询主节点获取这些操作,然后对自己的数副本执行

MongoDB复制集部署和基本管理

MongoDB复制集部署和基本管理 MongoDB复制集概述 复制集(Replica Sets)是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余并增加了数据的可用性,通过复制集可以对硬件故障和中断服务进行恢复. 复制集由下列优点: 让数据更安全 高数据可用性(7*24) 灾难恢复 无停机维护(如备份.索引重建.故障转移) 读缩放(额外的副本读取) 副本集对应用程序是透明的 复制集工作原理 MongoDB的复制集至少需要两个节点.其中一个节点是主节点(Primary),负责处理客户

【亲测】教你如何搭建 MongoDB 复制集 + 选举原理

目录 1·MongoDB 复制集概述2·MongoDB 复制集部署3·MongoDB 复制集管理(添加.移除等)4·复制集的总结 MongoDB 复制集是什么? 之前的一片文章讲了 MongoDB 的安装和日常的操作,有兴趣的朋友可以看看 MongoDB 的安装和简单操作 1)什么是复制集? 复制集是额外的一种数据副本,是跨多个服务器同步数据的过程,通俗的说就是可以在不同的服务器上备份数据,专业点说就是冗灾处理.通过复制集可以对硬件和终端的服务进行恢复. 2)复制集的优势如下: 1-让数据更加安

MongoDB复制集成员及架构介绍(一)

MongoDB复制集介绍 MongoDB支持在多个机器中通过异步复制达到提供了冗余,增加了数据的可用性.MongoDB有两种类型的复制,第一种是同于MySQL的主从复制模式(MongoDB已不再推荐此方案):第二种是复制集,提供了自动故障转移的主从复制集群,其中复制集没有固定的主节点,当一个主机的故障后从节点会重新“选举”出一个新的主节点,从而提高的系统的可用性. 复制集(Replica Sets)成员 MongoDB的复制集是由一组mongod实例所组成的,并提供了数据冗余与高可用性.复制集中