我的 EC2 实例很慢、无响应或不可访问，但我的 CPU 和内存消耗并不高，这是为什么？

上次更新时间：2021 年 1 月 19 日

我在连接到使用 Amazon Elastic Block Store (Amazon EBS) 通用型 SSD (gp2) 根卷的 Amazon Elastic Compute Cloud (Amazon EC2) 实例时遇到问题。尽管 CPU 和内存并未被完全利用，但连接速度很慢或发生超时。

简短描述

可能导致此问题的原因有很多，例如实例依赖的外部服务出现问题、磁盘抖动或网络连接问题。本文讨论了一个常见的原因：gp2 根卷上的 I/O 突增积分耗尽。（在大多数区域，gp2 是根卷的默认存储驱动器。有关更多信息，请参阅 Amazon EBS 卷类型。）

解决方法

检查 I/O 突增积分余额

打开 Amazon EC2 控制台。
在导航窗格中选择 Instances（实例），然后选择该实例。
在 Storage（存储）选项卡上，选择根设备的卷 ID。
选择该 EBS 卷的 Monitoring（监控）选项卡，然后找到Burst Balance（突增余额）指标。如果突增余额为 0%，说明所有的突增积分已经用完，该卷无法突增到超出基准性能水平的水平。使用以下任意一种方法来解决此问题。

估算 IOPS 需求，然后修改卷来支持该负载

在 Amazon CloudWatch 中找到根 EBS 卷的 VolumeReadOps 和 VolumeWriteOps 指标。有关更多信息，请参阅搜索可用指标。
使用 CloudWatch Sum 统计数据来获取 VolumeReadOps 和 VolumeWriteOps 的峰值水平。然后将这两个数字相加。例如：
VolumeReadOps = 737000
VolumeWriteOps = 199000
合计 = 936,000
要估算您需要的 IOPS 数量，用测量间隔秒数除以上一步中的合计值。例如：
测量间隔 = 5 分钟（300 秒）
936000/300 = 3120 IOPS

gp2 卷的基准性能以每 GiB 卷大小 3 IOPS 的速度线性扩展。这意味着，一个 3120 IOPS 的卷必须扩展至 1040GiB 才能提高性能 (3120/3 = 1040)。

或者，您也可以更改卷，将 gp2 改为预置 IOPS SSD (io1)。使用 io1 卷时，您无需增加卷大小即可指定需要的 IOPS 数量。有关何时使用 io1 卷的更多信息，请参阅预置 IOPS SSD（io1 和 io2）卷。有关 gp2 和 io1 卷的成本比较，请参阅 Amazon EBS 定价。

更改工作负载的分配方式

如果一个 EC2 实例上有多个应用程序，这些应用程序会竞争根 EBS 卷的 IOPS。随着工作负载的逐渐增长，IOPS 需求也会增加。要提高实例性能，请考虑为您的应用程序使用额外的非根 EBS 卷。此外，请考虑将根卷仅用于操作系统。