KZDXX
作者KZDXX·2020-09-22 17:06
系统运维工程师·华夏人寿

保险行业超融合应用的必要性及选型探讨总结

字数 9926阅读 13605评论 0赞 5

前言:

传统架构虚拟化瓶颈日趋明显,新一代超融合技术在虚拟化领域大显身手。如今的虚拟化平台建设要求越来越高,不仅需要高业务连续性,对于厂商服务、管理能力、平台整合能力、生命周期管理等各个维度都有了更多的需求,如今的超融合平台百花齐放,如何在众多超融合厂商中选出适合自己的产品成为大家讨论的话题。如今金融行业采用超融合方案的案例也越来越多,这样的背景下, twt 社区邀请到了 EMC 商用超融合的专家以及金融行业 IT 技术专家线上分享他们的实践经验,大家互相交流经验,共同答疑解惑,为超融合平台的建设提供了很多想法和思路。现在我就大家提出的宝贵问题进行一个全面的梳理和总结,希望对大家有所帮助和借鉴。

一、超融合的建设背景

【 Q1 】超融合架构在保险行业的必要性?

【 A1 】 Jerry 系统架构师 , 某金融公司

各行各业上超融合的企业不少了,大部分还是国际第一梯队的玩家,国产入局稍晚,敢吃螃蟹的单位也没那么多,这里也说下,吃螃蟹是指承担核心业务,并不是拿个测试环境或者半百年不动的小系统跑着就成。

根据我们实际的 POC 测试结果,几家国产头部玩家的超融合成长的还是很快的,超融合层性能损失控制在 X % 内(个位数以内),迈进 10% 的门槛了。功能上基本已经覆盖(当然和第一梯队玩家存在差距), 只是边缘生态, TOOLS 、跨平台之类还待改进。超融合的整体表现,要等业务量上去后再看,实际使用下来,几家国产的超融合稳定性比国际第一梯队还是要逊色不少,毕竟大部分组件源于开源,想吃透、自主控制需要时间打磨。

【 A2 】 KZDXX 系统运维工程师 , 华夏人寿

头部品牌的超融合在这么多年的打磨中已经相当成熟,可以应用于重要业务,需要注意的是不要把鸡蛋都放到一个篮子,超融合也有自身的风险比如管理风险,架构风险等,谈超融合的抗风险能力时更要全面的去看抗风险解决方案,通过与其他产品的组合互相补充,能让超融合产品发挥出更好的优势来。超融合技术的飞速发展也更加适合现代业务或是项目的快节奏,是未来虚拟化的发展趋势之一。

【 Q2 】相对于私有云、服务器虚拟化,超融合拥有哪些企业价值?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

谈谈我们公司 3 年来超融合应用的经验(周边生产应用 3 年,周边数据库和核心生产应用使用一年)
1 大部分超融合其实并不能减少多少采购费用,但是能节约很多机房空间还有管理开销,尤其是人员精力方面,能大大降低运维人员门槛,减少运维精力投入,传统架构涉及存储、光交、服务器、虚拟化运维,招人实在是困难。
2 超融合提高了入门性能,超融合必带闪盘加速,性能会比传统低端存储性能好很多。
3 超融合分布式集群架构对于设备新旧更替更加友好
目前就想到这么多,关于技术层的更深入的问题需要具体情况具体讨论,毕竟超融合也有很多配置,传统架构还有 VPLEX SVC 这些辅助产品,不能一概而论

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

服务器虚拟化无法解决分布式存储与管理问题,一旦使用的虚拟机数量过多,管理员的噩梦就来了,管理与升级都是问题。私有云搭建和管理比较复杂,而且过多的技术路线选择也使得 IT 管理员无所适从,后期升级扩容也是大问题。 DELL EMC VxRail 超融合一体机作为介于传统架构和云架构之间,是数据中心理想的选择。

【 Q3 】超融合在保险行业适合在什么业务场景?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

