分布式存储 vs. 全闪集中式存储：金融数据仓库场景下的性能对比

作者：深耕行业的 SmartX 金融团队张德敏

近年来随着金融行业的高速发展，经营决策者及监管机构对信息时效性的要求越来越高，科技部门面临诸多挑战。例如，不少金融机构使用数仓业务系统，为公司高层提供日常经营报表，同时支持监管报送等应用。该业务系统通常是 I/O 密集型应用，对 IT 基础架构的性能有极高的要求。

在《Oracle 数据仓库在超融合架构下的跑批性能验证》文章中，我们分享了金融机构利用 SmartX 超融合优化 Oracle 数据仓库跑批效率的实践经验。超融合部署架构如下：

编辑

本期，我们将进一步验证 SmartX 分布式存储 SMTX ZBS 对数仓业务系统的支持能力，通过金融客户的实际测试，对比 SmartX 分布式存储与全闪集中式存储执行数仓跑批任务的效率。部署架构方式请参考下文。

某金融机构使用传统架构支撑数仓业务系统，其中存储使服务器托管网用 EMC PowerStore 全闪存储，虽然现阶段可满足经营决策者及监管机构对信息时效性的要求，但科技部门认为该架构仍然面临一些挑战：

得益于分布式的架构和弹性扩展能力，分布式存储能很好地解决以上问题。但让科技部门顾虑的是：分布式存储性能能否对标全闪中高端集中式存储？能否有效支撑数仓业务系统对报表输出时效性的要求？为此，该金融客户使用 SmartX 分布式存储在测试环境部署数仓业务系统，进行了相关课题的验证。

编辑

测试架构如图所示：

计算端采用裸金属（Intel x86 服务器）部署 Oracle 数据库，测试环境使用一台服务器托管网 2 路服务器，当前生产环境使用一台 4 路服务器。
网络端测试环境使用以太网交换机和 NVMe over RDMA 协议，当前生产环境使用光纤交换机和 FC 协议。
存储端测试环境使用 SMTX ZBS 分布式存储和 3 台通用 Intel x86 服务器（混闪），当前生产环境使用 1 套 PowerStore 1000T 全闪存储。

编辑

结果显示，相比生产环境，SmartX 分布式存储执行全部存储过程集，3 个月平均跑批时间缩短45%；其中，某耗时最长存储过程，3 个月平均跑批时间缩短55%，其他存储过程集 3 个月平均跑批时间缩短31%。

编辑

数仓业务跑批期间统计了 SMTX ZBS 在该业务下的负载峰值，与 SMTX ZBS 基准性能做了进一步对比。从数据可以看出，SMTX ZBS 除了支撑该数仓工作负载外，仍有很大的余力。

编辑

注：
基准数据指 SMTX ZBS 在该硬件配置下的最佳性能。
本次测试数据指数仓业务跑批期间 SMTX ZBS 的负载峰值。
绿色数据表示受限于网卡带宽，SMTX ZBS 存储实际的能力没有完整发挥出来。

本次测试由客户全程自己操作完成，从测试结果看，SMTX ZBS 分布式存储已经具备承载客户现有的数仓应用的能力。这意味着，客户可以在不改变上层数仓应用的情况下，通过优化基础架构设施进一步提升跑批的效率，缩短跑批时间，从而以更少的成本带来更大的应用价值的提升。