系统存储架构升级分享 | 京东云技术团队

一、业务背景

系统业务功能：系统内部进行数据处理及整合, 对外部系统提供结果数据的初始化(写)及查询数据结果服务。

系统网络架构:

• 部署架构对切量上线的影响 - 内部管理系统上线对其他系统的读业务无影响
• 分布式缓存可进行单独扩容, 与存储及查询功能升级无关
• 通过缓存层的隔离, 系统扩展期间外部系统可保持不变, 只对内部管理系统升级
• 内部系统上线/验证时, 除了业务场景1相关的初始化操作, 仍可提供读服务，降低上线影响

二、本次升级整体实施方案:

整体实施方案图例:

（一）、设立目标

商品全量渠道化-切量计划: (总量为当前10倍):

目前：

当前数据库常用表均已超过5000W, 其中部分结果表达6000W, 已达到MYSQL数据库表容量峰值, 对于全切量无法支持;

目标:

最高支持9亿: 根据切量计划, 全切量后系统约为6.7亿, 保留1/4的冗余, 取8.375亿; 向上取整9亿, 此值冗余量较大, 可满足未来5年数据支持

时间目标: 8月初方案设定, 8月17~8.22上线及验证, 8.24切量计划开始

（二）、当前系统现状

1、资源使用

•当前部署结构

——机房分布，Mysql: 1主4从(机房A 1主, 3从; 机房B只读从)

——机房分布，Doris: 32C, 63个节点, 3副本

•当前应用容器（docker）数量，db最大连接数

——应用容器数量: 62 (Web分组: 25, Worker分组: 31, MQ分组: 6)

——db最大连接数100 (每个容器配置)

•当前业务是否读写分离，读写比例情况

——无读写分离

•各业务场景下，是否可容忍主从延迟？可容忍的延迟时长是多少