超融合的快速部署能力适合部署虚拟桌面、应用集群、轻量级数据库等业务,比如保险大量的周边类应用、 mysql 、 redis 等。 超融合的上层应用部署还是基于 VMware|kvm 等虚拟化层,依托 linux 、 Windows 等传统文件系统,所以不适合部署影像、电子保单、录音、大数据等对文件系统有较大压力的业务,这而且较大的数据量有可能会阻塞超融合底层运转效率,造成集群整体性能的下降以及故障无法恢复等问题。
我们公司实测基于 NVMe 的全闪 Vsan (等同全闪 Vxrail 集群),跑某精算 oracle rac 业务的实际数据能达到 30 多万 IOPS ,相当于中端全闪阵列的性能级别了,而且极大地提高了虚拟化平台的密度,能在更少的硬件资源中提供更多的业务资源。

二、超融合技术讨论

【 Q4 】数据安全永远是第一位,超融合上的数据保护可靠吗?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

国产 KVM 厂商种类繁多技术参差不齐暂时不谈。
从 VMware 平台角度出发,传统架构和超融合架构重叠部分很多,主要的不同就在于双副本和 RAID 的区别。对于传统存储来说,好多风险由控制器里的各种机制帮你避过或者解决了,用 vsan 就没有那么简单,网络阻塞可能影响性能和集群稳定性,磁盘用太满尤其是 SSD 可能导致队列阻塞影响集群稳定性,所以运维基于 Vmware 的超融合最好多看看最佳实践,人为的避免一些潜在的风险。这么来看双副本稳定性从某种意义上来说确实不如传统存储。但是一般的存储也存在单点,也有切换空档,容灾和备份还是要做好的,用多集群、负载均衡、备份软件应对这些突发状况,毕竟超融合好多特性是传统架构没有的,新技术还是有很多可取的地方,也有很多解决甲方痛点的地方,在一个整体的解决方案的角度比单独谈一个产品更贴近实际使用。

【 A2 】 Jerry 系统架构师 , 某金融公司

超融合的技术,以目前我们的使用体验来说,还需要打磨。在我们实际使用中,当虚拟机密度上去后,副本、快照、性能问题都不同程度出过问题,和厂家的研发也 LINE 过,超融合的底层逻辑还可以更加完善,我们遇到过副本切换机制逻辑冲突的问题直接导致超融合节点虚拟机副本 hang 死,业务中断,最终排查根本原因是机制上存在小概率 bug 。副本技术本身能防范部分单点故障,但如果副本技术底层本身存在问题,那就 …… 厂商一般推快照作为数据保护的主要手段,但快照积累后占用空间大,回收又占用存储的性能,不及时收回存储空间又吃紧,在高密度的实际使用场景中,类似的这种平衡并不是做出来就行,而是要做得更好,体验优秀,覆盖绝大部分业务场景。超融合分布式存储相对于中端集中式存储,性能上基本已经满足虚拟化良好运行的基本要求,但稳定性和可靠性上还需要多努努力,总体局面还是利好,未来可期。

【 A3 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心


VxRail 采用 vSAN 作为分布式存储,使用副本技术保护虚拟机的安全,最多支持四副本。同时,随机附带连续数据保护软件,可以做到秒级恢复。

【 Q5 】超融合上虚拟化 + 原生容器双架构的可行性有多大?

【 A 】 qinxing513 超融合及云计算架构师 , 戴尔科技金融行业解决方案中心

这是未来几年的技术发展趋势,现在很多客户在虚拟化环境中使用容器,基本上是创建一些虚拟机,这些虚拟机中构建 K8S 集群,从而运行容器,即 3 层架构(物理机,虚拟机,容器),而物理层和容器层是割裂的, 3 层架构使基础架构层(物理层)管理员无法管理应用层(容器层)。

我们希望在一个统一的平台中更方便快捷的交付和管理基础架构资源,甚至可以像管理容器一样,通过声明式的 yaml 去交付和管理虚拟机, K8S 集群,解决上述 3 层架构带来的问题。

这种新的管理理念一旦被大众认知,将会掀起一场技术革命。

【 Q6 】超融合国产化的改造路线如何规划?

【 A1 】 Jerry 系统架构师 , 某金融公司

随着现阶段中美局势的发展, “ 国产化 ” 这三个特别扎眼。

超融合国产化这个问题,讨论的多,不知真正敢动刀子的有几家,个人对国产超融合持观望态度。

