MongoDB集群配置

时间  2019-11-10
标签 mongodb 集群 配置 栏目 MongoDB 繁體版
原文   原文链接

MongoDB集群配置

2019年06月30日 13:21:05 2014Team 阅读数 77更多html

分类专栏： MongoDBnode

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处连接和本声明。linux

本文连接：https://blog.csdn.net/u012965203/article/details/94307690mongodb

1、简介

官网地址：https://www.mongodb.com/
            MongoDB 是一个基于【分布式文件存储】的数据库，它属于NoSQL数据库。由 C++ 语言编写。旨在为 WEB 应用提
供【可扩展】的【高性能】数据存储解决方案。
            MongoDB是一个介于非系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。
它支持的数据结构很是松散，是相似json的bson格式，所以能够存储比较复杂的数据类型。Mongo最大的特色是它
支持的查询语言很是强大，其语法有点相似于面向对象的查询语言，几乎能够实现相似关系数据库单表查询的绝大部
分功能，并且还支持对数据创建索引。数据库

2、下载

（1）下载json

wget https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-rhel70-4.0.7.tgz

（2）解压vim

 

  1. mkdir -p /opt/apps/安全

  2. tar -zxvf mongodb-linux-x86_64-rhel70-4.0.7.tgz -C /opt/apps/服务器

（3）重命名mongodb-linux-x86_64-rhel70-4.0.7数据结构

 

  1. cd /opt/apps

  2. mv mongodb-linux-x86_64-rhel70-4.0.7.tgz mongodb

（4）配置环境变量

vim /etc/profile

末尾加上

export PATH=$JAVA_HOME/bin:/opt/apps/mongodb/bin:$PATH 

设置立刻生效

3、MongoDB副本集集群

副本集中有三种角色：主节点、从节点、仲裁节点。

仲裁节点不存储数据，主从节点都存储数据。

优势：
主若是宕机，仲裁节点会选举从做为新的主
若是副本集中没有仲裁节点，那么集群的主从切换依然能够进行。
缺点：
若是副本集中拥有仲裁节点，那么一旦仲裁节点挂了，集群中就不能进行主从切换了。

（1）架构图

（2）建立目录

存放数据目录

 

  1. mkdir -p /opt/apps/mongodb/rs/data/node1

  2. mkdir -p /opt/apps/mongodb/rs/data/node2

  3. mkdir -p /opt/apps/mongodb/rs/data/node3

存放日志目录

mkdir -p /opt/apps/mongodb/rs/logs/

存放配置文件目录

 

  1. mkdir -p /opt/apps/mongodb/rs/conf/node1/

  2. mkdir -p /opt/apps/mongodb/rs/conf/node2/

  3. mkdir -p /opt/apps/mongodb/rs/conf/node3/

（3）建立Master配置文件

vim /opt/apps/mongodb/rs/conf/node1/mongodb.cfg

mongodb.cfg内容为

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27001

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=rs001

（4）建立Arbiter配置文件

vim /opt/apps/mongodb/rs/conf/node2/mongodb.cfg

mongodb.cfg内容为

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs/data/node2

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs/logs/node2.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27002

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=rs001

（5）建立Slave配置文件

vim /opt/apps/mongodb/rs/conf/node3/mongodb.cfg

mongodb.cfg内容为

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs/data/node3

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs/logs/node3.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27003

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=rs001

（6）启动全部mongodb

 

  1. mongod -config /opt/apps/mongodb/rs/conf/node1/mongodb.cfg

  2. mongod -config /opt/apps/mongodb/rs/conf/node2/mongodb.cfg

  3. mongod -config /opt/apps/mongodb/rs/conf/node3/mongodb.cfg

（7）配置主备和仲裁

须要登陆到mongodb的客户端进行配置主备和仲裁角色

mongo 172.17.56.175:27001

用admin身份

use admin

