这两者其实是没有必然联系的,就像业务系统不知道自己是跑在虚拟机上还是跑在物理机上是一样的。如果真的要深究的话,对io要求高的系统由于超融合技术的io路径要短一些,因此在同等磁盘和软件算法的配置下,超融合技术栈的io性能应该会对io密集型的业务更加友好。
收起超融合的话,其实需要考虑的有三个方面,第一,架构方面,需要考虑带宽,因为超融合一般都是通过后端的万兆交换机作为数据互联,再加上通过多副本(一般是三副本),数据流量增加了三倍,所以对网卡和交换机都是巨大的考验,不仅要高带宽、低延迟,还需要更好的网络虚拟化支持能力,所以网络往往会形成超融合瓶颈,而且超融合拥有管理网、心跳网、业务网、存储网等多个网络,对网络的稳定性和性能是首先考虑的;第二是性能问题,不同的业务场景对设备性能的需求是不一样的,比如关键生产业务比如医院HIS,金融支付系统,企业ERP系统,往往运行在高性能的物理机上,它们超过了超融合单个VM的最大负荷,如果是轻应用,其实完全没问题;第三呢就是考虑后期的运维扩展,超融合由于自身技术的封闭,如果想后续扩容的话,只能是同一品牌增加节点,容易被厂商绑架,那么扩容问题就来了,如果我是存储容量不足,我扩节点的话,连计算节点也一起扩容了,同理单纯扩计算资源也是这样。还有一点就是,业务部署问题,超融合部署业务块,但是一旦想回去传统的SAN架构时,数据迁移是个大问题,需要超融合厂商配置,但是都不用人家设备了,他们还会配合你们么。
综上所述,不同的业务场景,选择的IT架构是不一样的,如果是轻应用虚拟化的话,没有问题,VDI虚拟桌面,也没有问题,但是核心系统,还是建议部署在传统IOE架构上。
简单来说,如果您的应用部署在虚拟化环境下,但存储和整体 IT 方面遇到如下问题,都可以考虑使用超融合:
超融合在如下几种典型的场景中比较常用:
针对以上场景,超融合的优势在于:
答:一般非核心业务,非数据库业务,适合超融合架构。还有对系统扩容需求要求比较灵活的,增长比较快的业务系统。例如电商业务等。
强一致性数据库,特别是ORACLE\DB2之类的,不适合考虑超融合技术。
一、业务系统类型
1、存储容量会大量增加的业务系统,例如医院的影像,超融合架构相比于虚拟化+外置存储的优势在于扩容方便
2、数据比较重要的业务系统,例如财务系统,超融合分布式存储的多副本机制,能避免存储出现单点故障
二、使用场景
1、节约机柜空间,例如金融行业,机柜空间比较紧张,使用超融合架构可以减少服务器数量
2、运维简单,对于运维人员比较少的企业,超融合架构的可以减轻运维工作