在您的图表中，您缺少关键值，它们是CPUUtilizationand ReadIOPS。您看到的是，当您持续读取或写入 IOPS 到磁盘时，您的突发平衡会减少。当它用完时，您将受限于磁盘的基准性能。此外，您会看到您的 CPU 使用率是否持续下降，您的信用余额将会减少。当它用完时，您的 CPU 将被限制为基准性能。
根据您的工作负载，您可能需要调整实例的大小或容量以满足您的需求。或者，您可能必须更改为非突发实例类型才能获得可靠且一致的 CPU 性能。或者，您可能必须更改为预置的 iops 存储卷才能获得可靠且一致的磁盘性能。
CPUCreditBalanceBurstBalance是两个不相关的指标。在 T 类型实例上，您有一个
CPUCreditBalance. 如果您持续使用 CPU，您将耗尽您的信用余额并且机器将被限制。T 类型实例仅适用于间歇性工作负载。任何继续消耗甚至少量 CPU 的进程（即使是错误进程），如果大小不合适，都可能削弱系统。此处的表显示 t3.xlarge 可以在每个 vCPU 40% 的基线下运行，既不会获得也不会失去积分。任何使服务器保持在该速率以上运行的东西都会消耗积分，直到系统用完积分并被限制到基线速度。从本质上讲，您的系统将被限制为 40% 的 CPU 使用率。另一方面，
BurstBalance是支持 EC2 或 RDS 实例的 EBS 存储卷的功能。当您配置标准 gp2 存储卷时，它会提供性能基准。但是，您可以获得积分以突破该性能。体积越大，基准性能越大。如果您有一个进程消耗磁盘（读取或写入），它将运行得比基准性能快得多，直到余额耗尽。然后它将被限制到基线性能。更多信息在这里。在您的图表中，您缺少关键值，它们是
CPUUtilizationandReadIOPS。您看到的是，当您持续读取或写入 IOPS 到磁盘时，您的突发平衡会减少。当它用完时，您将受限于磁盘的基准性能。此外，您会看到您的 CPU 使用率是否持续下降，您的信用余额将会减少。当它用完时，您的 CPU 将被限制为基准性能。根据您的工作负载，您可能需要调整实例的大小或容量以满足您的需求。或者，您可能必须更改为非突发实例类型才能获得可靠且一致的 CPU 性能。或者，您可能必须更改为预置的 iops 存储卷才能获得可靠且一致的磁盘性能。
如果您的负载是 24/7 恒定的，您将用完 BurstBalance（EBS 磁盘）。这里有一篇很好的博客文章。但是，如果您的负载减少，比如说在工作时间之外，突增平衡可能会恢复。
如果您有 GP2 / GP3 磁盘，我建议您增加磁盘大小，因为您的突发余额会增加得更快。如果是 IO1 / IO2，则增加分配的 IOPS。