mongodb(下)
mongodb 副本集
早期版本使用master-slave,一主一从和MySQL类似,但slave在此架构中为只读,当主库宕机后,从库不能自动切换为主 目前已经淘汰master-slave模式,改为副本集,这种模式下有一个主(primary),和多个从(secondary),只读。支持给它们设置权重,当主宕掉后,权重最高的从切换为主 在此架构中还可以建立一个仲裁(arbiter)的角色,它只负责裁决,而不存储数据 再此架构中读写数据都是在主上,要想实现负载均衡的目的需要手动指定读库的目标server
mongo 副本集原理图:



配置副本集
准备三台机器: 192.168.127.128(primary) 192.168.127.129(secondary) 192.168.127.130(secondary)
编辑三台机器的配置文件,更改或增加:
重启服务
连接主,在主上运行命令
还可选择动态添加,在主上:
副本集测试
主上面:
从上面:
修改权重
重启问题
mongodb 分片搭建
分片就是将数据库进行拆分,将大型集合分隔到不同服务器上。比如,本来100G的数据,可以分割成10份存储到10台服务器上,这样每台机器只有10G的数据。 通过一个mongos的进程(路由)实现分片后的数据存储与访问,也就是说mongos是整个分片架构的核心,对客户端而言是不知道是否有分片的,客户端只需要把读写操作转达给mongos即可。 虽然分片会把数据分隔到很多台服务器上,但是每一个节点都是需要有一个备用角色的,这样能保证数据的高可用。 当系统需要更多空间或者资源的时候,分片可以让我们按需方便扩展,只需要把mongodb服务的机器加入到分片集群中即可
分片架构图

分片的相关概念
mongos: 数据库集群请求的入口,所有的请求都通过mongos进行协调,不需要在应用程序添加一个路由选择器,mongos自己就是一个请求分发中心,它负责把对应的数据请求请求转发到对应的shard服务器上。在生产环境通常有多mongos作为请求的入口,防止其中一个挂掉所有的mongodb请求都没有办法操作。
config server: 配置服务器,存储所有数据库元信息(路由、分片)的配置。mongos本身没有物理存储分片服务器和数据路由信息,只是缓存在内存里,配置服务器则实际存储这些数据。mongos第一次启动或者关掉重启就会从 config server 加载配置信息,以后如果配置服务器信息变化会通知到所有的 mongos 更新自己的状态,这样 mongos 就能继续准确路由。在生产环境通常有多个 config server 配置服务器,因为它存储了分片路由的元数据,防止数据丢失!
shard: 存储了一个集合部分数据的MongoDB实例,每个分片是单独的mongodb服务或者副本集,在生产环境中,所有的分片都应该是副本集。
分片搭建
准备三台机器 A B C
A(192.168.127.128)搭建:mongos、config server、副本集1主节点、副本集2仲裁、副本集3从节点
B(192.168.127.129)搭建:mongos、config server、副本集1从节点、副本集2主节点、副本集3仲裁
C(192.168.127.130)搭建:mongos、config server、副本集1仲裁、副本集2从节点、副本集3主节点 端口分配:mongos 20000、config 21000、副本集1 27001、副本集2 27002、副本集3 27003
三台机器全部关闭firewalld服务和selinux,或者增加对应端口的规则
分别在三台机器上创建各个角色所需要的目录
config server配置
mongodb3.4版本以后需要对config server创建副本集
添加配置文件(三台机器都操作)
启动三台机器的config server
分片配置
添加配置文件(三台机器都操作)
启动shard1
启动shard2
启动shard3
配置路由服务器
添加配置文件(三台机器都操作)
启动mongos服务,注意命令,前面都是mongod,这里是mongos
启用分片
登录任何一台20000端口
测试
登录任何一台20000端口
mongodb 备份和恢复
最后更新于