内容简介：MongoDB 副本集（Replica Set）是有自动故障恢复功能的主从集群，有一个Primary节点和一个或多个Secondary节点组成。当主节点挂掉之后，会由多个副本节点选举产生出新的主节点。（节点数请保持为基数个）。这样就能保证应用的高可用，其中一个或多个节点挂掉之后还能正常运行和服务。
HI!，你好，我是zane，zanePerfor是一款最近我开发的一个前端性能监控平台，现在支持web浏览器端和微信小程序段。
我定义为一款完整，高性能，高可用的前端性能监控系统，这是未来会达到的目的，现今的架构也基本支持了高可用，高性能的部署。实际上还不够，在很多地方还有优化的空间，我会持续的优化和升级。
开源不易，如果你也热爱技术，拥抱开源，希望能小小的支持给个star。
项目的github地址：
项目开发文档说明：
Mongodb副本集架构
优势：
MongoDB 副本集（Replica Set）是有自动故障恢复功能的主从集群，有一个Primary节点和一个或多个Secondary节点组成。
当主节点挂掉之后，会由多个副本节点选举产生出新的主节点。（节点数请保持为基数个）。
这样就能保证应用的高可用，其中一个或多个节点挂掉之后还能正常运行和服务。
劣势：
数据丢失：主节点挂掉之后，副本节点选举出新的主节点需要一定的时间，这段时间会造成数据的丢失。
不能完全保证项目的高可用：在副本集的环境中，要是所有的Secondary都宕机了，只剩下Primary。最后Primary会变成Secondary，将不能再提供服务。
总结：
在大多数情况下推荐使用副本集架构，副本集架构在保证高可用的同时还能降低服务器成本，相对于集群分片来说配置也更简单，更易于维护，具体选择什么架构需要根据自己的项目来觉定。
Mongodb副本集架构搭建：
Mongodb副本集搭建比价简单，你只需要根据下面的步骤一步一步操作即可（以下内容以 Linux 或mac为例进行搭建）。
一：安装Mongodb （略）
请参考： LINUX系统下安装mongodb
关于副本集搭建还可参考我的另一篇文章： MongoDB主从副本集架构
二：副本集搭建
（备注：鉴于成本，以下内容在单机下部署为例，多机部署只需要替换下IP即可）
1、创建数据和日志存放目录
// 数据存放目录 mkdir -p /data/replication/s0 mkdir -p /data/replication/s1 mkdir -p /data/replication/s2 // 日志存放目录 mkdir -p /data/replication/log复制代码
2、启动 Mongodb 服务
（下面以 28100，28101，28100三个端口为例）
// 启动mongodb服务 mongod --dbpath /data/replication/s0 --logpath /data/replication/log/s0.log --fork --smallfiles --port 28100 --replSet rs1 mongod --dbpath /data/replication/s1 --logpath /data/replication/log/s1.log --fork --smallfiles --port 28101 --replSet rs1 mongod --dbpath /data/replication/s2 --logpath /data/replication/log/s2.log --fork --smallfiles --port 28102 --replSet rs1复制代码
-
--dbpath：存放数据目录
-
--logpath：存放日志目录
-
--smallfiles：是否使用较小的默认文件。默认为false，不使用。
-
--replSet: 副本集名称，副本集名称必须一致
进入28100服务设置副本集
// 登录 mongodb
mongo localhost:28100
// 切换到admin用户
use admin
// 初始化副本集
rs.initiate({_id:"rs1",members:[{_id:0,host:"127.0.0.1:28100"},{_id:1,host:"127.0.0.1:28101"},{_id:2,host:"127.0.0.1:28102"}]})
// 查看副本集状态
rs.status()复制代码
副本集设置成功之后，查看状态会看到如下信息即标识成功。
{
"set" : "rs1",
"date" : ISODate("2018-11-14T08:40:44.659Z"),
"myState" : 1,
"term" : NumberLong(2),
"heartbeatIntervalMillis" : NumberLong(2000),
"optimes" : {
"lastCommittedOpTime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"readConcernMajorityOpTime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"appliedOpTime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"durableOpTime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
}
},
"members" : [
{
"_id" : 0,
"name" : "127.0.0.1:28100",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 5977,
"optime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-11-14T08:40:35Z"),
"electionTime" : Timestamp(1542178880, 1),
"electionDate" : ISODate("2018-11-14T07:01:20Z"),
"configVersion" : 1,
"self" : true
},
{
"_id" : 1,
"name" : "127.0.0.1:28101",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 5970,
"optime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"optimeDurable" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-11-14T08:40:35Z"),
"optimeDurableDate" : ISODate("2018-11-14T08:40:35Z"),
"lastHeartbeat" : ISODate("2018-11-14T08:40:43.345Z"),
"lastHeartbeatRecv" : ISODate("2018-11-14T08:40:43.603Z"),
"pingMs" : NumberLong(0),
"syncingTo" : "127.0.0.1:28102",
"configVersion" : 1
},
{
"_id" : 2,
"name" : "127.0.0.1:28102",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 5970,
"optime" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"optimeDurable" : {
"ts" : Timestamp(1542184835, 1),
"t" : NumberLong(2)
},
"optimeDate" : ISODate("2018-11-14T08:40:35Z"),
"optimeDurableDate" : ISODate("2018-11-14T08:40:35Z"),
"lastHeartbeat" : ISODate("2018-11-14T08:40:43.345Z"),
"lastHeartbeatRecv" : ISODate("2018-11-14T08:40:43.575Z"),
"pingMs" : NumberLong(0),
"syncingTo" : "127.0.0.1:28100",
"configVersion" : 1
}
],
"ok" : 1,
"operationTime" : Timestamp(1542184835, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1542184835, 1),
"signature" : {
"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
"keyId" : NumberLong(0)
}
}
}复制代码
3、设置Mongodb副本可读
在mac和linux系统中，一般在~目录下会有个.mongorc.js文件，给此文件新增一句rs.slaveOk();即可。
查看是否有次文件：
cd ~ ll -a复制代码
若无，则全局查找：
// 全局搜索 sudo find / -name .mongorc.js复制代码
添加rs.slaveOk();
vi ~/.mongorc.js // 此文件默认为空 // 增加一行,保存退出 rs.slaveOk();复制代码
重启Mongodb，这时所有副本节点都可读。
在zanePerfor (前端性能监控平台)生产环境中使用，并做读写分离。
一：找到项目的 config/config.prod.js文件
更改如下Mongodb配置即可：
// mongodb 服务
// 此处替换 url 参数为链接副本集方式即可
const dbclients = {
db3: {
url: 'mongodb://127.0.0.1:28100,127.0.0.1:28101,127.0.0.1:28102/performance?replicaSet=rs1',
options: {
poolSize: 100,
keepAlive: 10000,
connectTimeoutMS: 10000,
autoReconnect: true,
reconnectTries: 100,
reconnectInterval: 1000,
},
},
};复制代码
读写分离：
项目所有查询已经做好了读写分离操作，例如查询page页列表，其他皆如此即可，这样就保证了服务的读写压力（主节点负责写数据，副本节点负责读取数据）。
read参数说明
primary - (默认值) 只从主节点读取。如果主节点不可用则报错。不能跟 tags 选项组合使用。 secondary 只有当从节点可用时，从中读取，否则报错。 primaryPreferred 优先读取主节点，不可用时读取从节点。 secondaryPreferred 优先读取从节点，不可用时读取主节点。 nearest 所有操作都读最近的候选节点，不同于其他模式，该选项会随机选取所有主、从节点。复制代码
选项别名：
p primary pp primaryPreferred s secondary sp secondaryPreferred n nearest复制代码
zanePerfor下一步架构：Mongodb集群分片架构。
zanePerfor github地址： github.com/wangweiange…
zanePerfor 开发文档：blog.seosiwei.com/performance…
以上所述就是小编给大家介绍的《zanePerfor前端性能监控系统高可用之Mongodb副本集读写分离架构》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Uberland
Alex Rosenblat / University of California Press / 2018-11-19 / GBP 21.00
Silicon Valley technology is transforming the way we work, and Uber is leading the charge. An American startup that promised to deliver entrepreneurship for the masses through its technology, Uber ins......一起来看看 《Uberland》 这本书的介绍吧!
