Amazon EBS 提供以下卷類型，各種類型性能特點和價格不同，因此您可根據應用程序要求定制您所需的存儲性能和相應成本。卷類型歸入兩大類別：
-
支持 SSD 的卷針對涉及小型 I/O 的頻繁讀/寫操作的事務性工作負載進行了優化，其中管理性能屬性為 IOPS
-
支持 HDD 的卷針對吞吐量 (以 MiB/s 為單位) 是優於 IOPS 的性能指標的大型流式處理工作負載進行了優化
下表列出了每個卷類型的使用案例和性能特點。
注意
EBS 卷類型性能的 AWS 更新可能不會立即在您的現有卷上生效。要查看較早卷上的全部性能，您需要先在其上執行 ModifyVolume 操作。有關更多信息，請參閱在 Linux 上修改 EBS 卷的大小、IOPS 或類型。
| 固態硬盤 (SSD) | 硬盤驅動器 (HDD) | |||
|---|---|---|---|---|
| 卷類型 | 通用型 SSD (gp2)* |
預配置 IOPS SSD (io1) |
吞吐優化 HDD (st1) |
Cold HDD (sc1) |
| 描述 | 平衡價格和性能的通用 SSD 卷，可用於多種工作負載 | 最高性能 SSD 卷，可用於任務關鍵型低延遲或高吞吐量工作負載 | 為頻繁訪問的吞吐量密集型工作負載設計的低成本 HDD 卷 | 為不常訪問的工作負載設計的最低成本 HDD 卷 |
| 使用案例 |
|
|
|
|
| API 名稱 | gp2 |
io1 |
st1 |
sc1 |
| 卷大小 | 1 GiB - 16 TiB | 4 GiB - 16 TiB | 500 GiB - 16 TiB | 500 GiB - 16 TiB |
| 最大IOPS**/卷 | 16,000*** | 64,000**** | 500 | 250 |
| 最大吞吐量/卷 | 250 MiB/s*** | 1,000 MiB/s† | 500 MiB/s | 250 MiB/s |
| 最大IOPS/實例†† | 80,000 | 80,000 | 80,000 | 80,000 |
| 最大吞吐量/實例†† | 1,750 MiB/s | 1,750 MiB/s | 1,750 MiB/s | 1,750 MiB/s |
| 管理性能屬性 | IOPS | IOPS | MiB/s | MiB/s |
* 從控制台創建的 EBS 卷的默認卷類型是 gp2。使用不帶卷類型參數的 CreateVolume API 創建的卷默認為 gp2 或 standard（視區域而定）：
-
standard：us-east-1、eu-west-1、eu-central-1、us-west-2、us-west-1、sa-east-1、ap-northeast-1、ap-northeast-2、ap-southeast-1、ap-southeast-2、ap-south-1、us-gov-west-1、cn-north-1 -
gp2：所有其他區域
**gp2/io1 基於 16 KiB I/O 大小，st1/sc1 基於 1 MiB I/O 大小
*** 通用型 SSD (gp2) 卷的吞吐量限制介於 128 MiB/s 和 250 之間，具體取決於卷大小。如果有突增積分可用，大於 170 GiB 但小於 334 GiB 的卷將提供 250 的最大吞吐量。334 GiB 及更大的卷將提供 250 的最大吞吐量（無論突增積分如何）。較早的 gp2 卷無法實現全部性能，除非在該卷上執行了 ModifyVolume 操作。有關更多信息，請參閱 Amazon EBS 彈性卷。
**** 在基於 Nitro 的實例上僅保證 64,000 最大 IOPS。其他實例保證性能最高為 32,000 IOPS。
† 在基於 Nitro 的實例上僅保證 1,000 MiB/s 最大吞吐量。其他實例保證最高為 500 MiB/s。較早的 io1 卷無法實現全部性能，除非在該卷上執行了 ModifyVolume 操作。有關更多信息，請參閱 Amazon EBS 彈性卷。
†† 要實現此吞吐量，您必須要有支持該吞吐量的實例。有關更多信息，請參閱Amazon EBS 優化的實例。
下表列出了上一代 EBS 卷類型。如果您需要比上一代卷更高的性能或性能一致性，建議您考慮使用通用型 SSD (gp2) 或其他最新卷類型。有關更多信息，請參閱上一代卷。
| 上一代卷 | |
|---|---|
| 卷類型 | EBS 磁介質 |
| 描述 | 上一代 HDD |
| 使用案例 | 數據不常訪問的工作負載 |
| API 名稱 | standard |
| 卷大小 | 1 GiB - 1 TiB |
| 最大IOPS/卷 | 40–200 |
| 最大吞吐量/卷 | 40–90 MiB/s |
| 最大IOPS/實例 | 80,000 |
| 最大吞吐量/實例 | 1,750 MiB/s |
| 管理性能屬性 | IOPS |
注意
Linux AMIs 需要將 GPT 分區表和 GRUB 2 用於 2 TiB (2048 GiB) 或更大的引導卷。現在的許多 Linux AMIs 都使用 MBR 分區方案，此方案僅支持最高 2047 GiB 的引導卷。如果您的實例不通過 2 TiB 或更大的引導卷啟動，您要使用的 AMI 會限制為 2047 GiB 引導卷大小。非引導卷對 Linux 實例沒有這種限制。
有多種因素會影響 EBS 卷的性能，如實例配置、I/O 特性和工作負載需求。有關充分利用 EBS 卷的更多信息，請參閱 Linux 實例上的 Amazon EBS 卷性能。
有關這些卷類型的定價的更多信息，請參閱 Amazon EBS 定價。
通用型 SSD (gp2) 卷
通用型 SSD (gp2) 卷提供經濟實惠的存儲，是廣泛工作負載的理想選擇。這些卷可以提供幾毫秒的延遲，能夠突增至 3000 IOPS 並維持一段較長的時間。在最小 100 IOPS（以 33.33 GiB 及以下）和最大 16,000 IOPS（以 5334 GiB 及以上）之間，基准性能以每 GiB 卷大小 3 IOPS 的速度線性擴展。AWS 對 gp2 卷進行了設計，以在 99% 的時間內提供 90% 的預配置性能。gp2 卷的大小范圍為 1 GiB 到 16 TiB。
I/O 積分和突增性能
gp2 卷的性能與卷大小關聯，卷大小確定卷的基准性能水平以及積累 I/O 積分的速度；卷越大，基准性能級別就越高，I/O 積分積累速度也越快。I/O 積分表示您的gp2 卷在需求超過基准性能時可用來突增大量 I/O 的可用帶寬。您的卷擁有的 I/O 點數越多，它在需要更高性能時可以超過其基准性能水平的突增時間就越長，表現也越好。下圖顯示 gp2 的突增存儲桶行為。
每個卷都有 540 萬 I/O 點的初始 I/O 積分余額，這足以維持 3000 IOPS 的最大突增性能 30 分鍾。設計初始積分余額的目的是為引導卷提供快速初始啟動循環，並為其他應用程序提供良好的引導過程。卷以每 GiB 卷大小 3 IOPS 的基准性能率的速度獲得 I/O 積分。例如，一個 100 GiB 的gp2 卷具有 300 IOPS 的基准性能。
當卷的需求超出了基准性能 I/O 水平時，它會使用積分余額中的 I/O 積分突增到所需的性能水平，最大為 3000 IOPS。大於 1000 GiB 的卷的基准性能等於或大於最大突增性能，並且其 I/O 積分余額永遠不會耗盡。如果卷在一秒內使用的 I/O 積分少於它所賺取的積分，未使用的 I/O 積分會加到 I/O 積分余額中。卷的最大 I/O 積分余額等於初始積分余額 (540 萬 I/O 積分)。
注意
對於 1 TiB 或更大的卷，基准性能大於最大突增性能，因此 I/O 點數永遠不會耗盡。如果卷附加到基於 Nitro 的實例，則報告的突發余額為 0%。對於非基於 Nitro 的實例，報告的突發余額為 100%。
下表列出了幾種卷大小以及卷的相關基准性能 (也就是它積累 I/O 積分的速度)、在最大 3000 IOPS 時的突增持續時間 (從完整積分余額開始時) 以及卷重新填滿空積分余額所需的秒數。
| 卷大小 (GiB) |
基准性能 (IOPS) |
提供持續的 3,000 IOPS 時的突增持續時間（秒） |
在未執行 IO 時填充空積分余額的秒數 |
|---|---|---|---|
| 1 |
100 |
1802 |
54000 |
| 100 |
300 |
2000 |
18000 |
| 250 |
750 |
2400 | 7200 |
| 334（最大吞吐量的最小大小） |
1002 | 2703 |
5389 |
| 500 |
1500 |
3600 |
3600 |
| 750 |
2250 |
7200 |
2400 |
| 1000 |
3000 |
不適用* |
不適用* |
| 5334（最大 IOPS 的最小大小） |
16,000 |
不適用* |
不適用* |
| 16384 (16 TiB，最大卷大小) |
16,000 |
不適用* |
不適用* |
* 突增和 I/O 積分僅與低於 1000 GiB 的卷有關，此時突增性能超出了基准性能。
卷的突增持續時間取決於卷的大小、所需的突增 IOPS 以及突增開始時的積分余額。如下面的等式所示：
(Credit balance)
Burst duration = ------------------------------------
(Burst IOPS) - 3(Volume size in GiB)如果我清空我的 I/O 積分余額，會發生什么情況？
如果您的 gp2 卷使用其所有 I/O 積分余額，則該卷的最大 IOPS 性能將保持在基准 IOPS 性能水平 (亦即您的卷獲得積分的速率)，並且該卷的最大吞吐量將降低到最大 I/O 大小乘以基准 IOPS。吞吐量絕不會超過 250 MiB/s。當 I/O 需求下降到基准水平以下並且未使用的積分添加到 I/O 積分余額中時，該卷的最大 IOPS 性能會再次超出基准。例如，積分余額為空的 100 GiB gp2 卷具有 300 IOPS 的基准性能和 75 MiB/s 的吞吐量限制 (每秒 300 個 I/O 操作 * 每個 I/O 操作 256 KiB = 75 MiB/s)。卷越大，基准性能就越高，補充積分余額的速度也越快。有關如何測量 IOPS 的更多信息，請參閱 I/O 特征和監控。
如果您注意到卷性能常常受限於基准水平（由於空 I/O 積分余額），則應考慮使用較大的 gp2 卷（具有較高基准性能水平），或對需要大於 16,000 IOPS 的持續 IOPS 性能的工作負載改用 io1 卷。
有關使用 CloudWatch 指標和警報來監控突增存儲桶余額的信息，請參閱監控 gp2、st1 和 sc1 卷的突增存儲桶余額。
吞吐量性能
gp2 卷的吞吐量可以使用以下公式計算，吞吐量上限為 250 MiB/s：
Throughput in MiB/s = ((Volume size in GiB) × (IOPS per GiB) × (I/O size in KiB))假定 V = 卷大小，I = I/O 大小，R = I/O 速率，並且 T = 吞吐量，這可以簡化為：
T = VIR實現最大吞吐量的最小卷大小可通過以下方式得出：
T
V = -----
I R
250 MiB/s
= ---------------------
(256 KiB)(3 IOPS/GiB)
[(250)(2^20)(Bytes)]/s
= ------------------------------------------
(256)(2^10)(Bytes)([3 IOP/s]/[(2^30)(Bytes)])
(250)(2^20)(2^30)(Bytes)
= ------------------------
(256)(2^10)(3)
= 357,913,941,333 Bytes
= 333⅓ GiB (334 GiB in practice because volumes are provisioned in whole gibibytes)預配置 IOPS SSD (io1) 卷
預配置 IOPS SSD (io1) 卷旨在滿足 I/O 密集型工作負載（尤其是數據庫工作負載）的需要，這些工作負載對存儲性能和一致性非常敏感。與使用存儲桶和積分模型計算性能的 gp2 不同，io1 卷允許您在創建卷時指定一致的 IOPS 速率，Amazon EBS 在指定年份的超過 99.9% 的時間里可提供 10% 以內的預配置 IOPS 性能。
io1 卷的大小范圍是 4 GiB 到 16 TiB。您可以在基於 Nitro 的實例實例上為每個卷預置 100 IOPS 到 64,000 IOPS，並在其他實例上最多預置 32,000。預配置 IOPS 與請求的卷大小 (GiB) 的最大比率為 50:1。例如，100 GiB 卷可以預配置為最高 5,000 IOPS。在支持的實例類型上，任何大小為 1280 GiB 或更大的卷可以預配置為最大值 64,000 IOPS (50 × 1280 GiB = 64000)。
任何預配置了最高 32000 IOPS 的 io1 卷支持 256 KiB 的最大 I/O 大小，可以得到最高 500 MiB/s 的吞吐量。當 I/O 大小達到最大時，吞吐量也將達到峰值 2000 IOPS。任何預配置了超過 32000 IOPS（最高為上限 64000 IOPS）的卷支持 16 KiB 的最大 I/O 大小，可以得到最高 1000 MiB/s 的吞吐量。下圖說明了這些性能特性：
您的每 I/O 延遲體驗取決於預配置 IOPS 以及您的工作負載模式。要獲得最佳的每 I/O 延遲體驗，我們建議您將 IOPS 與 GiB 的比率預配置為大於 2:1。例如，2,000 IOPS 卷應該小於 1,000 GiB。
注意
2012 年以前創建的部分 AWS 賬戶可能可以訪問 us-west-1 或 ap-northeast-1 中不支持 預配置 IOPS SSD (io1) 卷的可用區。如果您無法在其中一個區域中創建 io1 卷（或在其塊儲存設備映射中啟動具有 io1 卷的實例），請嘗試該區域中的其他可用區。您可以通過在某可用區創建 4 GiB io1 卷來驗證該可用區是否支持 io1卷。
吞吐優化 HDD (st1) 卷
吞吐優化 HDD (st1) 卷提供低成本的磁性存儲，該存儲以吞吐量而不是 IOPS 定義性能。該卷類型是大型順序工作負載 (如 Amazon EMR、ETL、數據倉庫和日志處理) 的理想之選。不支持可啟動的 st1 卷。
吞吐優化 HDD (st1) 卷雖然與 Cold HDD (sc1) 卷類似，但其設計用於支持頻繁 訪問的數據。
該卷類型針對涉及大型順序 I/O 的工作負載進行了優化，建議具有執行少量隨機 I/O 工作負載的客戶使用 gp2。有關更多信息，請參閱HDD 上的小型讀/寫效率低下問題。
吞吐量積分和突增性能
與 gp2 類似，st1 使用突增存儲桶模型提高性能。卷大小決定卷的基准吞吐量，即卷積累吞吐量積分的速度。卷大小還決定卷的突增吞吐量，即有積分可用時消耗積分的速度。較大的卷有較高的基准吞吐量和突增吞吐量。卷的積分越多，它以突增水平驅動 I/O 的時間就越長。
下圖顯示 st1 的突增存儲桶行為。
st1 卷的可用吞吐量受吞吐量和吞吐量積分上限的限制，由以下公式表示：
(Volume size) x (Credit accumulation rate per TiB) = Throughput對於 1 TiB st1 卷，突增吞吐量限制為 250 MiB/s，存儲桶以 40 MiB/s 的速度填充，最多可容納 1 TiB 積分。
較大的卷會線性擴展這些限制，吞吐量上限為最大 500 MiB/s。在存儲桶耗盡時，吞吐量會限制為基准速率，即每 TiB 40 MiB/s。
在從 0.5 到 16 TiB 的卷大小范圍內，基准吞吐量從 20 到上限 500 MiB/s 變化，12.5 TiB 時達到上限，如下所示：
40 MiB/s
12.5 TiB x ---------- = 500 MiB/s
1 TiB 突增吞吐量從 125 MiB/s 到上限 500 MiB/s 變化，2 TiB 時達到上限，如下所示：
250 MiB/s
2 TiB x ---------- = 500 MiB/s
1 TiB 下表列出了 st1 基准和突增吞吐量值的完整范圍：
| 卷大小 (TiB) | ST1 基准吞吐量 (MiB/s) | ST1 突增吞吐量 (MiB/s) |
|---|---|---|
| 0.5 | 20 | 125 |
| 1 | 40 | 250 |
| 2 | 80 | 500 |
| 3 | 120 | 500 |
| 4 | 160 | 500 |
| 5 | 200 | 500 |
| 6 | 240 | 500 |
| 7 | 280 | 500 |
| 8 | 320 | 500 |
| 9 | 360 | 500 |
| 10 | 400 | 500 |
| 11 | 440 | 500 |
| 12 | 480 | 500 |
| 12.5 | 500 | 500 |
| 13 | 500 | 500 |
| 14 | 500 | 500 |
| 15 | 500 | 500 |
| 16 | 500 | 500 |
下圖繪制了表值：
注意
如果創建 吞吐優化 HDD (st1) 卷的快照，則在快照處理過程中，性能可能會降低，最壞情況下會降低到卷的基准值。
有關使用 CloudWatch 指標和警報來監控突增存儲桶余額的信息，請參閱監控 gp2、st1 和 sc1 卷的突增存儲桶余額。
Cold HDD (sc1) 卷
Cold HDD (sc1) 卷提供低成本的磁性存儲，該存儲以吞吐量而不是 IOPS 定義性能。sc1 的吞吐量限制比 st1 更低，是大型順序冷數據工作負載的理想選擇。如果您需要頻繁訪問數據並且希望節約成本，sc1 提供價格低廉的塊存儲。不支持可啟動的 sc1 卷。
Cold HDD (sc1) 卷雖然與 吞吐優化 HDD (st1) 卷類似，但其設計用於支持不頻繁 訪問的數據。
注意
該卷類型針對涉及大型順序 I/O 的工作負載進行了優化，建議具有執行少量隨機 I/O 工作負載的客戶使用 gp2。有關更多信息，請參閱HDD 上的小型讀/寫效率低下問題。
吞吐量積分和突增性能
與 gp2 類似，sc1 使用突增存儲桶模型提高性能。卷大小決定卷的基准吞吐量，即卷積累吞吐量積分的速度。卷大小還決定卷的突增吞吐量，即有積分可用時消耗積分的速度。較大的卷有較高的基准吞吐量和突增吞吐量。卷的積分越多，它以突增水平驅動 I/O 的時間就越長。
sc1 卷的可用吞吐量受吞吐量和吞吐量積分上限的限制，由以下公式表示：
(Volume size) x (Credit accumulation rate per TiB) = Throughput對於 1 TiB sc1 卷，突增吞吐量限制為 80 MiB/s，存儲桶以 12 MiB/s 的速度填充，最多可容納 1 TiB 積分。
較大的卷會線性擴展這些限制，吞吐量上限為最大 250 MiB/s。在存儲桶耗盡時，吞吐量會限制為基准速率，即每 TiB 12 MiB/s。
在從 0.5 到 16 TiB 的卷大小范圍內，基准吞吐量從 6 MiB/s 到最大 192 MiB/s 變化，16 TiB 時達到上限，如下所示：
12 MiB/s
16 TiB x ---------- = 192 MiB/s
1 TiB 突增吞吐量從 40 MiB/s 到上限 250 MiB/s 變化，3.125 TiB 時達到上限，如下所示：
80 MiB/s
3.125 TiB x ----------- = 250 MiB/s
1 TiB 下表列出了 sc1 基准和突增吞吐量值的完整范圍：
| 卷大小 (TiB) | SC1 基准吞吐量 (MiB/s) | SC1 突增吞吐量 (MiB/s) |
|---|---|---|
| 0.5 | 6 | 40 |
| 1 | 12 | 80 |
| 2 | 24 | 160 |
| 3 | 36 | 240 |
| 3.125 | 37.5 | 250 |
| 4 | 48 | 250 |
| 5 | 60 | 250 |
| 6 | 72 | 250 |
| 7 | 84 | 250 |
| 8 | 96 | 250 |
| 9 | 108 | 250 |
| 10 | 120 | 250 |
| 11 | 132 | 250 |
| 12 | 144 | 250 |
| 13 | 156 | 250 |
| 14 | 168 | 250 |
| 15 | 180 | 250 |
| 16 | 192 | 250 |
下圖繪制了表值：
注意
如果創建 Cold HDD (sc1) 卷的快照，則在快照處理過程中，性能可能會降低，最壞情況下會降低到卷的基准值。
有關使用 CloudWatch 指標和警報來監控突增存儲桶余額的信息，請參閱監控 gp2、st1 和 sc1 卷的突增存儲桶余額。
磁介質 (standard)
磁介質卷由磁盤驅動器支持，適用於不經常訪問數據的工作負載以及小型卷大小的低成本存儲非常重要的場景。這些卷平均提供大約 100 IOPS，突增能力最大可達數百 IOPS，大小范圍是 1 GiB 到 1 TiB。
注意
磁介質是上一代卷。對於新應用程序，我們建議使用較新的卷類型。有關更多信息，請參閱上一代卷。
有關使用 CloudWatch 指標和警報來監控突增存儲桶余額的信息，請參閱監控 gp2、st1 和 sc1 卷的突增存儲桶余額。
使用 HDD 卷時的性能注意事項
為了使用 HDD 卷獲得最優的吞吐量結果，請根據以下注意事項計划您的工作負載。
吞吐優化 HDD 與Cold HDD
st1 和 sc1 存儲桶大小因卷大小而異，滿的存儲桶包含充足的令牌用於完整卷掃描。不過，因為每實例和每卷的吞吐量限制，更大的 st1 和 sc1 卷需要更長的時間完成卷掃描。附加到較小實例的卷被限制在每實例吞吐量上，而不是 st1 或 sc1吞吐量限制。
st1 和 sc1 的設計都可以在 99% 的時間內提供 90% 的突增吞吐量性能一致性。不合規時間近似均勻分配，目標是達到 99% 的每小時預計總吞吐量。
下表列出了不同大小卷的理想掃描時間，假設存儲桶是滿的並且有充足的實例吞吐量。
一般來說，掃描時間可由此公式表示：
Volume size
------------- = Scan time
Throughput例如，考慮到性能一致性保證和其他優化，擁有 5 TiB 卷的 st1 客戶預計在 2.91 到 3.27 小時內完成整卷掃描。
5 TiB 5 TiB
----------- = ------------------- = 10,486 s = 2.91 hours (optimal)
500 MiB/s 0.00047684 TiB/s
2.91 hours
2.91 hours + -------------- = 3.27 hours (minimum expected)
(0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time同樣，擁有 5 TiB 卷的 sc1 客戶預計在 5.83 到 6.54 小時內完成整卷掃描。
5 TiB
------------------- = 20972 s = 5.83 hours (optimal)
0.000238418 TiB/s
5.83 hours
-------------- = 6.54 hours (minimum expected)
(0.90)(0.99)| 卷大小 (TiB) | 帶突增的 ST1 掃描時間 (小時)* | 帶突增的 SC1 掃描時間 (小時)* |
|---|---|---|
| 1 | 1.17 | 3.64 |
| 2 | 1.17 | 3.64 |
| 3 | 1.75 | 3.64 |
| 4 | 2.33 | 4.66 |
| 5 | 2.91 | 5.83 |
| 6 | 3.50 | 6.99 |
| 7 | 4.08 | 8.16 |
| 8 | 4.66 | 9.32 |
| 9 | 5.24 | 10.49 |
| 10 | 5.83 | 11.65 |
| 11 | 6.41 | 12.82 |
| 12 | 6.99 | 13.98 |
| 13 | 7.57 | 15.15 |
| 14 | 8.16 | 16.31 |
| 15 | 8.74 | 17.48 |
| 16 | 9.32 | 18.64 |
* 這些掃描時間在執行 1 MiB 順序 I/O 時采取平均隊列深度 (四舍五入到最近的整數) 四或更多。
因此，如果您有面向吞吐量的工作負載需要快速完成掃描 (最快 500 MiB/s) 或一天查詢幾個整卷，請使用 st1。如果您針對成本進行了優化，數據訪問相對不頻繁，而且不需要超過 250 MiB/s 的掃描性能，請使用 sc1。
HDD 上的小型讀/寫效率低下問題
st1 和 sc1 卷的性能模型針對順序 I/O 進行了優化，支持高吞吐量工作負載，對具有混合 IOPS 和吞吐量的工作負載提供可接受的性能，不建議使用具有小型隨機 I/O 的工作負載。
例如，1 MiB 或更小的 I/O 請求計為 1 MiB I/O 積分。但是，如果是順序 I/O，則會合並為 1 MiB I/O 數據塊，並且只計為 1 MiB I/O 積分。
每實例吞吐量限制
st1 和 sc1 卷的吞吐量始終由以下限制中較小的決定：
-
卷的吞吐量限制
-
實例的吞吐量限制
對於所有 Amazon EBS 卷，我們建議選擇適當的 EBS 優化的 EC2 實例來避免網絡瓶頸。有關更多信息，請參閱Amazon EBS 優化的實例。
監控 gp2、st1 和 sc1 卷的突增存儲桶余額
您可以使用 Amazon CloudWatch 中提供的 EBS BurstBalance 指標來監控 gp2、st1 和 sc1 卷的突增存儲桶水平。這個指標顯示突增存儲桶中剩余的 I/O 積分百分比（對於 gp2）或吞吐量積分（對於 st1 和 sc1）。有關 BurstBalance 指標以及與 I/O 相關的其他指標的更多信息，請參閱 I/O 特征和監控。CloudWatch 還允許您設置警報，以便在 BurstBalance值降到特定水平時通知您。有關更多信息，請參閱創建 Amazon CloudWatch 警報。