忘记密码   免费注册 查看新帖 |

ChinaUnix.net

  平台 论坛 博客 文库 频道自动化运维 虚拟化 储存备份 C/C++ PHP MySQL 嵌入式 Linux系统
最近访问板块 发新帖
查看: 5897 | 回复: 0

[MongoDB] MongoDB 升级3.4对均衡的影响 [复制链接]

求职 : Linux运维
论坛徽章:
203
拜羊年徽章
日期:2015-03-03 16:15:432015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:57:092015小元宵徽章
日期:2015-03-06 15:58:182015年亚洲杯之约旦
日期:2015-04-05 20:08:292015年亚洲杯之澳大利亚
日期:2015-04-09 09:25:552015年亚洲杯之约旦
日期:2015-04-10 17:34:102015年亚洲杯之巴勒斯坦
日期:2015-04-10 17:35:342015年亚洲杯之日本
日期:2015-04-16 16:28:552015年亚洲杯纪念徽章
日期:2015-04-27 23:29:17操作系统版块每日发帖之星
日期:2015-06-06 22:20:00操作系统版块每日发帖之星
日期:2015-06-09 22:20:00
发表于 2017-02-20 09:49 |显示全部楼层
数据库扩容要趁早再趁早
背景

公司有部门春节期间做活动, 产品中使用了 MonogDB 做弹幕消息的收发和一些元信息的存储, 由于预计活动进行时会有流量上涨的情况, 需要对数据库进行扩容

在扩容前, 数据库有4个分片, 每个分片有几百 G 数据, 每个分片大概有5000个数据块, 总共有2w 个数据块

扩容为4分片扩8分片, 活动上线时间在两天后

当时使用的 MongoDB 版本为3.0

问题

在3.0的版本下, 数据块的迁移是全局串行的, 即同一时刻只能有一个数据块在迁移, 在线上开启了迁移, 进行了速度测试, 平均每个数据块的迁移时间为5分钟左右, 4分片扩8分片需要移动大约1w 个分片, 耗费的时间为10000 * 5 = 1个月

分析

MongoDB 在3.2以及之前的版本对数据的自动均衡做了全局串行处理, 在片数较多时不能发挥均衡的完整作用

为在指定时间内完成数据库扩容, 需要升级到增加了并行均衡的3.4版本

升级过程

按照官网要求, 3.0到3.4的升级不能直接进行, 需要先升级到3.2, 再升级到3.4

升级顺序为 mongod, config, mongos, 需要注意的有两点:
1. config 升级为复制集的过程较为繁琐, 参考config 升级复制集文档
2. 新版本 mongos 可能不能正确连接旧版本 mongod, 所以升级过程中, mongos 应该最后升级

效果

升级完成后, 首先看了一下单个数据块的迁移速度, 速度提升非常明显, 单个数据块的迁移时间从5分钟缩短到30s 左右, 有10倍的提升

再考虑到分片之间的并行迁移, 实际均衡时间由1个月降低到10000 * 0.5 / 4 = 18小时

在升级完成的一天内, 虽然遇到了一点别的问题, 数据库依旧完成了扩容

监控

mongodb 提供的 ops manager 监控, 比较方便可以搭建起来
在均衡过程中, 请求耗时增长可以接受
bd1fa2051919ba358243591f0

升级后的问题

有几个小问题

在迁移过程中, 出现了遇到 jumbo chunk 之后剩余的 chunk 不再继续迁移的问题, 具体表现是: set1中存在较多的 jumbo chunk( 较大的数据块), balancer 不断尝试迁移, 但是总是在连续两个 jumbo chunk 之间尝试, 在日志中不停打印类似的日志:
2017-01-20T11:38:21.030+0800 W SHARDING [conn4192015] possible low cardinality key detected in * - key is { uk: 247332434 }
2017-01-20T11:38:43.070+0800 W SHARDING [conn4192015] possible low cardinality key detected in * - key is { uk: 247332439 }
2017-01-20T11:39:07.806+0800 W SHARDING [conn4192015] possible low cardinality key detected in * - key is { uk: 247332434 }
线下复现未能成功, 线上一直存在问题

后使用脚本运行 movechunk 命令完成均衡

ops manager 的 ip 识别问题, 在进行监控时, ops manager 会将 ip 转化为域名进行记录处理, 但是存在的问题是, ip 与域名的映射并不总是完全准确的, 在映射错误的机器上使用 host 命令可以得到正确的结果, 导致的问题是, ops manager 对于映射错误的机器不能得到最新的数据
总体来说, 升级3.4版本对于均衡的收益是数量级的差异, 带来的效果十分明显, 对于均衡有需求的场景推荐升级


您需要登录后才可以回帖 登录 | 注册

本版积分规则

【重磅资料】多云网络实战的相关问题汇总!
云网融合的多云网络

本文介绍如何管理私有云数据中心,构建数据中心互联和混合云解决方案。对于OTT 网络架构的深入理解,基本上来源于SIGCOM 的白皮书和一些公开视频。

Overlay SDN 控制器详解

云计算为了适应业务/APP 的快速开发和部署,会把网络分为两层:Overlay 和 Underlay 网络。本文主要讲Overlay网络层面的问题。

超级核心路由器演进

2016 年,网络连接已经采用100G/200G/400G(虽然 400GE 接口技术还未成熟),互联网出口也已经增长到了 T 级别。

获得资料 >>
  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802020122
广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员  联系我们:wangnan@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP