2025SmartX 保险行业案例实践与场景探索合集

SmartX⾦融⾏业的多种应⽤场景。此⽂档整理“保险”机数量、配置和⽇常资源使⽤情况，希望可以为⾏业客户IT

20关于北京志凌海纳科技有限公司（SmartX）成⽴于2013年，是专业的现代化IT⽅案提供商。⾯向企业⾃建云需求，SmartX提供包含虛拟化、分布式存储、软件定义⽹络与安全、容器管理与服务、数据保护与容灾等模块在内的超融合基础设施、分布式存储、Kubernetes原⽣存储等多样化产品组合，助⼒客户构建简单、弹性、可靠、开放的现代化IT凭借⾃研能⼒与卓越产品，SmartX获评国家级“专精特新”⼩巨⼈企业与Gartner全球全栈超融合软件推荐⼚商、连续三年获评GartnerPeerInsights亚太区客户之选，并多次⼊选Gartner、IDC、Forrester、GigaOm等国际分析机构全球报告，作为专业⼚商在全球范围内⽬录超融合架构⽀撑各类⽣产级数据库系 Oracle/MySQL基于超融合和分布式存储构建保险灾备中 微分段加强云化数据中⼼⽹络安全防 分布式存储⽀撑保险存算分离场 基础架构⾃主可控“国产化转型 全⾯替代国外超融合品 保险新场景探索与实 SmartX构建“解耦”“轻量”“敏捷”企业 SmartX保险⾏业客户案 字化业务发展的重要核⼼组融合，具有更短的I/O路径，⽬前SmartX超融合基础架构和灾备环境中，分别⽀撑了架构简单灵活，3节点起资源，从⽽提⾼业务交付效

8年，某保险客户在开发测试环境部署了⾸套基于超融合的基础架构平台，成功使⽤国产虚拟化+分布式存储替代了e++团O融合平台在开发测试环境中的性能表现相⽐当前⽣产环境获得数倍提升，这进⼀步增加了客户将超融合架构应⽤于⽣产系统随后从2019年到2021年，经过3进，历经三期的改造和升级扩容，客户⽣产环境完成了2套超融合集群的部署落地，500⽽客户的⽣产数据库硬件平台逐渐⽼化，使⽤年限已超5年，在开发测试和⽣产环境有着3年多的稳定运⾏及性能表现，得到了客户的充分认可，这为客户决定使⽤SmartX超融合架构MySQLSmartXMySQL⾏3年以上，其中针对“团险销管”系统报表功能，基于相同的链路，采⽤新型⾼速存储介化+分布式存储）可以允许多硬件资源（CPU/内存/⽹络/可⽤性。对于很多单机数据隔离性。

超融合架构相⽐当前⽣产环境，在数据库查询类业务表现MySQL客户新建⼀套3节点全闪架构的超融合集群，使⽤SmartX原⽣虚拟化F，专⻔⽤于⽀撑⽣产L数据库业务，使⽤v1套L道类、内部应⽤类和周边应⽤类业务系统，每套数据库系统均包含多个虚拟机，采⽤L“⼀主多从”的部署⽅案。业务系统主要包括反洗钱、新团险销售管理、核⼼接⼝优化出单、R统⼀接⼝平台、官⽅微信、团险核⼼接⼝平台、企福保、MySQL（3），192器，2.3T内存，68T存储裸容量。Oracle

