为高IOselect/调整GCE磁盘的大小

我们已经有一个项目将我们的许多基础设施迁移到GCP，其中一个重要组成部分就是我们的监控系统。目前，perfdata的存储系统是一个6节点的碳存储集群，每个节点的底层物理主机的IO以〜2000的写入IOPS为基准。

所以我通过这个系统移植的基本要求是有一些存储节点，可以容纳16k写入IOPS，4k读取IOPS，并包含600GB的数据。根据文档，GCE磁盘可以处理的IO吞吐量将根据其大小进行扩展。

为了确定最经济的解决scheme，我创build了以下电子表格：

| | $/GB | Write IOPS/GB | Read IOPS/GB | Size for Writes | Size for Reads | Required Size | Price | |---------------|--------|---------------|--------------|-----------------|----------------|-----------------|---------| | PD | $0.040 | 1.5 | 0.75 | 10666.7 | 8000.0 | 10666.7 | $426.67 | | SSD PD | $0.170 | 30 | 30 | 533.3 | 200.0 | 600.0 | $102.00 | | Local SSD | $0.218 | 186.7 | 266.7 | 85.7 | 22.5 | 600.0 | $130.80 | | NVMe SSD | $0.218 | 240 | 453.3 | 66.7 | 13.2 | 600.0 | $130.80 | | | Write | Read | Required IOPS | 16000 | 6000 | Min Disk Size | 600 |

但是我还是有点不清楚：

列出的IOPS / GB是严重的1.5 / 30而不是1,500 / 30,000或其他一些比例因子？
为什么标准PD写入IOPS高于读取IOPS？
有没有NVMe SSD SSD的实际上市价格，还是与本地SSD相同？ [我认为后者]
就计算和假设而言，这一切看起来是否合理？

提前致谢。

我将按照与问题相同的顺序来回答：

是的，根据这篇帮助中心文章没有任何其他缩放因子
标准持久性磁盘持续性能上限随着卷的大小而增加，直到达到可用的最高性能。这些性能上限是针对磁盘的持续活动，而不是最高IO速率。对于许多应用程序来说，IO要求是突发的，所以计算引擎允许在小于1TB大小的卷的文件上限以下突发IO的短突发。在爆发耗尽之后，IO率恢复到文档上限。这种破裂能力可以让您根据持续的价格而不是峰值来select您的交易量。这可以为IO突发的工作负载节省大量的成本，这解释了这个公式的结果IOPS * TransferSizeInBytes = BytesPerSec （答案通常转换为兆字节的PerSec）
本地固态硬盘可通过SCSI和NVMe接口使用，两者的价格相同。
您可以在Google云端平台定价计算器中进行成本估算。