MongoDBAuto-Sharding解决了海量存储和动态扩容的问题但离实际生产环境所需的高可靠、高可用还有些距离所以有了”ReplicaSets+Sharding”的解决方案。1、Shard:
mongodb auto-sharding 解决了海量存储和动态扩容的问题但离实际生产环境所需的高可
靠、高可用还有些距离所以有了” replica sets + sharding”的解决方案。
1、shard:
使用 replica sets确保每个数据节点都具有备份、自动容错转移、自动恢复能力。
2、config:
使用3 个配置服务器确保元数据完整性
3、route:
使用3 个路由进程实现负载平衡提高客户端接入性能
以下我们配置一个 replica sets + sharding 的环境架构图如下
开放的端口如下
主机ip服务及端口
Server A192.168.3.231mongod shard1_1:27017
mongod shard2_1:27018
mongod config1:20000
mongs1:30000
Server B192.168.3.232mongod shard1_2:27017
mongod shard2_2:27018
mongod config2:20000
mongs2:30000
Server C192.168.3.233mongod shard1_3:27017
mongod shard2_3:27018
mongod config3:20000
mongs3:30000
创建数据目录
在Server A 上:
在Server B 上:
在Server C 上:
配置Replica Sets
1、配置shard1所用到的Replica Sets
在Server A 上:
在Server B 上:
在Server C 上:
用mongo 连接其中一台机器的27017 端口的mongod初始化Replica Sets“shard1”执行:
配置shard2所用到的Replica Sets
在Server A 上:
在Server B 上:
Mootion
Mootion是一个革命性的3D动画创作平台，利用AI技术来简化和加速3D动画的制作过程。
177 查看详情 
在Server C 上:
用mongo 连接其中一台机器的27018 端口的mongod，初始化Replica Sets “shard2”，执行:
配置3 台Config Server
在Server A、B、C上执行:
配置3 台Route Process
在Server A、B、C上执行:
配置Shard Cluster
激活数据库及集合的分片
验证Sharding正常工作
连接到其中一台机器的端口30000 的mongos 进程，，并切换到test 数据库，以便添加测试数据
可以看到Sharding搭建成功了，跟我们期望的结果一致，至此我们就将Replica Sets与Sharding
结合的架构也学习完毕了。
本文出自 “phper-每天一点点~” 博客，请务必保留此出处
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/903191.html
微信扫一扫 
支付宝扫一扫 