e构是⼀次关键的转型探索，需要进⾏全⾯的评估和充分验证。经过与客户的沟通讨论，客户确定临时构建⼀套三节点超融合eC参考⽣产环境中的电商系统），使⽤第三⽅的标准数据库测试⼯具SwingBench进⾏⻓达8⼩时的持续性能测试，评估Oracle数据库性能表现。第三⽅压测⼯具SwingBench使⽤默认TPC-C压测模型，在100⽤户并发下，TPM平均值为63万，平均延时为6ms。200TPM101300TPM112000⽤户的并发测试⽤例，通过测试，在⾼并发⽤户下，可以充e。通过⾏业经验，看⼀下这⾥的TPM与应⽤业务的关系。每笔交易按15个原⼦操作计算，并根据⾏业经验保留30%余量，相当于每分钟处理超过3万笔复杂⾦融业务交易，在不能实际压测⽣产环境进⾏对⽐的背景下，此次测试数Oracle本次数据库性能验证，超融合架构展现出的性能指标完全可以满⾜客户的业务需求。在对数据库的稳定性、可⽤性和性能进MySQL后，新建⽤于⽀撑Oracle数据库的全闪超融合资源池。为降低迁移复杂度，并保持和原虚拟化架构的⼀致性，Oracle资源池的虚拟化层延⽤VMwareESXi。到⽬前为⽌，已迁移完成28套Oracle数据库系统，含4套OracleRAC（两节点），涵盖客户⽬前架构⽀撑平台、渠道类、周边应⽤类和BI报表业务等超融合集群（6节点）共提供了384个逻辑处理器，4.6T内存，230T存储裸容量。S资源，有效降低基础架构的建设成本和复杂度，在保持架构可靠性和⾼性能的前提下，提⾼了架构敏捷性，通过两期的⽣产数据库（L、e）资源池建设，客户利⽤超融合架构完成了对重要⽣产系统的基础架构转型。同时实现了企业云基础架构的分布式云化转型和虚拟化以及存储的国产化逐步替SMTXOS⽀持构建完整的备份和容灾⽅案，包括双活、备份与容灾（备份与恢复、复制与恢复），提供不同级别的PRORTO、兼具⾼可靠和⾼可⽤性，从⽽保障企业核⼼⽣以拉伸集群的⽅式，实现两个可⽤域的数据实时同步。当优RPO=0和分钟级RTO的业务恢复能⽀持将运⾏在SmartX原⽣虚拟化ELF平台的虚拟机整机备份到集群外部的备份存储库，并⽀持使⽤备份⽂件对虚拟机

业务灾备保护–异构基础架构融机构，SmartX提供由超融合系统和分布式存储构建的容灾资SmartX容灾⾼可⽤⽅案，将裸⾦属、VMware资源池的⽣产Oracle数优异的RPO与可实现RPO为秒级，RTO达到秒到分钟级（数据库接管时降低站点之间⽹络依赖，多个集群间数据相互复制，可在远程站点⼀键恢复业务，满⾜RPO≥15min的数据保护需

分布式架构、NVMe-oF接⼊协议和RDMA⽹络技术，充分发XeM+功能构建的应⽤容灾⽅案，以及数据库通过⽇志同步⽅案，将虚拟化环境的⽣产应⽤和数据库持续同步⾄容灾端，形成冗余架优异的RPO与可实现RPO为秒级，RTOSmartX优异的RPO与可实现RPO为0，RTO为0SmartX容灾⾼可⽤⽅案，将⽣产Oracle和MySQL数据库持续同步⾄优异的RPO与可实现RPO为秒级，RTO达到秒到分钟级（数据库接管时SmartXCDP优异的RPO与可实现RPO达到秒级，RTO通过CDP软件对⽣产环境虚拟机进⾏整体保护，其标准操作步能有效控制CDP软件对⽣产环境资源的消耗，通常的资源消耗被控制在5%以内。业务灾备保护–超融合集群⾏，可最⼤程度保证业务服务的可⽤性。SmartX超融合内置的SmartXSmartX超融合提供复制与恢复服务，数据可在多个数据中⼼之延迟限制，需要关注业务RPO以及数据增量与传输带宽的适配案不仅架构复杂且成本⾼昂。SmartX超融合⽀持跨数据中⼼的3节点集群，以及1个位于异地的物理或虚拟仲裁节点（最佳实践）10Gb宽与低于5ms的⽹络延时。SmartX超融合系统原⽣⽀持双活集群架构，⽆需第三⽅软、硬极致的RPO与双活架构可搭配应⽤的⾼可⽤集群架构实现RPO为0，RTO接近为0的容灾效果。SmartXSmartX超融合系统以分布式块存储为基础，融合虚拟化平台构建的⼀体化架构，利⽤x86、ARMX超融合容灾基础架构，最⼩三节点起步，并可按需扩容，降低容灾基础架构的初始构建成本；对应更多⽣产环境的容灾需求时，也可通过按需扩容优势，逐步扩展容灾基础架构资