对于超融合国产化,企业务必要慎重,超融合是密集型分布式资源,每台 NODE 上承载的业务虚拟机多,资源使用密度高, NODE 物理资源利用效率也是重度压榨,对技术和服务都是双重考验。

若要进行国产化,各方面都要照顾到:
1 ,是不是 “ 真 ” 国产?牌是国产牌,芯 / 心是不是国产 芯 / 心 ?换皮套狼的操作,行业内也不少。上了假国产不一样面临什么被掐脖子,无法自主把控么?当然企业如果要交作业了事,另当别论。
2 ,技术深度和把控。目前国产超融合还没有几家有独立生产服务器的能力, OEM 多,本身软件技术能力是否扎实,对 OEM 厂商是否拥有足够的话语权,软硬件测试是否全面 …… 如果什么都没有,那出问题只能软硬件踢皮球,看谁车技厉害了。
3 ,售后服务。产品技术是一方面,售后服务也是重要的一环。客户这边超融合正 DOWN 着,业务都挂了,销售电话不通找不到人,打 400 慢慢走工单、收日志,现场连个支持都看不到的话, Good Luck 。

【 A2 】 ambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

VxRail 中国研发,中国生产,中国制造,本土服务。完全满足等级保护二级需要。
多年入围中央政府采购网,被众多政府,金融,制造等客户采纳。

【 Q7 】超融合架构在硬件层面的高可用是如何考虑的?与传统的架构相比,成本优势体现在哪些方面?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

主流做法就是采用双副本、三副本机制,与传统架构相比,一般超融合的入门性能比入门级存储要好,实际采购成本并没有明显比同类传统架构便宜多少,但是从另外几个角度来说还是节约了很多隐性成本的:
1 服务:超融合厂商一般都是一体化维保服务,对于故障处理上扯皮更少,效率更高,能更快、更全面解决客户更多问题
2 运维开销:我们遇到的一个很头疼的问题就是招运维传统架构的工程师很困难,随着公司规模扩大,有多种传统存储,架构不一样、管理方式不一样,运维人员学习困难,还需要运维人员懂光交,有的公司还可能有 VPLEX 等,想完全运维传统架构的 team 最起码得 3 人以上,还没有备岗。假如换成超融合,运维人数最起码能减半,而且入门门槛也更低一些。
3 、更新换代难度:遇到存储报废、替换的时候大家都很头疼,没有 VPLEX 就只能停机切换,迁移工作量大,还得停业务,如果存储异构了就更加麻烦。超融合集群都支持新旧设备在线添加剔除,让迁移工作变得简单。

三、超融合选型讨论

【 Q8 】超融合现在遍地开花,国产超融合和国外的产品,目前有多大差距,差距体现在哪些方面?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

功能性上有差异,目前我没见过哪个国产 KVM 产品功能比 VMware 更全面的
稳定性上也有差异,首先大部分 KVM 都不支持内存 CPU 在线扩容,超融合层面在极端情况下国产容易出现性能波动,甚至集群失效
兼容性方面,一般国产超融合兼容性做的会差一些,国内公司确实没有国外的产品严谨,我们测试的国产某品牌产品就遇到过没有新 LSI 直通卡的驱动导致集群不稳定的案例,厂商 3 天就提供出来的驱动也难以保证以后能持续稳定运行
售后方面国产厂商技术力量一般都比较弱,大部分公司可能还是创业型公司,像 gartner 象限头部的几个大厂,大多都是吸引了各个领域顶尖的技术人才做二线,在遇到故障问题解决的时候能更全面的提供解决方案,还有个因素,大公司的备件库也比小公司更多一些。

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

差距非常大,很多超融合小厂商坚持不了几年就没了,您的设备还没到服务年限,原厂就没了,这是多么可悲的事情。

【 Q9 】超融合厂商的选择更看重哪块?比如性能、服务、售后能力等?

【 A1 】 Jerry 系统架构师 , 某金融公司

超融合最大的有点就是快速部署上线,管理成本相对低,对于人手较少的 TEAM 帮助比较大,但技术水平的要求高了,需要兼有虚拟化、存储、网络的专业技术能力,同时要了解超融合的底层及 SSD 加速,至少框架、基础原理要懂,不然和超融合厂商打交道没法把控。