执行Master、Arbiter、Slave配置命令

 

  1. rs.initiate({_id:"rs001",members: [

  2. {_id:0,host:"172.17.56.175:27001",priority:2},

  3. {_id:1,host:"172.17.56.175:27002",priority:1},

  4. {_id:2,host:"172.17.56.175:27003",arbiterOnly:true}

  5. ]});

说明：

  • cfg中的_id的值是【副本集名称】
  • priority：数字越大，优先级越高。优先级最高的会被选举为主库
  • arbiterOnly:true，若是是仲裁节点，必须设置该参数

（8）测试

rs.status()
 

  1. rs001:PRIMARY> rs.status()

  2. {

  3. "set" : "rs001",

  4. "date" : ISODate("2019-06-30T05:20:18.846Z"),

  5. "myState" : 1,

  6. "term" : NumberLong(2),

  7. "syncingTo" : "",

  8. "syncSourceHost" : "",

  9. "syncSourceId" : -1,

  10. "heartbeatIntervalMillis" : NumberLong(2000),

  11. "optimes" : {

  12. "lastCommittedOpTime" : {

  13. "ts" : Timestamp(1561872010, 1),

  14. "t" : NumberLong(2)

  15. },

  16. "readConcernMajorityOpTime" : {

  17. "ts" : Timestamp(1561872010, 1),

  18. "t" : NumberLong(2)

  19. },

  20. "appliedOpTime" : {

  21. "ts" : Timestamp(1561872010, 1),

  22. "t" : NumberLong(2)

  23. },

  24. "durableOpTime" : {

  25. "ts" : Timestamp(1561872010, 1),

  26. "t" : NumberLong(2)

  27. }

  28. },

  29. "lastStableCheckpointTimestamp" : Timestamp(1561871968, 1),

  30. "members" : [

  31. {

  32. "_id" : 0,

  33. "name" : "172.17.56.175:27001",

  34. "health" : 1,

  35. "state" : 1,

  36. "stateStr" : "PRIMARY",

  37. "uptime" : 351,

  38. "optime" : {

  39. "ts" : Timestamp(1561872010, 1),

  40. "t" : NumberLong(2)

  41. },

  42. "optimeDate" : ISODate("2019-06-30T05:20:10Z"),

  43. "syncingTo" : "",

  44. "syncSourceHost" : "",

  45. "syncSourceId" : -1,

  46. "infoMessage" : "",

  47. "electionTime" : Timestamp(1561871679, 1),

  48. "electionDate" : ISODate("2019-06-30T05:14:39Z"),

  49. "configVersion" : 1,

  50. "self" : true,

  51. "lastHeartbeatMessage" : ""

  52. },

  53. {

  54. "_id" : 1,

  55. "name" : "172.17.56.175:27002",

  56. "health" : 1,

  57. "state" : 2,

  58. "stateStr" : "SECONDARY",

  59. "uptime" : 345,

  60. "optime" : {

  61. "ts" : Timestamp(1561872010, 1),

  62. "t" : NumberLong(2)

  63. },

  64. "optimeDurable" : {

  65. "ts" : Timestamp(1561872010, 1),

  66. "t" : NumberLong(2)

  67. },

  68. "optimeDate" : ISODate("2019-06-30T05:20:10Z"),

  69. "optimeDurableDate" : ISODate("2019-06-30T05:20:10Z"),

  70. "lastHeartbeat" : ISODate("2019-06-30T05:20:17.056Z"),

  71. "lastHeartbeatRecv" : ISODate("2019-06-30T05:20:17.832Z"),

  72. "pingMs" : NumberLong(0),

  73. "lastHeartbeatMessage" : "",

  74. "syncingTo" : "172.17.56.175:27001",

  75. "syncSourceHost" : "172.17.56.175:27001",

  76. "syncSourceId" : 0,

  77. "infoMessage" : "",

  78. "configVersion" : 1

  79. },

  80. {

  81. "_id" : 2,

  82. "name" : "172.17.56.175:27003",

  83. "health" : 1,

  84. "state" : 7,

  85. "stateStr" : "ARBITER",

  86. "uptime" : 340,

  87. "lastHeartbeat" : ISODate("2019-06-30T05:20:17.055Z"),

  88. "lastHeartbeatRecv" : ISODate("2019-06-30T05:20:18.193Z"),

  89. "pingMs" : NumberLong(0),

  90. "lastHeartbeatMessage" : "",

  91. "syncingTo" : "",

  92. "syncSourceHost" : "",

  93. "syncSourceId" : -1,

  94. "infoMessage" : "",

  95. "configVersion" : 1

  96. }

  97. ],

  98. "ok" : 1,

  99. "operationTime" : Timestamp(1561872010, 1),

  100. "$clusterTime" : {

  101. "clusterTime" : Timestamp(1561872010, 1),

  102. "signature" : {

  103. "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),

  104. "keyId" : NumberLong(0)

  105. }

  106. }

  107. }

  108. rs001:PRIMARY>

