答案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 儲存卷，以獲得可靠且一致的磁碟效能。
答案2
如果您的負載是 24/7 恆定，您將耗盡 BurstBalance（EBS 磁碟）。有一篇關於它的很好的部落格文章這裡。但是，如果您的負載減少（例如在工作時間之外），突發餘額可能會恢復。
如果您有 GP2 / GP3 磁碟，我建議增加磁碟大小，因為您的突發餘額會增加得更快。如果是 IO1/IO2，則增加分配的 IOPS。