第35章:MongoDB-集群--Master Slave(主从复制)

①主从复制[不推荐使用了]

最基本的设置方式就是建立一个主节点和一个或多个从节点,每个从节点要知道主节点的地址。采用双机备份后主节点挂掉了后从节点可以接替主机继续服务,所以这种模式比单节点的高可用性要好很多。

②注意点

1)在数据库集群中要明确的知道谁是主服务器,主服务器只有一台.

2)从服务器要知道自己的数据源也就是对应的主服务是谁.

3)--master用来确定主服务器,--slave 和 --source 来控制从服务器

③主从复制的原理

在主从结构中,主节点的操作记录成为oplog(operation log)。oplog存储在一个系统数据库local的集合oplog.$main中,这个集合的每个文档都代表主节点上执行的一个操作。

从服务器会定期从主服务器中获取oplog记录,然后在本机上执行!对于存储oplog的集合,MongoDB采用的是固定集合,也就是说随着操作过多,新的操作会覆盖旧的操作!

主从复制搭建--单机

1:先创建几个存放数据的文件夹,比如在前面的dbs下面创建db1,db2

同理在前面的logs下面创建logs1,logs2

2:在启动MongoDB服务器的时候,使用--replSet副本集名称选项,如

./mongod --dbpath ../dbs/db1 --logpath ../logs/logs1 --port 20001 --fork --master

3:然后再启动两个,端口为20002,当然要修改相应的数据文件路径和日志路径,副本集名称

./mongod --dbpath ../dbs/db2 --logpath ../logs/logs2 --port 20002 --fork --slave  --source localhost:20001

4:

./mongo localhost:20001

./mongo localhost:20002

5:添加和删除源

除了可以在启动从节点的时候,制定source外,也可以在从节点的local数据库的sources集合里面添加主节点的信息,如:

db.sources.insert({“host”:”ip:port”});

不用了,就remove就好了

主从复制搭建--多机

1)机器环境

182.48.115.238    master-node

182.48.115.236    slave-node

两台机器都关闭防火墙和selinux

2)主从配置

.............master-node节点配置.............

[root@master-node ~]# vim /usr/local/mongodb/mongodb.conf

port=27017

bind_ip = 182.48.115.238

dbpath=/usr/local/mongodb/data

logpath=/usr/local/mongodb/log/mongo.log

logappend=true

journal = true

fork = true

master = true        //确定自己是主服务器

[root@slave-node ~]# bin/mongod -f mongodb.conf

./mongo IP:PORT

.............slave-node节点配置.............

[root@slave-node ~]# vim /usr/local/mongodb/mongodb.conf

port=27017

dbpath=/usr/local/mongodb/data

logpath=/usr/local/mongodb/log/mongo.log

logappend=true

journal = true

fork = true

bind_ip = 182.48.115.236

source = 182.48.115.238:27017

slave = true

[root@slave-node ~]# bin/mongod -f mongodb.conf

./mongo IP:PORT

?

?

?

?

?

?

?

?

?

?

 

原文地址:https://www.cnblogs.com/Lucky-stars/p/10556065.html

时间: 2024-08-04 19:03:51

第35章:MongoDB-集群--Master Slave(主从复制)的相关文章

Mongodb集群——master/slave

集群的配置 (本测试放于同一台机器进行配置,所以IP地址一样,如果是在不同的服务器上更换IP便可以) 1.目录结构 拷贝两份mongodb到/home/scotte.ye/mongo1和/home/scotte.ye/mongo2 2.开启mongodb 主: #cd /home/scotte.ye/mongo1/bin #./mongod --master -port=10111 -dbpath=/home/data/10111 -nohttpinterface & # 这样主服务器就开启了,

MongoDB学习笔记——Master/Slave主从复制

