![亚马逊:我如何知道我是否需要预配置 IOPS?](https://linux22.com/image/628391/%E4%BA%9A%E9%A9%AC%E9%80%8A%EF%BC%9A%E6%88%91%E5%A6%82%E4%BD%95%E7%9F%A5%E9%81%93%E6%88%91%E6%98%AF%E5%90%A6%E9%9C%80%E8%A6%81%E9%A2%84%E9%85%8D%E7%BD%AE%20IOPS%EF%BC%9F.png)
我们最近迁移到了 Amazon Web Servers,仍在学习如何使用。我们的 EC2 Web 实例和 RDS MySQL 实例(目前我们各只有 1 个)似乎运行良好。但我想知道我们能否让它们发挥更好的性能。
我们确实运营着一个非常小的网站,但由于 MySQL 端有大量聚合,某些页面仍然需要一段时间才能加载。
以下是我们当前的统计数据:
EC2 Web 服务器使用情况 (c3.large)
RDS (MySQL) 使用情况 (db.m1.large)
其中,只有 DB(db.m1.large)是“Provisioned IOPS Optimized”。
非“PIOPS 优化”实例是否仍能从预配置 IOPS 中获益?或者我们应该为我们的 EC2 Web 服务器考虑不同的实例类型?
有了这些统计数据,我们还需要预配置 IOPS 吗?我们会看到任何好处吗?
如果 Provisioned IOPS 有帮助,我怎么知道我需要多少?我该如何测试它?
答案1
非“PIOPS 优化”实例是否仍能从预配置 IOPS 中受益?
是的。PIOPS 卷是底层的 SSD,因此您可以从中受益。优化实例拥有专用于 EBS 服务器的网络,因此它们可以获得一致的性能。非优化实例会与 EBS 及其其余网络流量交互,因此物理主机上的带宽使用量很大能让你慢下来。
http://aws.typepad.com/aws/2012/08/fast-forward-provisioned-iops-ebs.html
作为参考,标准 EBS 卷通常平均提供约 100 IOPS,并能够在尽力的情况下突发到数百 IOPS。
考虑到这一点,我怀疑您会看到 RDS 上的 PIOPS 的性能改进,因为您在 RDS 卷上平均有 50-100 次写入和 200-400 次读取 - 您很可能大多数时间都处于尽力突发状态。
从图表来看,您的 Web 服务器的 IOPS 为零,因此我猜想所有内容都已在 RAM 中正常运行,不会影响磁盘。不过,请检查它是否没有您应该查看的辅助卷。