---------- 国产化的问题,借鉴下个人之前的回复 -----------
超融合国产化这个问题,讨论的多,不知真正敢动刀子的有几家,个人对国产超融合持观望态度。

对于超融合国产化,企业务必要慎重,超融合是密集型分布式资源,每台 NODE 上承载的业务虚拟机多,资源使用密度高, NODE 物理资源利用效率也是重度压榨,对技术和服务都是双重考验。

若要进行国产化,各方面都要照顾到:
1 ,是不是 “ 真 ” 国产?牌是国产牌,芯 / 心是不是国产 芯 / 心 ?换皮套狼的操作,行业内也不少。上了假国产不一样面临什么被掐脖子,无法自主把控么?当然企业如果要交作业了事,另当别论。
2 ,技术深度和把控。目前国产超融合还没有几家有独立生产服务器的能力, OEM 多,本身软件技术能力是否扎实,对 OEM 厂商是否拥有足够的话语权,软硬件测试是否全面 …… 如果什么都没有,那出问题只能软硬件踢皮球,看谁车技厉害了。
3 ,售后服务。产品技术是一方面,售后服务也是重要的一环。客户这边超融合正 DOWN 着,业务都挂了,销售电话不通找不到人,打 400 慢慢走工单、收日志,现场连个支持都看不到的话, Good Luck 。

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

首先要考虑的因素是稳定,其次是部署和运维的自动化。 DELL EMC 在今年八月发布了超融合的白皮书,里面有对诸多客户的调研,请关注后续 TWT 更新。

【 Q10 】超融合类型上该如何选择?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

1 、选择入围品牌:现在市面上超融合产品很多,综合表现参差不齐,建议大家从多方渠道做一些市场调研,选择国际头部品牌规避一些主动的或者被动的停机风险。

2 、选择产品形态:超融合厂商一般都有一体机和软件版两种版本,软件版又分原厂授权版和第三方厂商 OEM 版,我们在选择的时候可以根据自身情况进行选择。
一体机类型的超融合一般来讲优势主要在于稳定性可靠性更高一些,有些服务器大厂推出的超融合一体机也是如此,缺点是会让客户与厂商绑定过于紧密,客户丧失选择权,另外原厂超融合因为种种原因在中国区的售后力量不足,导致现场处理能力不足,比如备件不能当天更换,工程师的上门甚至要晚于备件到货等。
软件版的优势在于灵活,一个是规模扩大收缩灵活,与硬件厂商依赖性低,可以节约大量采购成本等。现在专业的超融合厂商都会在官网公布与其兼容的服务器或单独的配件型号,在采购时与原厂售前全面的核对服务器配置,能很大的规避不兼容的风险,此种方式也能尽可能的提高国产化率。因为存在与第三方兼容性问题,比较考验客户自身对超融合的基础知识,假如整个环节中有一个配件采用了非兼容性的配件,则可能产生停机风险。

3 、如何根据自身需求采购超融合
假如自身运维能力比较弱,比如人员配备不足、技术水平不足等,可以优先考虑附加服务更多的超融合,有些厂商提供定期的版本 issue 推送,并根据客户选择提供免费上门升级;或者提供远程值守服务,能够第一时间通知客户硬件 软件故障并第一时间安排工程师上门维修;部分地区备件库密集覆盖,比如支持北京地区备件 4 小时上门更换能力 等。
与某些厂商有良好的合作关系,采用厂商 OEM 的超融合能获得更好的价格以及服务。
自身运维能力强,预算不足的情况,可以考虑采购软件版超融合。
另外需要注意的是,有些超融合软件也是有时间期限的(非服务合同期限),随着软件到期有不能使用或者部分功能不能继续使用的风险,这样就对厂商形成比较大的依赖。而那些软件永不过期,服务支持采用订阅制的厂商,在客户后期维保选择上则比较灵活,可以根据需求和预算选择原厂续保或者第三方维保。

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

超融合的选型,需要根据客户工作负载来定义。 VxRail 共有六种型号,适合与不同工作复杂。 E 系列 1U 机型适用于通用工作负载及轻量级图形图像处理(每节点可配置一片 GPU ), P 系列偏向计算密集型负载, S 系列偏向存储密集型负载, V 系列偏向重型图像处理负载,是 VDI 解决方案的理想平台, G 系列 2U4 节点高密度适用于客户机架空间有限的情况, D 系列适用于极端周边环境可以在 -15 度到 55 度,海拔 4500 米, 40G 震动下正常开关机运行。 DELL EMC 提供专业 Sizing Tools 可以准确配置集群资源。

【 Q11 】虚拟化层的选择,是选用 VMware 还是 KVM ?

【 A1 】 Jerry 系统架构师 , 某金融公司

超融合几乎不捆绑上层虚拟化系统,所以可以自主选择虚拟化层软件。

至于选择 VMWARE 还是 KVM ,个人觉得完全看项目的限制。主流 KVM 的虚拟化系统,经过这几年的追赶,和 VMWARE 在主体功能上相差不多,只是稳定性上可能还存在差距。另外一个就是系统生态,尤其是国产 KVM 虚拟化系统,类似云平台纳管这块的兼容性是个潜在问题。相比之下 VMWARE 的系统生态就完善的多,各类跨平台工具和解决方案,比较友好。

对于国产化的要求, VMWARE 现在也有国产 OEM ,想上也能上,据说是合作开发,服务支持这块自然也可以保证。当然如果想做吃螃蟹的人,挑着国产 KVM 虚拟化上也 OK ,基本大问题少,小毛病多。

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

预算足、核心应用最好选择 VMware ,如果跑些不重要的应用系统选择 KVM 也未尝不可。

【 A3 】 qinxing513 超融合及云计算架构师 , 戴尔科技金融行业解决方案中心

vmware 的虚拟化的稳定性,可靠性和易用性经过了数十年的验证,得到了客户的认可。 KVM 虽然初期投入陈本较低,但是开源不等于免费, KVM 后期的运维成本奇高,要么出现问题得不到解决,要么高薪聘请高手坐镇运维,而且 KVM 开源产品,产品分支较多,为升级带来很多困扰。

【 Q12 】超融合应用在计算,存储等资源调配方面有什么样的特点?如何资源规划?运维管理成本如何?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

这个就需要在部署超融合之前做一个详细的规划了
首先超融合集群也不是越大越好,双副本情况下允许一个节点失效,所以我们公司的超融合集群一般都控制在 10 台以内,类似于 raid5 的 8+1 效果,重要业务集群做到 5 节点一集群,类似于 raid5 的 4+1 。
另外根据不同业务类型对集群功能区做划分,举个例子:比如日志类、 FTP 类应用,我们公司采用 Gold 5218R_2_ 、 512G 内存、 SATA 1.92TB 2 、 SATA 4TB*8 这样的配置,每个节点两个 DG ,每个 DG 可用空间约 14T ,每个节点预留 20% 的内存、每个 DG 预留 30% 的空间,最后每个节点设计部署容量为 25 个虚拟机。 相应的另外一些跑批类、 redis 等的应用则部署到 caching tier 占比更高的集群,这类应用由于空间使用小,集群硬盘可以采用 SAS 2.4T 的 HDD 。
以上例子意思是我们在使用超融合的集群时需要有比较详细的规划,因为超融合的节点配置相对固定不太灵活,所以内存、存储某一项出现短板就无法避免,目前我能想到的就是通过合理的规划去避免这个问题发生。
超融合集群资源本身是依托以太网部署的,所以通过以太网方式可以把存储资源以 iscsi 、 NFS 等方式提供到外部,需要注意的是,这类功能一般都不是免费的,且往往管理功能也比较简单,而且依托以太网性能损耗较大,也不建议重要生产业务使用。

【 A2 】 匿名用户

再精打细算也可能存在计算后存储资源不足或者多余,那么是否支持与传统存储挂载给超融合计算计算,或者将超融合存储资源划分给传统架构机器试用呢?

【 Q13 】超融合适合什么场景,如何规避被厂家捏鼻子走?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