Master/Slave主从复制 主从复制MongoDB中比较常用的一种方式,如果要实现主从复制至少应该有两个MongoDB实例,一个作为主节点负责客户端请求,另一个作为从节点负责从主节点映射数据,提供数据备份,客户端读取等,推荐一主多从模式 MongoDB主从复制的实现方式: 主节点的操作会被记录为oplog,存储在系统数据库local的集合oplog.$main中,这个集合中的每个文档都代表主节点的一个操作(不包括查询) 从节点定期从主服务器获取oplog数据,并在本机进行执行 oplog使

MongoDB 集群搭建(主从复制、副本及)(五)

六:架构管理 mongodb的主从集群分为两种: 1:master-Slave 复制(主从)    --从server不会主动变成主server,须要设置才行 2:replica Sets 复制(副本集)  --假设主server挂掉,会选举出一台从server当主server 一:主从复制 mongodb支持在多个机器中通过异步复制达到故障转移和实现冗余. 多机器中统一时刻仅仅有一台是用于写操作.正是因为这个情况,为mongodb提供了数据一致性的保障. 担当primary角色的机器能把读操作

搭建高可用mongodb集群(二)—— 副本集

http://www.lanceyan.com/tech/mongodb/mongodb_repset1.html 在上一篇文章<搭建高可用MongoDB集群(一)——配置MongoDB> 提到了几个问题还没有解决. 主节点挂了能否自动切换连接?目前需要手工切换. 主节点的读写压力过大如何解决? 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 这篇文章看完这些问题就可以搞定了.NoSQL的产生就是为了解决大数据量.高扩展性.高

搭建高可用mongodb集群—— 分片

从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么行!不行!“分片”就用这个来解决这个问题. 传统数据库怎么做海量数据读写?其实一句话概括:分而治之.上图看看就清楚了,如下 taobao岳旭强在infoq中提到的 架构图: 上图中有个TDDL,是taobao的一

【转】搭建高可用mongodb集群(二)—— 副本集

在上一篇文章<搭建高可用MongoDB集群(一)——配置MongoDB> 提到了几个问题还没有解决. 主节点挂了能否自动切换连接?目前需要手工切换. 主节点的读写压力过大如何解决? 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 这篇文章看完这些问题就可以搞定了.NoSQL的产生就是为了解决大数据量.高扩展性.高性能.灵活数据模型.高可用性.但是光通过主从模式的架构远远达不到上面几点,由此MongoDB设计了副本集和分片的功能

搭建高可用MongoDB集群(二): 副本集

在上一篇文章<搭建高可用MongoDB集群(一)--配置MongoDB> 提到了几个问题还没有解决. 主节点挂了能否自动切换连接?目前需要手工切换. 主节点的读写压力过大如何解决? 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 这篇文章看完这些问题就可以搞定了.NoSQL的产生就是为了解决大数据量.高扩展性.高性能.灵活数据模型.高可用性.但是光通过主从模式的架构远远达不到上面几点,由此MongoDB设计了副本集和分片的功能

mongodb集群化

转自:https://www.cnblogs.com/nulige/p/7613721.html 一.mongodb主从复制配置 主从复制是MongoDB最常用的复制方式,也是一个简单的数据库同步备份的集群技术,这种方式很灵活.可用于备份,故障恢复,读扩展等. 最基本的设置方式就是建立一个主节点和一个或多个从节点,每个从节点要知道主节点的地址.采用双机备份后主节点挂掉了后从节点可以接替主机继续服务.所以这种模式比单节点的高可用性要好很多. 配置主从复制的注意点 1 2 3 1)在数据库集群中要明

mongodb的分布式集群(1、主从复制)

分布式集群的理解 关于分布式集群的概念有很多的解释,我比较倾向于"分布式集群"为两个概念,即,分布式是一个概念,集群是另一概念. 分布式是把一个整体系统分成多个部分,分别部署到不同的服务器上,然后由中心服务器统一控制,形成的一个对外来说为一个整体的系统.集群是把一个整体,整体的分别部署到多个服务器上的结果. 分布式和集群都是部署上的现象的描述,都涉及到多台服务器的部署,这是分布式和集群相同的地方,当然,其达到的效果也有很多一样的,但是,他们却是描述着两种不同的现象.今天就讲一下关于mo