核心系统采用超融合架构，如何向用户证明超融合架构同样适用？

在问题描述中，可以看到用户对超融合是否能应用在核心系统的质疑主要来自于两点：性能与可靠性，下面将针对这两点进行阐述。

关于超融合的性能是否足以满足核心系统的运行，其实这个问题可以通过多种手段进行验证的。
例如很多用户的核心系统的压力主要来自于 Oracle 数据库，那么

1. 可以使用类似 swingbench 这种数据库性能测试工具，利用参数配置模仿真实环境的进行压力测试，得出 TPS 基准值作为参考；
2. 如果用户依然不放心，现在可以通过克隆或者迁移等方式方便地将生产环境数据库部署到超融合环境中进行模拟测试，同样可以得到非常贴近实际运行情况的测试结果。

超融合产品有一部分性能还是不错的，混闪状态下（SSD+HDD），单虚拟机的 IOPS 性能可以达到数万，已经可以满足相当一部分数据库的性能要求，甚至可以构建负载均衡集群进一步获得提升；假如混闪性能依旧无法满足您的要求，可以采用全闪（全 SSD）集群；目前有一些超融合厂商已经支持全闪介质甚至 NVMe SSD 支持，可以大幅降低访问延时，集群性能超过百万 IOPS，相信对于大部分用户来说是足以满足核心系统的性能要求的。

关于超融合可靠性的问题，从技术上来说，超融合架构本身有几点是非常符合的。

1. 全分布式架构，有效避免单点故障，在超融合集群中可容忍部分服务器硬件宕机或者离线情况下继续正常提供服务，保障核心业务的高可用。
2. 故障自愈功能，当硬盘或者服务器故障，保障生产业务正常运行的情况下，自动触发数据恢复，保障重要数据能在最短的时间内恢复可靠级别。
3. 超融合集群可以提供多种容灾解决方案，包括原生的容灾备份方案或者第三方容灾软件集成方案，这些手段能为您的核心系统提供跨站点的高可用保护。

除了技术和功能的角度，最重要的是真正用于生产环境的实际案例，目前已经有不少的金融企业在生产环境中使用了超融合技术，甚至部分已经涉及核心的应用。看看这些用户是如何使用超融合去支撑关键业务的，这样或许能消除用户心中最后一点疑惑。