在GCP Kubernetes部署Cassandra：标准磁盘性能是否足够？

我在GCP Kubernetes环境里部署和维护过不少Cassandra集群，结合实际踩过的坑来给你唠唠磁盘选型的事儿～

1. Standard Disks（标准磁盘）能不能支撑Cassandra运行？ #

结论是：仅适合测试/低流量场景，生产环境绝对不行。
标准磁盘是HDD介质，IOPS上限大概是单盘1000（每TB约150 IOPS），吞吐量也偏低。Cassandra是典型的写密集型数据库，commit log的顺序写、data file的随机读写都对IO性能要求很高。我之前用标准磁盘搭过一个3节点的测试集群，跑批量数据导入的时候，写入延迟直接飙到3-5秒，日常查询高峰也经常出现节点超时、流控触发的情况。如果你的集群只是用来做功能验证、低流量测试，那凑活用；但只要是面向用户的生产场景，标准磁盘的性能瓶颈会直接拖垮Cassandra的稳定性。

2. 是否需要更换为SSD磁盘？ #

生产环境必须上SSD，Persistent SSD是性价比首选。
GCP的Persistent SSD（持久化SSD）性能比标准磁盘强太多：单盘IOPS最高能到10000（每TB约3000 IOPS），吞吐量也能达到250MB/s以上，完全能覆盖中等规模生产集群的需求。我目前维护的一个电商用户的Cassandra集群（8节点，单节点挂载1.5TB Persistent SSD），日常读写延迟稳定在2-5ms，应对大促期间的流量高峰也毫无压力。而且Persistent SSD支持快照备份、跨AZ迁移这些运维功能，比Local SSD的运维成本低很多，是大部分生产场景的最优解。

3. Local SSD是不是过度配置？ #

要看你的业务性能需求：

• 如果是超大规模集群、极端写入需求（比如单节点QPS上万，或者要求写入延迟<1ms），Local SSD绝对是最优选择。它是直接挂载在节点本地的NVMe盘，单盘IOPS能到10万+，延迟低至微秒级，完美匹配Cassandra对低延迟高IO的极致要求。但它的局限性也很明显：单盘容量只有375GB，每个节点最多挂8块；不支持快照备份，节点故障后本地数据直接丢失（所以必须依赖Cassandra的多副本机制，副本数至少设为3）；而且只能和特定的机器类型搭配，扩容灵活性稍差。
• 如果你的业务是常规在线交易、数据分析，没有极端的性能要求，那Local SSD确实属于过度配置——不仅成本比Persistent SSD高不少，还会增加运维复杂度（比如节点替换时要确保数据副本同步完成），完全没必要。

选型总结 #

• 测试/开发环境：预算有限可以用Standard Disks，但要做好性能受限的心理准备；如果要接近生产环境性能，建议用Persistent SSD。
• 常规生产环境：优先选Persistent SSD，兼顾性能、成本和运维便利性。
• 极端性能需求的生产环境：Local SSD，配合Cassandra的多副本机制，能发挥最大性能。

内容的提问来源于stack exchange，提问作者Rui Martins