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

性能不好，这里涉及两个问题。一是超融合技术都在不断的发展，不知道您是测试的是哪一年的产品？二是超融合厂家和厂家的能力差距比较大，这就需要在poc测试的时候进行充分的评估，根据笔者所知，现在很多超融合平台的io能力已经超越例如emc、ibm这些大厂的中端存储能力；三是部署是否合理，如果你说的是db性能不好，那就要看你部署db的方式是否是超融合厂商建议的最佳实践；至少在笔者看来，目前的超融合技术计算能力是可以应对中小金融企业80%的业务场景。
第二个问题，说白了是用户对超融合技术不信任。这个没有特别好的办法，只能通过实践和案例来向用户证明，毕竟这不是一个技术问题，而是一种理念和态度问题。

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

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

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

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

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

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

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

核心系统确实不太适用超融合架构。可以测试下核心系统的性能，做个POC测试。如果性能确实不好，建议不要上超融合。
一般的性能问题主要出现在存储上，原有核心系统，集中存储的性能肯定不差。超融合要想达到，一是增加服务器节点数量，其次是配置SSD盘，优化I/O。这样才有替代的可能

既然都知道了性能不好，肯定先从边缘做起啊，直接就上核心系统。。。被厂家洗脑了吧。