计算存储分离的选型，不能从“架构是否先进”开始，而应从业务负载、可靠性目标和成本边界开始。它适合计算需求与数据增长不同步、流量存在明显波峰、同时需要较快故障恢复的场景；如果业务负载长期稳定，架构拆分带来的网络、存储访问和运维复杂度，未必能被弹性收益抵消。
先看业务负载是否匹配
需要区分在线交易、后台管理、分析查询、批处理和混合负载，梳理数据规模、增长速度、读写比例、并发峰值及峰值持续时间。计算存储分离的价值在于资源解耦：计算节点可围绕连接数、并发量和 CPU 负载调整，存储层则围绕数据规模、IOPS、吞吐量和副本策略规划。
但“支持弹性”不代表扩容没有代价。选型时应核实扩缩容是否需要重启或切换连接、缓存是否需要重新建立、扩容生效需要多长时间，以及增加计算节点后是否会引入锁竞争和事务协调问题。若业务峰值持续时间短于扩容周期，理论弹性就难以转化为实际收益。
六类指标必须放在同一张表里
延迟指标不能只看平均值，应重点观察 P95、P99 以及事务提交延迟。测试要覆盖高并发写入、随机读取、范围扫描、批量更新、缓存未命中和存储接近上限等场景。
网络指标应包括计算层到存储层的访问距离、带宽上限、网络抖动和多租户资源争用。远端存储会让网络往返、拥塞和协议开销直接进入数据库性能模型。
一致性指标要明确写入成功的确认条件、其他节点的可读时间、是否可能读到旧数据、连接切换后未提交事务如何处理，以及网络分区时优先保证一致性还是可用性。统一存储是基础，不是业务一致性的全部。
恢复指标应分别评估计算节点故障、主节点切换、存储故障、可用区故障和备份恢复，记录故障发现、切换、连接池恢复及数据校验时间。节点恢复快，不等于误操作恢复快，也不等于具备跨地域灾备能力。
成本指标不能只比较实例价格，还应纳入存储容量、IOPS 或吞吐、备份、跨可用区流量、监控审计、迁移改造和运维成本，分别测算平时负载、月度峰值、年度增长与灾备冗余。
运维指标则关注计算、存储、网络和事务层是否可观测，包括锁等待、缓存命中率、存储吞吐、网络延迟、日志状态、节点切换和备份恢复进度。
最终，企业应以接近生产环境的压测和故障演练验证选型，而不是被单一峰值性能或“秒级恢复”等表述牵引。真正重要的判断标准是：在高峰、故障、扩容、升级和成本变化同时发生时，系统是否仍然可预测、可观测、可恢复。