4、MongoDB混合方式集群

（1）Sharding集群简介

MongoDB分片群集包含如下组件：

  • 数据分片（Shards）：每一个分片包含分片数据的子集。每一个分片均可以部署为副本集。启动服务使用mongo脚本命令
  • 查询路由（Query Routers）：mongos充当查询路由器，提供客户端应用程序和分片集群之间的接口。启动服务使用mongod脚本命令
  • 配置服务器（Config servers）：配置服务器存储群集的元数据和配置设置。从MongoDB 3.2开始，配置服务器能够部署为副本集,config server的rs不能有arbiter。启动服务使用mongos脚本命令。

各节点都须要自定义mongodb.cfg文件，由于在一台机器配置，安装一次mongodb，配置7份配置文件便可。

Mongod中的Replica set1与Replica set  Replica set2 (副文本集)，Replica set 与Replica set1内容是不同的，因此能够无限扩容。

Mongod副文本集中的副本内容是同样，除仲裁节点。

Cluster由多个Replica set组成，Replica set由多个数据节点组成，每一个数据节点有多少chunk(块)组成。

（2）分片键：Shard keys

  • shard key在sharding搭建完毕后是不能修改的，一个collection上只能有一个shard key。
  • shard key上必须有索引（能够是以shard key开头的联合索引），若是没有mongodb会为shard key建立索引。若是是已经存在的collection那么必须手动为shard key建立索引。
  • 在sharding的collection中只有_id和shard key前缀的索引能够是unique index，其余索引只能是普通索引。若是一个普通key上有unique index那么你不能以其余key为shard key对collection进行sharding。
  • shard key的选择将会影响整个集群的效率，可扩展性和性能。并且也会影响你所能选择的分片策略。

关于shard key详见：https://docs.mongodb.com/v3.2/core/sharding-shard-key/

分片范围是[shard_key_value_m,shard_key_value_n)，MongoDB把每一个分片叫作一个shard，一部分shard key的集合叫作chunk，一个shard上能够有多个chunk也能够只有一个chunk，通常会有多个

（3）Sharding的优点

  • 读写方面：

sharding将读写负载均匀到各个shard，且workload上限能够经过水平扩展来增长。

  • 扩容方面：

每一个shard保存一部分数据，能够经过增长shards来扩容。

  • 高可用方面：

即使某个shard不可用了，整个集群也能够对外提供服务，只不过访问down掉的shard会报"Connection refused"的错误。并且MongoDB3.2之后能够为每一个shard都配置副本集（replica set），这样保证最大程度的高可用性。

（4）Sharding的劣势

数据量较少时不建议使用sharding，毕竟读写都要通过一层路由会有性能损耗，直接表现就是ips和qps会下降。

（5）使用Sharding前须要考虑的一些事情

  • sharding集群不支持一些常规的单实例方法，如group()，可使用mapReduce()或者aggregate()中的group来替代，所以建议从一开始学习就直接使用aggregate(),这种写法较为简单明了，且统一化易于识别。
  • 对于没有用到shard key的查询，路由进行全集群广播（broadcast operation），对每一个shard都查一遍进行scatter/gather，此时效率会很低。
  • 生产上使用副本集或sharding时，要考虑到安全认证的问题，除了开启对外的auth帐户认证外，集群节点间最好指定keyfile启动，这样能够防止陌生节点随意加入集群。

