添加32 GB卷后，AWS t2.medium性能问题

Question

在AWS EC2 t2.medium实例上，我们运行了一个网站http://www.pricesimply.com/

我们的数据库安装在同一台机器上。 默认情况下，我们有8 GB的存储空间，站点速度很快。

然后，我们添加了一个32 gb卷类型 - 通用卷。

这两卷之间只有差异 -

8 gb默认音量 - IOPS 24/3000

32 gb新增量 - IOPS 96/3000

卷类型＆amp;可用区域相同。

网站MUCH SLOWER现在与之前相比。

Answer 1

一些随意的想法：

1）性能确实因卷而异。做一些基准测试，看看它是否真的慢了。 （不太可能，但可能。）

2）也许卷是一个红色的鲱鱼 - 也许你的整个数据集都足够小以适应RAM之前，现在你已经扩展和成长，你的数据不适合，创建恒定的I / O？

3）如果驱动器是从快照创建的，则后台可能是fetching your data from your snapshot，从而减​​慢了驱动器的速度。

Answer 2

添加额外的磁盘不应该减慢您的机器速度，您需要更多地调查一下以确定瓶颈。

表现不佳的基础设施通常属于以下三类之一：

• CPU：检查您的CPU利用率，看看t2.medium实例是否合适。 Amazon CloudWatch可以显示CPU历史记录。
• 内存（RAM）：您的应用程序可能内存不足，导致页面交换到磁盘。您需要在实例中监控内存利用率。 （CloudWatch无法查看内存利用率。）
• 磁盘IO：如果您正在阅读＆amp;写入磁盘很多，那么这可能是你的瓶颈。 CloudWatch可以为您提供一些指标，尤其是队列长度，表明IO正在等待处理。

一旦您确定这三个因素中的哪一个似乎是瓶颈，请尝试改进它们：

• CPU：使用更大的实例类型
• 内存：使用内存更多的实例类型
• 磁盘：使用更快的磁盘

您正在使用通用（SSD）EBS卷。这些卷具有与卷大小相关的IOPS（每秒输入/输出）。所以，你的＆＃34; 96/3000＆＃34;如果你有足够的IO＆＃39;信用额，那么音量可以保证96 IOPS（大约是磁硬盘的速度），能够突破3000 IOPS。如果您持续使用超过96次IOPS，则您将缺少信用额度，并且将限制为96 IOPS。

请参阅：Amazon EBS Volume Types