在传统的数据中⼼⽹络中，普遍认为数据中⼼⽹络内部的流量是安全的，外部的流量是不安全的。因此，通常在⽹络内、外部的边界位置部署防⽕墙，对进、出流量（即南北向制等动作。这种在物理边界设备上对流量进⾏安全分析的技随着数据中⼼基础架构向新⼀代云化转型，数据中⼼⽹络流量从以前的南北向流量为主转变为东⻄向流量为主，这样的背景下，对云环境内部流量进⾏安全管控就变得尤为重要。⼀旦攻击者冲破边界防护，那么企业云内部的安全将受到严重威胁，攻击者可以随意攻击云内的各个业务和服务。因此在云化的数据中⼼内部，需要针对内外部的流量做全⾯的防护，如果将企业云内部虚拟机间的流量全部绕⾏集中式防⽕墙，很难满⾜数据中⼼灵活性和敏捷性的部署要求，容易形微分段可以提供⽐⼦⽹粒度更细的分组规则，对企业云环境内部虚拟机进⾏分组（标签），从⽽对所有分组之间的

安全策略直接关联在业务对象上，相⽐使⽤IP⼦⽹的运维管理不改变物理⽹络结构的前提下，实现应⽤业务的最后⼀公⾥保基于IP分段的访问控制策略，看易⾏难。实现更精细粒度VM云化数据中⼼承载着不同业务部⻔的IT需求，⽽每个业务部⻔流量下发安全策略。策略将跟能的业务策略控制，限制攻击⾏为在⽹络内部横向移动的能满⾜并实现《等保2.0⽹络安全

CPU：2*kunpeng920(5220)32Cores硬盘：2*960GIntelS45104*4TBSMTXOSv5.0.3（超融合软件）CloudTowerv2.0（管理平⾯）恒⽣TA6（虚拟机v8（DB01/DB02基于标签⽩名单访问控制，以VM为对象代替传统IP地址的策略控制，为受保护VM提供零信任安全基于“开启/关闭”安全防护，验证⽹络安全策略可有利⽤Hypervisor虚拟机对象感知能⼒，结合虚拟化⽹络，实现满⾜并实现“等保2.0⽹络安全等级保护要求”中安全计算环境软件定义存储（SoftwareDefinedStorage，SDS）是⼀种存储技术。SDS的⽬的是将数据分布式存储将数据分布存储在多个标准PC服务器节点，通过在多节点之间进⾏数据复制来提⾼数据可⽤性和容错能⼒。分布式存储可利⽤软件定义简化存储管理，降低复杂度，提⾼运维效SMTXZBS分布式存储⽅案亮ZBS通过标准接⼝和插件的⽅式，ZBS结合NVMe-oF协议、⾼速⽹存储性能，⽀撑⾼I/O负载型业务更⾼的架构扩展性。分布式存储⾃身天然特性，横向扩展可同时增加集群数据存储容量和存储性能（每个节点都可以作为数据接

SMTXZBS分布式存储性能评估（iSCSIvsNVMe-SMTXZBS性能表现，以及SMTXZBS对于服务器硬件兼容性测试⽅案（某保险客户基于相同的硬件条件，由3台不同品牌型号服务器组成存储集群，对接前端裸⾦属服务器，分别通过iSCSI协议和NVMe-R6202*E5-8*32G8*32G8*32G⼊点，类似于集群存储的控制更低的总体拥有成本。基于标准化的硬件构建，相较于传统专有存储设备，在设备采购和⽇常运维两个层⾯的成本⽐较，分布式敏捷的架构。3建、快速交付和按需扩容，提⾼IT基础架构的交付效率。

