超融合架构通过软件定义将计算、存储、网络融合为统一资源池，实现动态调度与极简管理；算网融合调度则以业务意图驱动，统筹全域算力与网络资源，保障端到端服务质量。
要让计算、存储、网络三者真正协同工作，不再各自为政、互相等待、资源闲置，就必须打破物理边界与管理割裂——这不是简单叠加，而是通过软件定义重构资源调度逻辑，让数据在哪，算力就到哪，网络就通到哪。
超融合架构：从硬件堆叠到资源池化
第一步：选用支持虚拟化层（如vSphere、KVM或国产云平台）的x86服务器节点，每台节点必须同时具备CPU、内存、本地SSD/HDD及万兆网卡。【缺少万兆网络将导致节点间存储同步延迟飙升，集群稳定性直接受损】
第二步：在首节点安装超融合管理平台（如Nutanix AOS、深信服aCloud或青云HCI），安装过程自动识别并纳管本机计算与存储资源。
第三步：将其他节点逐台加入集群，平台自动完成存储网络（如RDMA或VXLAN）配置、副本策略设定（默认2副本）、以及分布式存储卷创建。这一步无需手动划分LUN或配置iSCSI Target，所有操作由平台闭环完成。
第四步：通过统一Web控制台创建虚拟机，选择“从资源池分配”而非指定某台物理服务器——此时调度器已将CPU、内存、存储IOPS、网络带宽全部纳入同一权重模型，动态满足SLA要求。
算网融合调度：让算力随需流动
方法一：基于意图的业务编排
在算网一体化平台（如中国电信息壤、移动九天算网平台）中，输入业务需求描述：“视频转码任务，时延≤200ms，需GPU实例，源数据位于广州对象存储”。平台自动匹配广州边缘节点GPU资源+低时延传输路径+就近缓存策略，5秒内生成可执行调度指令链。
方法二：API驱动的跨域拉通
调用算网开放API（如/submit-job接口），传入JSON体含location_preference、compute_requirement、network_qos字段；后端服务实时查询全域算力图谱与网络拓扑图，拒绝不符合时延约束的跨省调度请求，仅返回可用区域列表及预估完成时间。
注意：若未在API请求中声明network_qos等级，系统默认按“尽力而为”处理，可能被调度至网络拥塞区段，导致实际时延超标3倍以上。
计算存储一体化：把算力搬进存储设备里
在支持Computational Storage Devices（CSD）的NVMe SSD上部署轻量级函数运行时（如WebAssembly VM），直接在盘内执行数据过滤、加密、校验等操作。例如，对10TB日志文件做关键词提取，传统方式需全量读出→传至CPU→处理→写回；而CSD方案仅将结果摘要（几KB）传出，IO吞吐下降97%，功耗降低40%。
启用该能力前，必须确认固件版本≥2.3.1且已加载对应厂商的CSF（Computational Storage Framework）驱动。【旧版固件不校验函数签名，存在任意代码执行风险】
这一步操作起来很简单，直接把编译好的.wasm模块拖进设备管理界面的“卸载区”即可生效。