超融合技术是一个架构简单,且比较灵活的一类产品,随着现在 U.2 接口的普及,超融合能轻松用上 NVME 协议的高速闪盘,能接近过去只有高端存储才能有的性能表现;基于 VMware 的超融合产品集群业务连续性更强,比如传统中端以下的存储假如控制器故障是有切换时间的,多数基于 KVM 技术的虚拟化是无法在线扩容 CPU 内存等;基于全闪的超融合还拥有高端存储才有的压缩去重技术,进一步节约成本,我们大家也都有所了解,过去中低端存储虽然有压缩和去重技术,但是厂商一般也不建议客户开启这功能。
因此超融合类产品相对于传统虚拟化架构上,具有更高的性能上限和应对更复杂的场景。可以配置混合盘集群以支撑普通应用,配合负载均衡做到业务高连续性;配置 NVME 全闪集群来支撑轻量级数据库甚至 oracle rac 业务,基于 NVME 的虚拟机性能轻松达到 30 万以上的 IOPS 。
超融合选型时可以考虑两类产品,一个是厂商一体机产品,这类服务一般会比较到位,但是和厂商绑定的比较紧密,另外一个是购买软件产品,可以根据实际情况自行搭配服务器,与厂商不绑定,但是需要注意兼容性,需要软件厂商提供兼容性证明才可以部署。


【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

保险行业数据中心使用的所谓私有云化,实际就是虚拟资源池可以被灵活调度。同时使用了一些人工调度 管理的容器。 DELL EMC VxRail 超融合工厂集成最新版本的 vSAN7, vSphere7 ,原生支持容器,同时优化了管理和服务流程。您提到的超融合使用场景如下 ( 根据 DELL EMC 服务客户的经验 ) ,
1 ,本地与公有云之间形成 “ 云孤岛 ” 后的,资源规制与整理;
2 , VDI ,虚拟桌面,云桌面
3 ,基于 VMware 平台的容灾
4 ,跑在传统三层架构上的虚拟机应用
5 ,成立的新公司,新厂区与企业边缘
6 ,基于容器的自动开发 编排与管理
7 ,数据库, HANA 等核心应用。

使用任何一项部署自己完全控制的技术,都属于被厂家捏着鼻子走,比如,您买了一台 xx 牌汽车,结果 xx 汽车撤出了中国市场,也不授权自己的配件在中国销售,您的车子一样无法继续使用,被捏鼻子了。


【 Q14 】超融合一体机与超融合软件的性价比优势在哪里?

【 A1 】 KZDXX 系统运维工程师 , 华夏人寿

我们公司部分周边业务用的 VMware vsan 作为软件版一体机方案,主要优势在于以下几个方面: 1 兼容性广,方便服务器招标,现在很难有单一来源采购,如果软件版限制太多,比如 NX 这个品牌,就会导致不同品牌的服务器厂商配置难以拉平,会对采购产生较大影响。 2 、成本低:软件 license 可以考虑第三方服务器厂商的 oem 技术支持,比原厂便宜,服务器采购成本也比原厂超威定制机便宜, Nvme 硬盘也可以选用国产型号如 memblaze (选有 VMware 官方兼容性认证的型号),尤其是全闪系列成本下来比原厂一体机至少节约一倍以上。 3 、方便国产化的推进,软件保守一些可以放慢国产化进程,硬件可以提前进入国产化时代。 4 、硬件搭配也更加灵活,原厂一体机大多是定制机,往往会出现 cpu 内存过剩,硬盘提前用完的情况。而且原厂混合节点也不支持 NVMe 盘做 cacheing tier 加速,自建软件版超融合能避免这方面问题。
软硬一体的超融合优势主要在于服务更全面,我们核心业务还是放到了一体机上。

【 A2 】 Jambo 市场拓展经理 , 戴尔科技金融行业解决方案中心

VxRail 一体机是统一厂商的软硬件一体统一方案,一个研发团队,一个服务团队,免去了软硬件分离超融合各个平台厂商之间的扯皮。一体机,提供一键式统一升级,这是软硬件分离所不能达到的。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

5

添加新评论0 条评论

Ctrl+Enter 发表

本文隶属于专栏

活动总结
活动总结是社区交流活动内容的总结及延伸,为大家提供了社区专家们丰富且高水平的理论知识、实践经验以及常见问题的最佳解决方法,非常值得大家收藏学习。

相关文章

相关问题

相关资料

X社区推广