Amazon AWS RDS 突发余额与 CPU 积分余额

Question

我试图了解我是否正确指定了我的数据库。下面的图表显示了SQL Server t3.xlarge 实例的WriteIOPS、CPUCreditBalance和。BurstBalance考虑到 WriteIOPS 速率相当恒定，看起来我将BurstBalance在另外 15 小时左右的时间内消耗掉我的电量。然而，该CPUCreditBalance数字正在稳步增加。

+-15 小时内会发生什么 - 数据库是否会受到限制？我试图理解此处定义和描述的指标，但我不确定这两个余额之间的具体区别是什么 - 有人可以澄清这两个余额指标的含义吗？

Answer 1

CPUCreditBalance和BurstBalance是两个不相关的指标。

在 T 类型实例上，您有一个CPUCreditBalance. 如果您持续使用 CPU，您将耗尽您的信用余额，并且机器将受到限制。T 类型实例仅适用于间歇性工作负载。任何继续消耗哪怕少量 CPU 的进程（即使是错误的进程）如果调整不当，也可能会导致系统瘫痪。此处的表显示 t3.xlarge 可以在每个 vCPU 40% 的基准下运行，既不会获得积分，也不会丢失积分。任何使服务器保持高于该速率运行的操作都会消耗积分，直到系统用完积分并限制到基准速度。本质上，您的系统 CPU 使用率将被限制在 40%。

另一方面，BurstBalance它是支持 EC2 或 RDS 实例的 EBS 存储卷的功能。当您配置标准 gp2 存储卷时，它会提供性能基准。但是，您可以获得积分来突破该表现。体积越大，基线性能就越大。如果您有一个进程消耗磁盘（读或写），它将比基准性能运行得快得多，直到平衡耗尽。然后它将被限制到基线性能。更多信息请参见此处。

在您的图表中，您缺少关键值，这些是CPUUtilization和ReadIOPS。您会看到，当您持续对磁盘进行读取或写入 IOPS 时，突发余额会减少。当它用完时，您将仅限于磁盘的基准性能。此外，您会发现，如果您持续使用 CPU，您的信用余额将会减少。当它耗尽时，您的 CPU 将被限制到基准性能。

根据您的工作负载，您可能需要调整实例的大小或卷以满足您的需求。或者，您可能必须更改为非突发实例类型以获得可靠且一致的 CPU 性能。或者，您可能必须更改为预配置的 iops 存储卷，以获得可靠且一致的磁盘性能。