（6）Sharding策略选择

当shard key老是单调递增时hash sharding并非一个很好的选择，其查询分发基本和broadcast operation同样了，由于hash会把数据比较均匀的分布在各个shard上，但此时选择ranged sharding也有缺点，由于数据过分集中会致使数据集中于某个shard。

在shard key选取不正确的状况下，范围分片会致使数据分布不均匀，也可能遭遇性能瓶颈，所以须要合理的选择ranged shard key。

原理以下：

sh.addShardTag() 给shard设置标签A

sh.addTagRange() 给集合的某个chunk范围设置标签A，最终MongoDB会保证设置标签 A 的chunk范围（或该范围的超集）分布设置了标签 A 的 shard 上。

Tag aware sharding可应用在以下场景：

将部署在不一样机房的shard设置机房标签，将不一样chunk范围的数据分布到指定的机房

将服务能力不通的shard设置服务等级标签，将更多的chunk分散到服务能力更强的shard上去

 

使用 Tag aware sharding 须要注意是,chunk分配到对应标签的shard上不是当即完成，而是在不断insert、update后触发split、moveChunk后逐步完成的，而且须要保证balancer是开启的。因此你可能会观察到，在设置了tag range后一段时间后，写入仍然没有分布到tag相同的shard上去

（7）搭建设计

config server配置服务器
172.17.56.175:28001 172.17.56.175:28002 172.17.56.175:28003
mongos路由
172.17.56.175:30000
Shards数据分片master
172.17.56.175:27004 172.17.56.175:27007 172.17.56.175:27011
Shards数据分片Slave
172.17.56.175:27005 172.17.56.175:27008 172.17.56.175:27012
Shards数据分片arbiter
172.17.56.175:27006 172.17.56.175:27009 172.17.56.175:27013

（8）建立目录

  • 建立数据目录

--Config

 

  1. mkdir -p /opt/apps/mongodb/rs1/shareconf1/data/node1

  2. mkdir -p /opt/apps/mongodb/rs1/shareconf2/data/node1

  3. mkdir -p /opt/apps/mongodb/rs1/shareconf3/data/node1

--Master

 

  1. mkdir -p /opt/apps/mongodb/rs1/share1/data/node1

  2. mkdir -p /opt/apps/mongodb/rs1/share1/data/node2

  3. mkdir -p /opt/apps/mongodb/rs1/share1/data/node3

--Slavte

 

  1. mkdir -p /opt/apps/mongodb/rs1/share2/data/node1

  2. mkdir -p /opt/apps/mongodb/rs1/share2/data/node2

  3. mkdir -p /opt/apps/mongodb/rs1/share2/data/node3

--Arbiter

 

  1. mkdir -p /opt/apps/mongodb/rs1/share3/data/node1

  2. mkdir -p /opt/apps/mongodb/rs1/share3/data/node2

  3. mkdir -p /opt/apps/mongodb/rs1/share3/data/node3

  • 建立日志目录
 

  1. mkdir -p /opt/apps/mongodb/rs1/share1/logs

  2. mkdir -p /opt/apps/mongodb/rs1/share2/logs

  3. mkdir -p /opt/apps/mongodb/rs1/share3/logs

  4.  

  5. mkdir -p /opt/apps/mongodb/rs1/shareconf1/logs

  6. mkdir -p /opt/apps/mongodb/rs1/shareconf2/logs

  7. mkdir -p /opt/apps/mongodb/rs1/shareconf3/logs

  8.  

  9. mkdir -p /opt/apps/mongodb/rs1/routers/logs

（9）建立Config配置

vim /opt/apps/mongodb/rs1/conf/shareconf1/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/shareconf1/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/shareconf1/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=28001

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=config

  16. #指定配置服务器

  17. configsvr=true

vim /opt/apps/mongodb/rs1/conf/shareconf2/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/shareconf2/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/shareconf2/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=28002

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=config

  16. #指定配置服务器

  17. configsvr=true

