超融合？本日你被忽悠了吗！
>笔者写这个标题着实酝酿了好久，笔者虽然工作十几年，但是背面几年重要精力在市场方面，怕写出来的文章不专业经不住专家的质疑，又怕得罪一些人。但是近来几乎天天都会遇到客户被超融合厂家忽悠，各种超融合全能的方案铺天盖地而来。客户天天都要问我一些常识性的题目，动不动就超融合，天天答复客户这些题目也花费我大量时间，同时也感觉国内投机市场氛围之浓烈，某些厂家，某些销售不真心为客户着想，为了做项目，没有底线。我们这种技术基因的人一心想为客户解决题目的人因为无可怎样，不吐不快。以下笔墨没有针对任何人，任何公司，纯属探讨，欢迎交流！
我们先看几个超融合忽悠的案例：
1，甲方：某三线城市上市公司，乙方：某服（对这家公司的市场能力，笔者非常佩服）；项目配景：备份 数据量100G以内；某服做进去3个节点超融互助为几十GB备份数据的在线存储；
2，甲方：某上市公司，乙方：某服以及其他国内超融合厂家；项目配景:核心存储改造，涉及业务包罗：OA. ERR. ORACLE RAC 文件共享.桌面虚拟化.容灾；替换老的华为统一存储；
首先我们相识下超融合的概念和超融合配景的前世今生：
超融合到底是一个概念照旧一门技术？
首先超融合是个概念 ，超融合是一种 IT 底子架构构建方式，所谓融合.融合，就是把传统耦合的软硬件（服务器. 存储. 网络）分离的方式，整合在单一的硬件单位。其核心思想是使用通用硬件，用软件定义(重要是虚拟话技术，核心又是SDS，软件定义存储)来实现 IT 底子架构的各项服务，包罗：计算，存储，灾备，运维管理等，通过单一管理软件实行运维，而且这些服务都在统一的平台上。
发展的原因是这些年IT的发展，使得CPU.内存等计算能力超强，同时存储介质的容量和速度越来越快，SSD基本在普及阶段,整个在一个盒子里，算力和存储能力以及虚拟化技术的发展支持它的实现。在80年代之前，计算和存储能力都很弱，传统的服务器盒子里装不下大容量的存储空间，同时计算能力也无法满意存储性能的需求，所以有了分离式的磁盘整列SAN架构的出现。所谓分久必合合久必分。本日的所谓超融合从形态上来讲是回到了80年代前的架构，区别在于SCALE-OUT横向架构替换SCALE-UP加硬件扩容的架构。
而这个时候刚好美国出现一家超融合领域的上市公司NUTANIX。资源热捧，国内一些创业公司是也看到了发财的机会，因此一拥而上，没有超融合都不敢说自己是IT公司。笔者毛估估大小品牌不下50家，鱼龙稠浊，盈利的极为罕见。
综上可见超融合是一个概念，而不是一个专门技术，明确这一点对于明白超融合本身非常重要。不同超融合产品和厂商的区别或差距不在概念本身，而在超融合背后的技术和实现方式，同时也决定了超融合的应用场景，而不是无良厂家们忽悠的全能。一个简单的类比：“汽车”就是一个概念，字典里的解释是：“通常为四轮的自动车,用于街道和公路运输”。汽车也仅仅是个陆地代步工具，水中和空中也是无能为力，也不是全能的！
既然确定超融合是个概念，不是一个特定的技术，我们解剖下这个概念的体系架构:
[*]计算硬件平台：
使用通用硬件：详细说就是 x86 服务器，所以如果出现专有硬件的 IT 平台的就不属于超融合。比如，传统集中式存储里的存储控制器就属于专有硬件；这也是超融合厂家宣传的开放. 简单. 本钱低. 运维本钱低的卖点；但是尺有所长，寸有所短的，是不是X86平台就是全能，没有缺点呢？
[*]计算软件平台：
虚拟化. 池化技术（VMWARE.KVM.XEN），除VMWARE之外，其他创业公司 基本100%用的开源的KVM，XEN很少比例了（华为）。本日WMWARE基本是虚拟化平台的标准了，成熟稳固功能也很强大。KVM等开源虚拟化技术颠末这么多年发展，基本也能满意常见要求不高的场景需求。
[*]软件定义存储平台（SDS）:
我个人认为这个是超融合技术的核心和最大的难点：
存储作为数据中心技术含量稳固性成熟型要求最高的装备，近来几十年基本都你是美国企业的地盘，近来几年华为通过20年的技术积累也参加竞争阵营，但是和EMC HDSNETAPP HP照旧有不小差距。
然而国内SDS软件定义存储领域，基本都是基于开源项目二次开发包装（ceph .glusterfs等）UI，国外重要代表（vmware vsan.nutanix NDFS:据说创始人在GOOGLE孵化出单的分布式文件系统）,国内大火的一个重要原因，就是开源技术openstack私有云技术14年左右开始在国内活跃起来，17.18年很多创业公司参加，而openstack底层的块存储技术就是CEPH，而CEPH又是国内90%创业公司作为SDS平台的对象。而国内这么多OPENSTACK公司，真正跑生产环境，CEPH作为大规模核心存储在用的又有多少？笔者在浙江没看到，但是看到浙江某特大型企业上了国内号称市场第一的openstack厂家openstack产品，无法交付而被颠覆，该企业也上了国内号称出货量第二的某SDS软件定义存储厂家，交付不了又被颠覆！
从目前国内众多openstack厂家和SDS厂家的数据。我个人观察，在存储交付市场的营收连传统存储千分之一都可能不到，纯SDS厂家的软件销售国内排名第一的我相信5000W营收都没有，就不要提其他厂家了。
题外话：
国内存储厂商宏杉，传统市场这么大的市场，做了这么多年又赶上这几年国产化，天时地利人和，营收做到几个亿，这里还有大量硬件营收。
一个技术从实行室到成熟商用，不可避免的需要恒久的研发迭代周期到不同用户厂家锻炼。而在底子设施领域，国人的积累相信各人都知道。这么多创业公司，这个领域着名核心研发大拿就那么几个人！企业服务领域国人基本是美国火什么，国内开源软件加UI包装什么！
成熟稳固性是生命线，其他才是功能，性能！而对于开源开发众多创业公司，这个短期基本是不可能逾越的门槛！
作为一个开源项目，框架内功能确实很丰富，但是缺陷也是不少，网上的文章就太多了。加上笔者个人切身打仗的，代表性题目如下：
[*]IO路径过长，大并发的生产环境IO性能不好：笔者亲自见过杭州第一家互联网医院，一个三线小医院，天天几千门诊，满意不了要求，背面被替换；
2. 快照. 复制. 重删.双活等高级存储功能BUG多，不稳固：
笔者参于过浙江某大商业银行某次POC项目，国内头部几家SDS公司，没有一家能拿满意这些存储基本功能需求，铩羽而归！
存储不是硬盘堆叠的盒子，核心是系统软件，特别是各种常用个功能软件！而业内传统厂家做了几十年才到本日，国内不少创业公司研发没几个人，开口缄口要替换人家，你觉得现实么？什么时候你看到金融运营商核心业务系统被替换了（不要看厂家纸质上的案例）。领导们在尝试创新新技术也不迟！核心数据都在存储上，拍脑袋创新实行要付出代价的！
3.对文件存储的支持也不太行
笔者亲自听到国内号称SDS第一的资深售前告诉笔者。
说了这么多国内产品的不敷，我们在看看 国外的产品。以下表格不肯定百分百正确，可参考：
基本上可以看到和传齐备一存储相比企业功能的缺乏，得当服务器虚拟化块存储的环境基本都还可以。
[*]统一安装服务管理平台
既然是融合系统，自然要有个统一的界面安装 运维管理，笔者对这个没有太多研究，估计就是功能简单复杂直观的区别，不是重点！
超融合的那些忽悠:
1. 架构简单. 开放. 运维管理容易。
X86系统是相对小型机存储开放简单，但是X86不是你们的，也是OEM的硬件厂家，超融合厂家要在X86服务平台有相当积累。
KVM 虚拟化平台开源的，这么多代码不是你家写的，详细有什么题目BUG你知道吗?虽然相对软件定义存储系统是稳固成熟多了
SDS，这个刚刚介绍的很多了，对于国内创业公司来说，题目太多了，除了题目基本无解，上了船在下来就难了！
原来计算资源存储资源不在一个节点，出了题目互相隔离，现在放到一个节点，一个个出题目很可能会影响别的一个，架构复杂度提高，出题目的概率和难度反而更大了。
2. 性价比高
单台X86确实相对传统存储平均水平要便宜，但是超融合的SDS至少要三个节点，而且三个节点还会不稳固经常出题目，最少4个节点。加上存储多副本技术，对硬盘的数量和空间要求大大增加；特别是大容量非结构数据场景，本钱绝对比各大场景入门传统存储贵。不知道他的性价比在哪里？如果是替换高端存储场景会便宜些。
运维本钱低，没有厂家锁定。上了某个厂家的超融合，后期扩容只能继续用你的，盒子存储用的不好，我继续用你其他品牌。这不是锁定又是什么？从硬件维保的本钱来说,X86确实比传统存储便宜，但是超融合上面的SDS软件系统，难道厂家不收服务费？
3. 替换传统存储，全能
笔者一直口头禅是不讲业务场景的技术都是耍牛虻！
传齐备一存储支持各种业务场景：SAN. NAS. 对象存储等等,各种高并发业务都可以在上面跑。而超融合的计算核心是虚拟化，大并发IO环境比如：在线生意业务 邮件系统，是不得当虚拟化的，然后各种功能缺陷，上面介绍SDS已经有了！
4. 多副本稳固
多副本分布式底层设计大量复杂的算法，SDS出题目的概率远高于传统存储，传统存储都敢答应99.999%的可用性，谁人超融合场景敢答应？那他运营商.金融核心业务都上了，你在考虑核也不迟。
5. 比传统存储性能好
按照分布式架构并行扩展的原理来说，节点越多，硬盘数量越多，支持的并发确实会更好，但是各种复杂的底层算法和节点间的通讯也需要大量系统开销和资源，详细环境就要看各个厂家的功力了，要否则当年阿里为什么9个节点的RAC背面反倒性能更差？不要用理论去忽悠，多用POC阐明题目。
超融合实用业务场景
那么说了这么多，超融合是不是一无是处呢？当然不是，一个概念这么流行，肯定有他的原理，虽然技术上不是什么颠覆性创新，但是在架构上也是改进。看清晰了他的体系架构，我们就知道他得当的业务场景，而不是各种场景全能：
[*]首先他的底子是服务器虚拟化，得当服务器虚拟化的场景。非核心业务照旧可以尝试的；
[*]块存储.对象存储的业务环境可以尝试；
[*]对于快速建立私有云快速上线交付的场景合适，比如测试环境！
[*]对于性能要求非常高的环境，如果有大批量的重型桌面虚拟化场景，我个人持审慎态度！
各位看官可以对照以上我的观点，少被忽悠！如果我的观点有误，那也是在下学艺不精，没有针对任何人，只是希望所有人好好做好技术，服务客户，解决题目，少些忽悠！
欢迎关注公众号：未授权转载必究！欢迎关注公众号：qiyefuwuquan,更多信息敬请关注，工作满8年，请添加个人微信号tiansha444982备注个人. 公司. 岗位信息，筛选合适朋友参加企业服务微信群和运维管理砖家群。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]