测试数据SMTXZBS挂载⼀块磁盘给前端物理机，分别进⾏4K/8K/16K和256K性能验证.4K随机读写8K随机读写256K顺序读写通过对⽐iSCSI和NVMe-oF接⼊协议性能测试数据，SMTXZBS存储性能在NVMe-oF接⼊协议下表现出更⾼的随机和顺储功能的评测也是⾮常重要的评估指标，SMTXZBS在存储管ZBS分布式存储资源池建设（对接裸⾦属和VMware）经过本次分布式存储性能测试验证，SMTXZBS持久化存储，承载灾备应⽤和Oracle数据库系统等。SMTXZBS分布式存储集群（3节点）共提供了230TB存储裸CPU：2CPU：2*IntelXeonSilver4314（16Cores2.4GHz）DISK：24*MemblazeD65363.2TBNET：25GbEMellanoxCX5（存储和接⼊⽹络）硬件环境（宁畅R620通过ContainerStorageInterface（CSI）驱动的⽅式愈发成为在这个背景下，某保险客户构建了SMTXZBS分布式存储平CSIDriver储，使得容器化应⽤摆脱临时性存储限制，如Pod跨节点间漂SMTXZBSCSISMTXZBS分布式存储集群（3节点）共提供了86TB存储裸CPU：2*CPU：2*Hygon7360（24Cores2.2GHz）SSD：2*1.92TBS4620SATASSDHDD:12*2.4TB硬件环境（Nhh现⼀般，尤其是在⼀些⾼负载情况下。此外，当硬盘出现故障h会导致⼀段时间内的性能波动，最终导致了业务虚拟机性能也受到影响。所以客户需要⼀套⾼性能、稳定的分布式存储替代现有hCPU：2*IntelXeonSilver4214（12Cores2.2GHz）SSD：2*CPU：2*IntelXeonSilver4214（12Cores2.2GHz）SSD：2*IntelS46101.92TBHDD:9*4TBZBSvsCeph类友商⽬前主流的分布式存储有两⼤类技术路线，⼀种是以ZBS为代表的⾃研产品，另⼀种是基于开源产品构建（Ceph）实CASE1-测试⽅案（某⾦融客户3拟化（VMware）平台，通过iSCSI协议提供存储卷。存储节点硬件信息（Intel(R)Xeon(R)Gold5220CPU@1.6T*2IntelX5502x10GBase-TCASE1-测试数据CASE2-测试⽅案（某⾦融客户了友商两套分布式存储集群，⼀套20节点HDD集群（配置16块1.8TB磁盘）和⼀套5节点SSD全闪集群（每节点配置22块960GB磁盘）。本次验证⽬标，是验证在⼩块为什么仅验证4K表现？因为对于⼤块顺序读写操作上，客户的存储节点硬件信息（服务器型号：H3CCASE2-测试数据5SmartX3图中5P1V代表5节点存储池，1个虚拟机性能压测（3P1V同友商20节点集群与SmartX3节点集群⼩块随机性能对⽐。图中20P6V代表20节点存储池，6个虚拟机并⾏性能压测（3P6V同理）通过对⽐两组与Ceph类商业产品的性能测试数据，SMTXZBS并不敏感。⽤2代或3代的IntelSilver42.4GHz左右，节点内存配置128G，采⽤分层混闪或全闪存储结构。SMTXZBS单节点⽀持128TB的裸存储容量，但由于考虑到节在60TB左右。SMTXZBS⽬前最新的软件版本已⽀持NVMe-oF接⼊协议，配更⾼的业务⼯作负载需求。NVMeoverTCP可以在不改变⽹国际局势不确定性持续提升，在芯⽚、操作系统、虚拟化、存储、⽹络、数据库等领域存在较为突出的技术依赖以及被动的技术限制，⾦融⾏业应树⾏业应更加关注科技能⼒建SmartXSmartX超融合、分布式存储、

作为承载信息系统运⾏的核⼼底座，⾦融机构的IT基础设施⽬其中，数字化转型要求ITIT仅需要采⽤新的CPU体系，整个硬件产品的从开发到稳定有成本居⾼不下。其中像FC交换机并没有很好的国产化替