vim /opt/apps/mongodb/rs1/conf/shareconf3/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/shareconf3/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/shareconf3/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=28003

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=config

  16. #指定配置服务器

  17. configsvr=true

（10）建立Share1配置
vim /opt/apps/mongodb/rs1/conf/node4/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share1/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share1/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27004

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share1

  16. #指定是Shard

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node5/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share1/data/node2

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share1/logs/node2.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27005

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share1

  16. #指定是Shard

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node6/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share1/data/node3

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share1/logs/node3.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27006

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share1

  16. #指定是share

  17. shardsvr=true

（11）建立Share2配置

vim /opt/apps/mongodb/rs1/conf/node7/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share2/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share2/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27007

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share2

  16. #指定是share

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node8/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share2/data/node2

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share2/logs/node2.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27008

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share2

  16. #指定是share

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node9/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share2/data/node3

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share2/logs/node3.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27009

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share2

  16. #指定是share

  17. shardsvr=true

（12）建立Share3配置
vim /opt/apps/mongodb/rs1/conf/node11/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share3/data/node1

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share3/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27011

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share3

  16. #指定是share

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node12/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share3/data/node2

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share3/logs/node2.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27012

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share3

  16. #指定是share

  17. shardsvr=true

vim /opt/apps/mongodb/rs1/conf/node13/mongodb.cfg

 

  1. #数据库文件位置

  2. dbpath=/opt/apps/mongodb/rs1/share3/data/node3

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/share3/logs/node3.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork = true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=27013

  13. #注意：不须要显式的去指定主从，主从是动态选举的

  14. #副本集集群，须要指定一个名称，在一个副本集下，名称是相同的

  15. replSet=share3

  16. #指定是share

  17. shardsvr=true

（13）建立路由配置

vim /opt/apps/mongodb/rs1/conf/routers/mongodb.cfg

 

  1. #数据库文件位置

  2. configdb=config/172.17.56.175:28001,172.17.56.175:28002,172.17.56.175:28003

  3. #日志文件

  4. logpath=/opt/apps/mongodb/rs1/routers/logs/node1.log

  5. #以追加方式写日志

  6. logappend=true

  7. #是否以守护进程方式启动

  8. fork=true

  9. #绑定ip地址

  10. bind_ip=172.17.56.175

  11. #默认端口27017

  12. port=30000

（14）启动并配置config server

启动全部

 
  1.  

  2. mongod -f /opt/apps/mongodb/rs1/conf/shareconf1/mongodb.cfg

  3. mongod -f /opt/apps/mongodb/rs1/conf/shareconf2/mongodb.cfg

  4. mongod -f /opt/apps/mongodb/rs1/conf/shareconf3/mongodb.cfg

  5.  
  6.  

  7. mongod -config /opt/apps/mongodb/rs1/conf/node4/mongodb.cfg

  8. mongod -config /opt/apps/mongodb/rs1/conf/node5/mongodb.cfg

  9. mongod -config /opt/apps/mongodb/rs1/conf/node6/mongodb.cfg

  10.  

  11. mongod -config /opt/apps/mongodb/rs1/conf/node7/mongodb.cfg

  12. mongod -config /opt/apps/mongodb/rs1/conf/node8/mongodb.cfg

  13. mongod -config /opt/apps/mongodb/rs1/conf/node9/mongodb.cfg

  14.  
  15.  

  16. mongod -config /opt/apps/mongodb/rs1/conf/node11/mongodb.cfg

  17. mongod -config /opt/apps/mongodb/rs1/conf/node12/mongodb.cfg

  18. mongod -config /opt/apps/mongodb/rs1/conf/node13/mongodb.cfg

  19.  

  20. mongos -config /opt/apps/mongodb/rs1/conf/routers/mongodb.cfg

客户端链接

mongo 172.17.56.175:28001

配置

使用admin用户

