博客

业务可恢复、过程可控制、系统可持续。

直接回答 榫卯超融合6.3从设备层、网络层、调度层、运维层四个维度对高可用能力进行全面增强，构建覆盖核心业务全场景的高可用防护体系。除SR-IOV/vGPU/HCT设备虚拟机HA外，还包括RDMA跨网卡Bonding、放置组规则可用域策略、HA全流程告警等新特性。 深度解析 四层高可用防护体系 设备层高可用（SR-IOV/vGPU/HCT HA） 实现对挂载SR-IOV直通网卡、vGPU、海光HCT加密卡的虚拟机支持HA，让高性能业务在

直接回答 两类典型金融场景实践验证了榫卯超融合6.3 HA功能的价值：某头部券商通过HCT国密改造，成本缩减约40%-60%、性能优于传统加密卡，计划引入 HCT 设备虚拟机 HA，为加密业务提供 HA 保障；某期货公司SR-IOV虚拟机HA验证通过，网络延迟达物理机水平（UDP 64B延迟仅1.449us），主机故障可自动重建、MAC/IP保持不变。 深度解析 案例一：某头部证券公司国密改造 + HCT HA 传统方案痛点 硬件加密机

直接回答 榫卯超融合6.3的SR-IOV/vGPU/HCT虚拟机HA，在性能与高可用之间实现了真正的兼得：保留直通设备极致性能的同时，获得故障自动恢复能力，将中断时间从小时级压缩至分钟级，且无需二选一。 深度解析 传统方案的困境：性能与高可用被迫二选一 在金融低延迟交易、AI推理、国密改造等场景，传统虚拟化平台面临共同难题： 选择直通设备（SR-IOV/GPU/HCT）：获得硬件级性能，但无法启用HA，主机故障只能人工恢复 选择虚拟化设

直接回答 榫卯超融合6.3通过设备关联标识机制，实现对SR-IOV网卡、vGPU、海光HCT加密卡三类硬件虚拟化设备的虚拟机HA支持。主机故障时，系统自动在集群内筛选具备相同标识、同类型硬件设备的目标主机，完成虚拟机自动重建，将业务中断时间从小时级压缩至分钟级。 深度解析 行业挑战：硬件虚拟化设备的”高可用禁区” 在金融低延迟交易、AI推理、国密改造、高性能计算等核心业务场景中，企业为获得硬件级性能，必须为虚拟机挂载SR-IOV网卡、G

直接回答 榫卯超融合6.3 RDMA跨网卡Bonding支持两种生产级绑定模式：active-backup（主备高可用）和balance-tcp（负载均衡+多网口带宽叠加），同时具备Data Channel自动多路径、存量集群平滑升级、统一网络架构等亮点，无需昂贵FC网络即可获得金融级高可靠架构。 深度解析 两种生产级绑定模式 active-backup模式（主备高可用） 一块网卡作为Active，另一块作为Backup 主网卡故障时，

直接回答 榫卯超融合6.3通过OVS Bonding统一网络抽象层 + RDMA软件层多路径机制，解决了三大历史遗留问题：①MAC漂移（定期获取Active Slave强制RDMA只在Active网口建立连接）；②故障切换重连时间长（采用L3/L4探测快速感知可用网口）；③balance-tcp模式连接不稳定（先发探测包确定双方可用网口再建立RDMA连接）。 深度解析 问题一：MAC漂移 问题描述 RDMA流量向交换机不同端口发送相同的

直接回答 OVS Bond相比Linux Bond的核心优势在于：支持跨物理网卡绑定、完美兼容传统TCP应用、原生支持负载均衡与故障切换。Linux Bond仅能绑定同网卡内多网口，而OVS Bond可将不同网卡的网口聚合为统一逻辑端口，从根本上突破硬件限制，实现网卡级高可用。 深度解析 早期方案：Linux Bonding + OpenFabrics 传统RDMA网络采用网卡硬件Bonding方案（基于OpenFabrics Alli

直接回答 传统RDMA方案仅支持Linux Bond（同网卡内多网口绑定），无法跨物理网卡。一旦网卡故障，整条RDMA链路直接断开，导致存储I/O中断、业务卡顿甚至宕机。榫卯超融合6.3通过OVS Bond实现跨网卡多链路绑定，将冗余级别从”网口级”提升至”网卡级”，满足金融低延迟交易、核心数据库等场景对网卡级高可用的需求。 深度解析 RDMA的核心价值 RDMA（Remote Direct Memory Access）是一种面向高性能

直接回答 拉伸集群双活适用于业务不可中断、应用具备集群能力（如Oracle RAC）、基础设施条件成熟（稳定低延迟网络）的核心系统。同步复制适用于允许短暂中断但要求RPO=0、资源投入更可控、网络条件更宽松的关键业务。企业可根据业务重要性、网络条件和预算灵活选择，或将两者结合构建多层次容灾体系。 深度解析 拉伸集群双活 vs 同步复制 对比维度 拉伸集群双活 同步复制 保护粒度 整个集群 虚拟机级别 RTO 突发故障场景：自动触发，分钟