投⼊产出⽆法量化，不能有效⽀撑IT决策，IT的成本投⼊与资源使⽤趋势⽆法形成可视化视图，IT架构的可视、可除此以外，来⾃政策和信息安全的信创转型要求IT基础设施满采⽤符合信创标准的CPU通过以上分析可以看到，传统存储不仅是IT基础设施云化转型SmartXSmartX由3节点组成超融合集群，在只有CPU芯⽚配置不同，其他硬Hygon72852.0GHz*2Kunpeng92052501.6TB*24KIOPS（3P1VIntel256KBW（3P1VIntel4K随机读/写IOPS对⽐（3P3V验证集群性能Intel256K顺序读/写BW对⽐（3P3V验证集群性能Intel4K随机写4K随机写延时256K顺序写256K顺序写延时基于SmartX超融合实现基础架构信创转型传统集中存储横向扩展能⼒不⾜，形成孤岛，资源⽆法池IT案例1某保险集团客户作为第⼆期信创试点单位，累计部署近0个X超融合信创节点，基于海光芯⽚平台构建基础架构。承载业务范围包括办公管理（A、邮件），⼀般业务（内外部⽹站、综合协同平台、内控系统、外事管理、档案管理、在线服务平台、集团/产险/寿险相关业务系统），核⼼业务（⻛险管理）2某保险客户同样作为第⼆期信创试点单位，分别基于海光和鲲鹏XA为客户⾃主研发，所以使⽤了改造⼯作量较⼩的海光芯⽚平台来承载应⽤系统，⽽商业版的数据库则使⽤了鲲鹏芯⽚平台来承SmartX超融合基础架构⽀撑保险客户业务系统及相应数据实现分布式IT基础架构转型，对稳态和敏态业务应⽤实现实现IT资源使⽤⽅式的云化升级，利⽤云平台实现⼀云多了SmarX信创云基础设施性能和稳定性，以及保险客户信创转Nutanix宣布中国市场⾃2023结合当前IT基础架构的国产化2022年芯⽚制造商BroadcomVMware。虽然这项交易因接受反垄断调查⽽屡遭推迟，不少正在使⽤VMware产品的企业依旧担⼼，VMware品价格会在完成收购后出现增⻓，⽽产品和服务质量出现下滑。结合国内IT基础设施信创转型的背景，企业纷纷开始去VMware化，并积极寻求现有VMware产品的替代⽅案。SmartXSmartX在硬件服务器、操作系满⾜国内客户在国产化转型需SmartX超融合⽀持集群异构，

某保险客户全⾯验证SmartX超融合并实现基础架构逐步替代Nutanix在国内超融合市场格局对⽐中，SmartXNutanix上⼗分匹配。根据Gartner发布的《2019中国区超融合竞争格局》报告，SmartX和Nutanix均为独⽴超融合⼚商（Pure-SmartXNutanixNutanix作为国际超融合市场的领导者，其功能和性能得到了⾦标准。SmartX通过多年的产品迭代，在功能、性能、可靠性以Nutanix⽽值得⼀提的是，根据IDC报告“中国软件定义存储（SDS）及超融合存储（HCI）系统市场季度跟踪报告，2021年第四季度2021年SmartX在中国的超融合软件市场份额超过在⽬前SmartX统计的部分⾦融客户清单中（采集数据来⾃38家已交付的⾦融客户），其中有17家客户同时使⽤了SmartX和Nutanix的超融合产品（⾮信创环境）。其中9家客户使⽤SmartX超融合产品装机量超过Nutanix，从⼀个视⻆证明，SmartX完全具备相匹敌的产品综合能⼒。SmartX新⼀代基础架构，在产众多的落地案例⽀撑，实现对SmartX及时、专业和全⾯的服SmartX团队的360度闭环服务体系。