use admin
 

  1. rs.initiate({_id:"config",members: [

  2. {_id:0,host:"172.17.56.175:28001",priority:2},

  3. {_id:1,host:"172.17.56.175:28002",priority:1},

  4. {_id:2,host:"172.17.56.175:28003",priority:1}

  5. ]})

用rs.status()，显示以下内容证实成功

 

  1. config:PRIMARY> rs.status()

  2. {

  3. "set" : "config",

  4. "date" : ISODate("2019-06-30T15:59:05.588Z"),

  5. "myState" : 1,

  6. "term" : NumberLong(1),

  7. "syncingTo" : "",

  8. "syncSourceHost" : "",

  9. "syncSourceId" : -1,

  10. "configsvr" : true,

  11. "heartbeatIntervalMillis" : NumberLong(2000),

  12. "optimes" : {

  13. "lastCommittedOpTime" : {

  14. "ts" : Timestamp(1561910326, 3),

  15. "t" : NumberLong(1)

  16. },

  17. "readConcernMajorityOpTime" : {

  18. "ts" : Timestamp(1561910326, 3),

  19. "t" : NumberLong(1)

  20. },

  21. "appliedOpTime" : {

  22. "ts" : Timestamp(1561910326, 3),

  23. "t" : NumberLong(1)

  24. },

  25. "durableOpTime" : {

  26. "ts" : Timestamp(1561910326, 3),

  27. "t" : NumberLong(1)

  28. }

  29. },

  30. "lastStableCheckpointTimestamp" : Timestamp(1561910325, 1),

  31. "members" : [

  32. {

  33. "_id" : 0,

  34. "name" : "172.17.56.175:28001",

  35. "health" : 1,

  36. "state" : 1,

  37. "stateStr" : "PRIMARY",

  38. "uptime" : 1342,

  39. "optime" : {

  40. "ts" : Timestamp(1561910326, 3),

  41. "t" : NumberLong(1)

  42. },

  43. "optimeDate" : ISODate("2019-06-30T15:58:46Z"),

  44. "syncingTo" : "",

  45. "syncSourceHost" : "",

  46. "syncSourceId" : -1,

  47. "infoMessage" : "could not find member to sync from",

  48. "electionTime" : Timestamp(1561910324, 1),

  49. "electionDate" : ISODate("2019-06-30T15:58:44Z"),

  50. "configVersion" : 1,

  51. "self" : true,

  52. "lastHeartbeatMessage" : ""

  53. },

  54. {

  55. "_id" : 1,

  56. "name" : "172.17.56.175:28002",

  57. "health" : 1,

  58. "state" : 2,

  59. "stateStr" : "SECONDARY",

  60. "uptime" : 32,

  61. "optime" : {

  62. "ts" : Timestamp(1561910326, 3),

  63. "t" : NumberLong(1)

  64. },

  65. "optimeDurable" : {

  66. "ts" : Timestamp(1561910326, 3),

  67. "t" : NumberLong(1)

  68. },

  69. "optimeDate" : ISODate("2019-06-30T15:58:46Z"),

  70. "optimeDurableDate" : ISODate("2019-06-30T15:58:46Z"),

  71. "lastHeartbeat" : ISODate("2019-06-30T15:59:04.297Z"),

  72. "lastHeartbeatRecv" : ISODate("2019-06-30T15:59:04.549Z"),

  73. "pingMs" : NumberLong(0),

  74. "lastHeartbeatMessage" : "",

  75. "syncingTo" : "172.17.56.175:28001",

  76. "syncSourceHost" : "172.17.56.175:28001",

  77. "syncSourceId" : 0,

  78. "infoMessage" : "",

  79. "configVersion" : 1

  80. },

  81. {

  82. "_id" : 2,

  83. "name" : "172.17.56.175:28003",

  84. "health" : 1,

  85. "state" : 2,

  86. "stateStr" : "SECONDARY",

  87. "uptime" : 32,

  88. "optime" : {

  89. "ts" : Timestamp(1561910326, 3),

  90. "t" : NumberLong(1)

  91. },

  92. "optimeDurable" : {

  93. "ts" : Timestamp(1561910326, 3),

  94. "t" : NumberLong(1)

  95. },

  96. "optimeDate" : ISODate("2019-06-30T15:58:46Z"),

  97. "optimeDurableDate" : ISODate("2019-06-30T15:58:46Z"),

  98. "lastHeartbeat" : ISODate("2019-06-30T15:59:04.297Z"),

  99. "lastHeartbeatRecv" : ISODate("2019-06-30T15:59:04.549Z"),

  100. "pingMs" : NumberLong(0),

  101. "lastHeartbeatMessage" : "",

  102. "syncingTo" : "172.17.56.175:28001",

  103. "syncSourceHost" : "172.17.56.175:28001",

  104. "syncSourceId" : 0,

  105. "infoMessage" : "",

  106. "configVersion" : 1

  107. }

  108. ],

  109. "ok" : 1,

  110. "operationTime" : Timestamp(1561910326, 3),

  111. "$gleStats" : {

  112. "lastOpTime" : Timestamp(1561910313, 1),

  113. "electionId" : ObjectId("7fffffff0000000000000001")

  114. },

  115. "lastCommittedOpTime" : Timestamp(1561910326, 3),

  116. "$clusterTime" : {

  117. "clusterTime" : Timestamp(1561910326, 3),

  118. "signature" : {

  119. "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),

  120. "keyId" : NumberLong(0)

  121. }

  122. }

  123. }

  124. config:PRIMARY>

