Amazon AWS RDS 突發餘額與 CPU 積分餘額

我試圖了解我是否適當地指定了我的數據庫。下面的圖表顯示了SQL Server 的 t3.xlarge 實例的WriteIOPS,CPUCreditBalance和BurstBalance。考慮到相當穩定的 WriteIOPS 速率，看起來我BurstBalance還要再過 15 個小時左右的時間。然而，它CPUCreditBalance正在穩步增加。

+-15 小時後會發生什麼 - 數據庫是否會受到限制？我試圖了解此處定義和描述的指標，但我不確定這兩個餘額之間的確切區別是什麼 - 有人可以澄清這兩個餘額指標的含義嗎？

CPUCreditBalance``BurstBalance是兩個不相關的指標。

在 T 類型實例上，您有一個CPUCreditBalance. 如果您持續使用 CPU，您將耗盡您的信用餘額並且機器將被限制。T 類型實例僅適用於間歇性工作負載。任何繼續消耗甚至少量 CPU 的程序（即使是錯誤程序），如果大小不合適，都可能削弱系統。此處的表顯示 t3.xlarge 可以在每個 vCPU 40% 的基線下執行，既不會獲得也不會失去積分。任何使伺服器保持在該速率以上執行的東西都會消耗積分，直到系統用完積分並被限製到基線速度。從本質上講，您的系統將被限制為 40% 的 CPU 使用率。

另一方面，BurstBalance是支持 EC2 或 RDS 實例的 EBS 儲存卷的功能。當您配置標準 gp2 儲存卷時，它會提供性能基準。但是，您可以獲得積分以突破該性能。體積越大，基準性能越大。如果您有一個程序消耗磁碟（讀取或寫入），它將執行得比基準性能快得多，直到餘額耗盡。然後它將被限製到基線性能。更多資訊在這裡。

在您的圖表中，您缺少關鍵值，它們是CPUUtilizationand ReadIOPS。您看到的是，當您持續讀取或寫入 IOPS 到磁碟時，您的突發平衡會減少。當它用完時，您將受限於磁碟的基準性能。此外，您會看到您的 CPU 使用率是否持續下降，您的信用餘額將會減少。當它用完時，您的 CPU 將被限制為基準性能。

根據您的工作負載，您可能需要調整實例的大小或容量以滿足您的需求。或者，您可能必須更改為非突發實例類型才能獲得可靠且一致的 CPU 性能。或者，您可能必須更改為預置的 iops 儲存卷才能獲得可靠且一致的磁碟性能。

引用自：https://serverfault.com/questions/1097785