1
估计突发使用的IO需求
我们有一个可以全天定期查询SQL数据库的应用程序。有零个活动周期或只有零个活动周期,并散布着对相对大量数据的单独请求。当这些请求出现时,主要目标是快速交付数据,次要目标是经济高效地完成数据处理。由于应用程序的性质,数据/索引不太可能会从先前的查询(不同的用户,在数据的不同部分上)缓存到RAM中。 对于使用率相对稳定的系统,我听说过经验法则以观察磁盘队列长度并使该数量保持较小。这将特别在AWS中运行,在该AWS中,我已经看到一条经验法则,即磁盘队列长度为每100 IOPS 1个是合理的。 我如何估算此类系统的IO要求?在处理单个突发查询时,磁盘队列长度是否是可靠的指标?我还应该考虑其他指标吗?