（15）配置share1

客户端链接

mongo 172.17.56.175:27004

使用admin用用户

use admin

配置

 

  1. rs.initiate({_id:"share1",members: [

  2. {_id:0,host:"172.17.56.175:27004",priority:2},

  3. {_id:1,host:"172.17.56.175:27005",priority:1},

  4. {_id:2,host:"172.17.56.175:27006",arbiterOnly:true}

  5. ]})

（16）配置share2

客户端链接

mongo 172.17.56.175:27007

使用admin用用户

use admin

配置

 

  1. rs.initiate({_id:"share2",members: [

  2. {_id:0,host:"172.17.56.175:27007",priority:2},

  3. {_id:1,host:"172.17.56.175:27008",priority:1},

  4. {_id:2,host:"172.17.56.175:27009",arbiterOnly:true}

  5. ]})

（17）配置share3

客户端链接

mongo 172.17.56.175:27011

使用admin用用户

use admin

配置

 

  1. rs.initiate({_id:"share3",members: [

  2. {_id:0,host:"172.17.56.175:27011",priority:2},

  3. {_id:1,host:"172.17.56.175:27012",priority:1},

  4. {_id:2,host:"172.17.56.175:27013",arbiterOnly:true}

  5. ]})

（18）至此完成了全部服务器的配置，接下来开始配置具体collection的分片策略

客户端链接路由

mongo 172.17.56.175:30000

使用admin用用户

 

  1. use admin

  2. sh.addShard("share1/172.17.56.175:27004,172.17.56.175:27005,172.17.56.175:27005");

  3. sh.addShard("share2/172.17.56.175:27007,172.17.56.175:27008,172.17.56.175:27009");

  4. sh.addShard("share3/172.17.56.175:27011,172.17.56.175:27012,172.17.56.175:27013");

而后在mongos上为具体的数据库配置sharding:

sh.enableSharding("test")

--容许test数据库进行sharding

--对test.t集合以id列为shard key进行hashed sharding

sh.shardCollection("test.t",{id:"hashed"})

经过db.t.getIndexes()能够看到自动为id列建立了索引。

（19）hashed分片验证

 

  1. mongo 172.17.56.175:30000

  2.  

  3. use test

for (i=1;i<=1000;i++) {db.t.insert({id:i,name:"Leo"})}

在3个shard的primary上使用db.t.find().count()会发现1000条数据近似均匀的分布到了3个shard上。

使用db.t.stats()查看分片结果，使用sh.status()查看本库内全部集合的分片信息

推荐文章：https://www.cnblogs.com/leohahah/p/8652572.html

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程