在⾦融⾏业国产化⾃主可控的顶层战略指导下，SmartX可作为全⾯替代Nutanix产品的最佳⽅案，其原因如下：Nutanix2401200Nutanix环境中移除4个Nutanix节点，依次部署Nutanix超融合（VMware）SmartX（KVM）SmartXNutanix验证SmartX超融合平台功能（虚拟机⽣命周期管理、快验证SmartXv2v⼯具，迁移Nutanix平台虚拟机到SmartX平台，验证迁移操作便利性、迁移速度等指标。迁移真实业务应⽤，在SmartX平台⻓期运⾏，验证稳定IntelE52699v44KIOPS（4P1V256KBW（4P1V4K随机读/写IOPS对⽐（4P4V验证集群性能256K顺序读/写BW对⽐（4P4V验证集群性能v2v使⽤SmartXV2V⼯具从Nutanix开发测试环境迁移虚拟机⾄SmartX平台，同时迁移5个模板虚拟机（每个迁移速率约为120MB/s，5个虚拟机速率相加为600MB/s）。SmartXNutanix相类似的产品能⼒。在技术实现层⾯，虽然SmartX与⽤到的具体技术不甚相同，整体技术具有⼀定的相似性。但SmartX针对核⼼组件、存储数据结构、I/O路径和数据冗杂机制等进⾏了技术优化，在性能测试⽤例中表现出了⾼于Nutanix的性能。此外，SmartX⽀持更开放的硬件配置，能灵活满⾜⽤通过对SmartX超融合产品在功能、性能、可靠性、稳定性和跨平台虚拟机迁移多个维度的测试验证，SmartX超融合产品得到SmartX3SmartX过CloudTower管理平台统⼀运维和管理。并完成⽣产业务系统的应⽤和数据库MySQL、Redis等虚拟机迁移到SmartX超融合集群，其中典型的业务系统包括：信科：运维堡垒机、综合巡检管理平台、灾备管理系财险：财险增值管理系统、财险快速出单系统、客户数某⾦融客户对⽐验证 SmartX超融合 VMwarevSAN超融合在相同硬件条件下，验证SmartX超融合（VMware虚拟IntelGold5220R2.2GHz*2（12）IntelGold62463.3GHz*2（节点3）9604KIOPS（3P1V256KBW（3P1V4K随机读/写IOPS对⽐（3P30V验证集群性能256K顺序读/写BW对⽐（3P30V验证集群性能4K随机读/写IOPS对⽐（3P30V验证集群性能4K4K4KSmartXSmartX256K顺序读/写BW对⽐（3P30V验证集群性能256K写256K读SmartXSmartX虽然VMware在虚拟化领域中占据主导地位，但超融合架构是如存储数据结构、I/O路径、缓存机制等，SmartX和VMwarevSAN实现的机制有较⼤不同，导致在性能测试⽤例中SmartX结合当前IT基础架构的国产化趋势背景下，本章节通过两条故是⼀种⾯向分析和报告的数据管理系统。通常，数据定期从事务系统、关系数据库和其他来源流⼊数据仓库，数据仓库能够集中并整合多个来源的⼤量数据。企业中的业务分析师、数据⼯程师、数据科学家和决策者通过商业智能⼯具、SQL客户端和其他分析应⽤程序访问数据，从中获得宝贵的业务洞察，以改善决

e供数据加⼯和数据处理。随着业务量和数据量的增⻓，上6同时，⽣产环境的数据仓库还部署在IBM⼩型机上，虽然运⾏运维复杂度等问题，客户希望进⾏⼩机下移x86的可能性验基于以上两点原因，客户希望使⽤SmartX超融合测试Oracle本次测试是为了验证Oracle数据仓库在超融合架构下的跑批性在数据量完全相同的情况下，对⽐⽣产环境现有⽅案与基于SmartX超融合的Oracle数据仓库跑批时间，⼀共进⾏3轮跑将DB2数据库的数据，通过Informatica（ETL抽数⼯具）抽OracleOracleIBMAIX验证环境数仓部署在RHEL4.8操作系统。基于客户的测试⽬标和测试场景，Oracle数据仓库在超融合架经过多轮测试验证，SmartX超融合架构相⽐原⽣产架构的IBMOracle有明显的性能提升，跑批时间可有效缩短36%。同时，验证了Oracle数据仓库从⼩机下移x86SmartX提⾼了资源利⽤率。Oracle数据仓库跑批业务通常是在夜某财险客户⽬前使⽤的Oracle数据仓库数据量为3.9TB，运⾏在传统架构上，底层使⽤的集中式存储为EMCPowerStore1000T全闪存储，通过16GB的FC⽹络与前端的4路计算节SmartXOralce数据仓库，并且还能进⼀步提升数仓的跑批效率，但是均衡的应⽤，对于当前⾃⼰的Oracle数仓，存储资源消耗较分离架构进⾏Oralce数仓跑批验证的想法应运⽽⽣。Oralce4、5、6SmartX存储ZBS搭建的存算分离架构与当前运⾏在传统架构下的跑批SmartXZBSZBSZBS通过对4、5、6⽉的数据进⾏跑批测试后，按照全部存储过程计，测试环境（基于ZBS构建的存算分离架构）对⽐当前⽣产SmartX1、本次跑批数据8K写IOPS最⼤值和256K顺序读最⼤值远远没有达到SmartX基准数据的性能。2、说明本次测试IO通过本次对⽐测试可以看出，基于S构建的存算分离架构已经具备承载客户现有数仓应⽤的能⼒，并且较当前的⽣产环境，在不同的统计维度上均有不同幅度的性能提升。客户可以在不改变上层数仓应⽤的情况下，仅通过更换承载数仓基础设施进⼀步提升效率、缩短跑批处理时间，进⽽带来应⽤价值的提升。同S随着容器化技术的迅速发展，企业应⽤的部署⽅式发⽣了⾰命性的变化。容器化不仅提供

