关于StarRocks在共享集中式存储(SAN)上的部署兼容性与风险咨询

如果基于 集中式SAN存储 的虚拟化平台上部署StarRocks集群。在此环境中,所有BE节点的存储路径可能指向同一个共享存储设备的不同目录。

我们深知StarRocks的存算分离架构已支持对象存储,但我们的问题是关于 计算节点与共享块存储 的直接对接。
1.StarRocks官方是否支持将BE节点的数据目录配置于共享块存储(如SAN)?这种架构是否为受支持的部署模式
2. 在此架构下,StarRocks的 主键模型 及其多副本机制,能否依然保证数据的强一致性?共享存储的单点瓶颈是否会增加 脑裂数据损坏 的风险?
3.与本地NVMe SSD相比,此架构的预期性能损耗是多少?官方是否有针对共享块存储的特定配置优化建议(例如,Journal日志的存放位置)?或者,官方是否明确推荐 against 这种部署方式?

暂时没有, SAN存储对每个节点来说就是本地磁盘. 所以风险在于

  1. 存算一体三副本的抗数据风险能力又归一到同一个SAN上, 等同于SAN的数据可靠性能力
  2. 多节点磁盘IOPS在同一SAN上的竞争, 可能导致IO能力退化严重, 这一点主要依赖与目标SR集群的负载压力, 以及有多少数据可以缓存在storagePageCache里, 降低磁盘IO依赖.