⾼可靠性和⾼可⽤性。S分布式存储系统的多副本数据保护和故障转移机制使得即使某个节点发⽣故障或数⾼性能。ZBSSAN灵活横向扩展，容量和性能线性增⻓。S分布式存储系统具备⾼扩展性，通过添加更多的节点和存储介质，可以实现横向和纵向按需增加存储容量，线性提⾼性能和容量，这种⽔平扩展的⽅式使得系统能够灵活应对业架构灵活性和可维护性。S分布式存储系统节点之间的数据分布和治理是软件定义，提⾼了系统的可运维性。同时，分布式存储系统还能够提供各种数据管理功能，如数据备份和快照等，为⽤户提供全⾯的数据保护了轻量级、可移植的部署单元，还在跨平台、弹性伸缩以及开发与运维协作等⽅⾯带来了诸多优势。然⽽，随之⽽来的是对持久化存储需求的不断增⻓，⽽分布式存储通过ContainerStorage决容器持久性存储需求的⾸选

某保险集团客户在⽣产和开发测试环境中分别部署了⼀套某CephCSIDriver针对现有问题进⾏⽤例设计，验证SMTXZBS通过CSIDriverSMTXZBSCSIDriver容器云平台成功发布基于ZBSCSI动态创建PV的资源对象，包括DeploymentStatefulsetPVPVC将计算端Pod所在虚拟机的⽹卡Down掉10s左右后把⽹卡UP起PodPVCPodnodeAnodeB储链接（iscsisession）是否有残留，以及是否会产⽣blockdev--report进程nodeAiscsisessionnodeA和nodeB是否有blockdev--reportWorkPVCPodWork节点Work是否需要在StorageClassYaml⽂件中添加新扩容的Work节点地址授权PVfioDockerImage，创建PVC和SXFPVC挂载给PodPod2Pod12某CephSMTX测试环境SMTXZBSSmartXSMTXZBSCSIDriverTomcat、MySQL和ZK集群成功在线扩容PVCSmartXCSI当⽹卡UP起来后Pod中的PVCSmartX（iscsisession）是Pod链接会⾃动被CSI清理。并且不依赖blockdevcat/sys/xxx的⽅式查找块设备信息nodeA（iscsinodeA和nodeB都没有blockdev--reportSmartX授权⽅式对于⽤户完全⽆感CSIPod不需要⼿动在StorageClassYamlWorker成功挂载PV，且不需要⼿动SmartXPod4K随机读/写IOPS对⽐256K顺序读/写BW对⽐4K12随着互联⽹的普及和数字化转型的加速，⼤量的数据被⽣成和积累。传统的数据处理⼯具更适⽤于结构化数据，⽽现代业务⽣成的数据越来越多地是半结构化或⾮结构化的，如⽂

通过本次测试，客户原有环境中的⽹络抖动影响PVC、存储连接残留和存储授权复杂等问题，在SMTXZBS对接客户容器云SMTXZBS4KCeph储IOPS性能提升26倍；在256K顺序写场景下，相⽐某Ceph类分布式存储带宽性能提升2.8倍。SMTXZBS在4K随机读、4K随机写和256K顺序写场景下，P99Ceph类分布式存储更好。SMTXZBS在⻓时间12⼩时4K随机写场景下性能表现稳定，且⽆论是IOPS还是延时表现都和2分钟性能⼏乎持本、图像、⾳频和视频等。⼤数据平台的出现使得处理这些复杂数据变得更为容易。许多业务需要对数据进⾏实时分析以做出及时决策。传统的数据处理系统⽆法满⾜这种对实时性的需求，因此⼤数据平台提供了更快速的数据处理和分析

某保险集团客户因⽣产机房搬迁（测试环境搬迁过程中遇到事故）、设备⽼旧以及平台存储O性能存在瓶颈等原因，计划在新机房使⽤新架构重新部署⼤数据平台，因此客户希望使⽤XS验证SMTXZBS分别基于iSCSI和NVMeoverRDMA接⼊协HBase写⼊HDFS场景分别从⽣产环境12台计算节点和POC环境3台计算节点中的HBase数据库中，导出3个（共80GB）、14个（共1.5TB）相同数据表写⼊到HDFS，记录⽤时时间；HBase查询场景PhoenixHBaseHBase写⼊HDFS场景HBase查询场景通过本次测试可以说明SMTXZBSHBase写⼊HDFSHBase3个表导出场景：SmartX分布式存储（NVMeoverRDMA接⼊协议）相⽐⽣产物理机环境，导表时间缩短3.5SmartX分布式存储（iSCSI接⼊协议），导表时间缩短2.4倍；overRDMA接⼊协议）相⽐⽣产物理机环境，导表时间缩短3.1倍；监控分布式存储的集群IO带宽指标（最⼤写2.1GB/s，最⼤读340MB/s），离集群性能上限（写GB/s，读8.6GB/s）还有较⼤余量，所以如果按照⽣HBase⽐⽣产物理机环境，查询时间缩短3.5倍，相⽐SmartX分布式存储（iSCSI接⼊协议），查询时间缩短2.4倍。CXK保即将到期，计划使⽤新的基础架构来替换CX并承载上⾯运⾏的数据库，包括投资、财务和监管报送等数据库，因此客户希望通过核⼼库跑批场景来验证新的基础架构是否通过测试Oracle核⼼数据库跑批场景，来验证SmartX超融合SmartXOracleRAC11g产环境运⾏相同的10个批处理任务，每个任务分别跑3SmartXSmartXOracleRAC据库的能⼒。并且核⼼数据库跑批的存储I/O压⼒远没有达到SmartXSmartX3SmartX概 以保险⾏业数字化转型为背ITSmartX利⽤HCI与⽣态CMP联合，3节点，即可实现云资源池快

发展的必由之路。数字化转型不仅仅是IT技术层⾯的转型，更⾯，尽可能开放，以获得业内最专业的⽅案组件，并逐软件定义化：遵循软件定义、分布式等理念和技术框架，构建⾼可靠、⾼性能、维护简单、弹性扩展的资源敏捷⾃助化：实现资源线上⾃助交互申请，底层基础架构平台⾃动化快速构建、发布并交付到业务部⻔，为开管理统⼀化：通过统⼀视图，实现IT基础架构的可视、场景多样化：升级后的基础架构能够兼顾稳态业务和敏公有云技术栈下移，基于互联⽹企业的公有云产品私有化部署，采⽤全套互联⽹企业的产品技术栈，具备并继开源云平台（包括通过开源技术封装的商业公司），通k和软件功能迭代提供技术保⽆需独⽴部署和维护管理节建设成本低，架构按需扩展（投⼊），

某保险集团，部署节点超过100+，初期投资超过1000万，客户对平台完全没有运维能⼒，集群升级需要1个某省农信，部署节点超过⼀年，业务系统仍⽆法上线。产品对硬件兼容性差，常4~50产品功能模块之间依赖⾼，需要搭配销售，造成扩容成实施运维复杂，由于架构起步规模⼤，通常⼏⼗个节点起步，系统部署调试通常需要按⽉交付。升级变更同样需要较⻓的时间，客户技术⼈员⽆法掌握。同时存在⼚实际业务⽀撑不符合预期，这些⼤云⽆论是产品化程度，还是客户⾃身对云平台的掌控能⼒都⽆法满⾜⽣产级别要求。最终云平台⼤多沦为边缘⽣产以及开发测试环境使⽤，⽆法持续有效⽀撑⽣产环境，与客户之前