Amazon EBS ボリュームの種類
Amazon EBS では以下のボリュームタイプを提供しており、これらはパフォーマンス特性と料金が異なるため、アプリケーションのニーズに応じてストレージのパフォーマンスとコストを調整できます。これらのボリュームタイプは、次の 2 つのカテゴリに分類されます。
-
ソリッドステートドライブ (SSD) — I/O サイズの小さい頻繁な読み取り/書き込み操作を含むトランザクションワークロード用に最適化され、主要なパフォーマンス属性は IOPS です。
-
ハードディスクドライブ (HDD) — パフォーマンスの主要な属性がスループットである大規模なストリーミングワークロードに最適化されています。
-
旧世代 — データへのアクセス頻度が低く、パフォーマンスが最も重要ではない小規模なデータセットを持つワークロードに使用できるハードディスクドライブ。代わりに、最新世代のボリュームタイプを検討することをお勧めします。
インスタンスの構成、I/O 特性、ワークロードのデマンドなど、EBS ボリュームのパフォーマンスに影響を与える可能性がある要因は複数存在します。EBS ボリュームを最大限活用するための詳細については、「Linux インスタンスの Amazon EBS ボリュームのパフォーマンス」を参照してください。
料金の詳細については、「Amazon EBS 料金表
ソリッドステートドライブ (SSD)
Amazon EBS によって提供される SSD-Backed ボリュームは、次のカテゴリに分類されます。
-
汎用 SSD — 価格とパフォーマンスのバランスに優れています。これらのボリュームは、ほとんどのワークロードに推奨されます。
-
プロビジョンド IOPS SSD — ミッションクリティカルな低レイテンシーまたは高スループットワークロードに適した、高パフォーマンスを提供します。
汎用 SSD | プロビジョンド IOPS SSD | ||
---|---|---|---|
ボリュームタイプ | gp2 |
io2 |
io1 |
耐久性 | 99.8%~99.9% の耐久性 (0.1%~0.2% の年間故障率) | 99.999% の耐久性 (0.001% の年間故障率) | 99.8%~99.9% の耐久性 (0.1%~0.2% の年間故障率) |
ユースケース |
|
|
|
ボリュームサイズ | 1GiB - 16TiB | 4 GiB~16 TiB | |
ボリュームあたりの最大 IOPS (16 KiB I/O) | 16,000 * | 64,000 † | |
ボリュームあたりの最大スループット | 250 MiB/秒 * | 1,000 MiB/秒 † | |
Amazon EBS マルチアタッチ | サポート外 | サポート外 | サポート対象 |
ハードディスクドライブ (HDD)
Amazon EBS によって提供される HDD-Backed ボリュームは、次のカテゴリに分類されます。
-
スループット最適化 HDD — 高いスループットを必要とするアクセス頻度の高いワークロード向けの低コストの HDD
-
Cold HDD — アクセス頻度の低いワークロード向けの最も低コストの HDD 設計
スループット最適化 HDD | Cold HDD | |
---|---|---|
ボリュームタイプ | st1 |
sc1 |
耐久性 | 99.8%~99.9% の耐久性 (0.1%~0.2% の年間故障率) | 99.8%~99.9% の耐久性 (0.1%~0.2% の年間故障率) |
ユースケース |
|
|
ボリュームサイズ | 500 GiB~16 TiB | 500 GiB~16 TiB |
ボリュームあたりの最大 IOPS (1 MiB I/O) | 500 | 250 |
ボリュームあたりの最大スループット | 500 MiB/秒 | 250 MiB/秒 |
Amazon EBS マルチアタッチ | サポート外 | サポート外 |
旧世代のボリュームタイプ
次の表は、旧世代の EBS ボリュームタイプを示しています。旧世代のボリュームより高いパフォーマンスまたはパフォーマンスの安定性が必要であれば、汎用 SSD (gp2
) など現行のボリュームタイプの使用を検討するようお勧めします。詳細については、「Amazon EBS の旧世代ボリューム
マグネティック | |
---|---|
ボリュームタイプ | standard |
ユースケース | データへのアクセス頻度が低いワークロード |
ボリュームサイズ | 1 GiB~1 TiB |
ボリュームあたりの最大 IOPS | 40~200 |
ボリュームあたりの最大スループット | 40~90 MiB/秒 |
インスタンスあたりの最大 IOPS | 80,000 |
インスタンスあたりの最大スループット | 1,750 MB/秒 |
汎用 SSD (gp2
) ボリューム
汎用 SSD (gp2
) ボリュームは、さまざまなワークロードに対応できるコスト効率の高いストレージとして使用できます。これらのボリュームでは、レイテンシーは 1 桁台のミリ秒であり、長時間
3,000 IOPS にバーストできます。最小 100 IOPS (33.33 GiB 以下) から最大 16,000 IOPS (5,334 GiB 以上) まで、ベースラインパフォーマンスは
3 IOPS/GiB (ボリュームサイズ) の割合で線形に拡大します。AWS では、プロビジョニングされたパフォーマンスをほぼ間違いなく実現する gp2
ボリュームを設計しています。gp2
ボリュームのサイズ範囲は、1 GiB~16 TiB です。
I/O クレジットおよびバーストパフォーマンス
gp2
ボリュームのパフォーマンスにはボリュームサイズが反映されます。ボリュームサイズによって、ボリュームのベースラインパフォーマンスレベルや I/O クレジットを取得する速さが決まります。ボリュームサイズが大きいほどベースラインパフォーマンスレベルが高くなり、I/O
クレジットの取得速度も速くなります。I/O クレジットとは、ベースラインパフォーマンスでは不十分な場合、大量の I/O をバーストする際に gp2
ボリュームで使用できる帯域幅を表します。ボリュームが I/O に対して保持しているクレジットが多いほど、長い時間ベースラインパフォーマンスレベルを超えたバーストが可能で、より高いパフォーマンスが必要な場合パフォーマンスも向上します。次の図は、gp2
のバーストバケット動作を示しています。

各ボリュームは、初期 I/O クレジットバランス (540 万 I/O クレジット) を受け取ります。これは、少なくとも 30 分間 3,000 IOPS という最大バーストパフォーマンスを持続するには十分な数のクレジットです。この初期クレジットバランスは、ブートボリュームでの高速な初期起動サイクル、および他のアプリケーションでの優れたブートストラップエクスペリエンスを実現するために設計されました。ボリュームは、ボリュームサイズの
1 GiB あたり 3 IOPS というベースラインパフォーマンスレートで、I/O クレジットを取得します。たとえば、100 GiB の gp2
ボリュームではベースラインパフォーマンスは 300 IOPS になります。

ベースラインパフォーマンスの I/O レベルよりも高いレベルが必要となる場合は、ボリュームはクレジットバランスの I/O クレジットを利用して、必要なパフォーマンスレベル (最大 3,000 IOPS) までバーストします。ボリュームで使用される I/O クレジットが毎秒取得される I/O クレジットよりも少ない場合、未使用の I/O クレジットは I/O クレジットバランスに追加されます。ボリュームの最大 I/O クレジットバランスは、初期クレジットバランス (540 万 I/O クレジット) と同じです。
ボリュームのベースラインパフォーマンスが最大バーストパフォーマンスより高い場合、I/O クレジットは消費されません。ボリュームが Nitro システムで構成されたインスタンスにアタッチされている場合、バーストバランスは報告されません。その他のインスタンスの場合、報告されるバーストバランスは 100% です。
ボリュームのバースト期間は、ボリュームのサイズ、必要なバースト IOPS、およびバーストが開始された時点のクレジットバランスによって異なります。これを次の式で示します。
(Credit balance)
Burst duration = ------------------------------------
(Burst IOPS) - 3(Volume size in GiB)
次の表に、いくつかのボリュームサイズとボリュームに関連するベースラインパフォーマンス (I/O クレジットを取得するレート) を示します。また、最大のパフォーマンスレベルである 3,000 IOPS (完全なクレジットバランスで開始された時点のレベル) でのバースト期間、および空のクレジットバランスをボリュームが再補充する際にかかる秒数も示します。
ボリュームサイズ (GiB) |
ベースラインパフォーマンス (IOPS) |
持続的な 3,000 IOPS でのバースト期間 (秒数) |
IO がない場合に空のクレジットバランスを満たすまでの秒数 |
---|---|---|---|
1 |
100 |
1,802 |
54,000 |
100 |
300 |
2,000 |
18,000 |
250 |
750 |
2,400 | 7,200 |
334 (最大スループットの最小サイズ) |
1,002 |
2,703 |
5,389 |
500 |
1,500 |
3,600 |
3,600 |
750 |
2,250 |
7,200 |
2,400 |
1,000 |
3,000 |
該当なし* |
該当なし* |
5,334 (最大 IOPS の最小サイズ) |
16,000 |
該当なし* |
該当なし* |
16,384 (16 TiB、最大ボリュームサイズ) |
16,000 |
該当なし* |
該当なし* |
* ボリュームのベースラインパフォーマンスが最大バーストパフォーマンスを超えた場合。
I/O クレジットバランスが空になったらどうなりますか。
gp2
ボリュームが I/O クレジットバランスをすべて使用している場合、ボリュームの最大 IOPS パフォーマンスはベースライン IOPS パフォーマンスレベルにとどまり
(ボリュームがクレジットを取得するレート)、ボリュームの最大スループットはベースライン IOPS と最大 I/O サイズをかけ合わせた数に減少します。スループットは
250 MiB/秒を超えることはできません。I/O 需要がベースラインレベル未満になり、未使用のクレジットが I/O クレジットバランスに追加されると、ボリュームの最大
IOPS パフォーマンスはベースラインを再度上回ります。たとえば、空のクレジットバランスがある 100 GiB gp2
ボリュームは、ベースラインパフォーマンスが 300 IOPS で、スループット制限は 75 MiB/秒です (1 秒あたり 300 I/O オペレーション * I/O
オペレーションあたり 256 KiB = 75 MiB/秒)。ボリュームが大きくなると、ベースラインパフォーマンスが高くなり、クレジットバランスがより速く補充されるようになります。IOPS
の測定方法の詳細については、「I/O の特性とモニタリング」を参照してください。
ボリュームのパフォーマンスがベースラインレベルに頻繁に制限されること (空の I/O クレジットバランスが原因) が確認される場合は、より大きな (ベースラインパフォーマンスレベルが高い)
gp2
ボリュームの使用を考慮するか、16,000 IOPS を超える持続的な IOPS パフォーマンスが必要となるワークロードに適した io1
または io2
ボリュームに切り替えることを考慮してください。
CloudWatch メトリクスとアラームを使用してバーストバケットバランスをモニタリングする方法については、「gp2、st1、および sc1 ボリュームのバーストバケットバランスをモニタリングする」を参照してください。
スループットパフォーマンス
gp2
ボリュームのスループットは、250 MiB/秒のスループット制限まで、次の計算式を使用して計算できます。
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
および io2
) ボリューム
プロビジョンド IOPS SSD (io1
および io2
) ボリュームは、ランダムアクセス I/O スループットにおけるストレージパフォーマンスと整合性が重要な、I/O 集約型ワークロード (特にデータベースワークロード)
のニーズを満たすように設計されています。バケットとクレジットのモデルを使用してパフォーマンスを計算する gp2
とは異なり、io1
および io2
ボリュームでは、ボリュームの作成時に一定の IOPS レートを指定できます。Amazon EBS は、プロビジョンドパフォーマンスを 99.9% 提供します。
io1
ボリュームは、0.2% 以下の年間故障率 (AFR) で 99.8~99.9% のボリューム耐久性を提供するように設計されています。これは、1 年間に実行中のボリューム
1,000 個あたり最大 2 つのボリュームの故障に相当します。io2
ボリュームは、0.001 パーセント以下の AFR で 99.999% のボリューム耐久性を提供するように設計されています。これは、1 年間に実行中のボリューム
100,000 個あたり 1 つのボリュームの故障に相当します。
io1
および io2
ボリュームのサイズは、4 GiB~16 TiB になります。Nitro System 上に構築されたインスタンス では 1 つのボリュームにつき 100 IOPS から最大 64,000 IOPS まで、他のインスタンスでは最大 32,000 までプロビジョニングできます。リクエストされたボリュームサイズに対するプロビジョンド
IOPS の最大比率 (GiB 単位) は、io1
ボリュームの場合は 50:1、io2
ボリュームの場合は 500:1 です。たとえば、100 GiB の io1
ボリュームは最大 5,000 IOPS でプロビジョニングでき、100 GiB の io2
ボリュームは最大 50,000 IOPS でプロビジョニングできます。サポートされているインスタンスタイプでは、以下のボリュームサイズで最大 64,000 IOPS
までのプロビジョニングが可能です。
-
1,280 GiB 以上のサイズの
io1
ボリューム (50 × 1,280 GiB = 64,000 IOPS) -
128 GiB 以上のサイズの
io2
ボリューム (500 × 128 GiB = 640,000 IOPS)
最大 32,000 IOPS でプロビジョニングされた io1
および io2
ボリュームは、最大 256 KiB の I/O サイズをサポートし、最大 500 MiB/秒のスループットを生み出します。最大の I/O サイズでは、ピークのスループットが
2,000 IOPS に達します。32,000 を超える IOPS (最高で上限の 64,000 IOPS) でプロビジョニングされたボリュームは、最大 16 KiB
の I/O サイズをサポートし、最大 1,000 MiB/s のスループットを生み出します。次のグラフは、これらのパフォーマンスの特長を示しています。

発生する I/O あたりのレイテンシーは、プロビジョニングされる IOPS とワークロードプロファイルによって異なります。最適な I/O レイテンシーのエクスペリエンスを得るには、ワークロードの I/O プロファイルを満たすように IOPS をプロビジョニングしてください。
2012 年以前に作成された一部の AWS アカウントでは、us-west-1 または ap-northeast-1 で プロビジョンド IOPS SSD (io1
) ボリュームをサポートしていないアベイラビリティーゾーンにアクセスできる可能性があります。これらのリージョンの 1 つに io1
ボリュームを作成できない場合 (またはブロックデバイスマッピングに io1
ボリュームのあるインスタンスを起動できない場合) は、リージョンの別のアベイラビリティーゾーンを試します。アベイラビリティーゾーンが io1
ボリュームをサポートするかどうかは、4 GiB の 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/秒に制限され、バケットのクレジットは 40 MiB/秒で最大 1 TiB 分まで累積されます。
容量が大きいほど、これらの制限はリニアにスケールされ、スループットは最大 500 MiB/秒に制限されます。バケットが枯渇した後は、スループットは TiB あたり 40 MiB/秒のベースラインレートに制限されます。
ボリュームサイズが 0.5~16 TiB の場合、ベースラインスループットの範囲は 20~500 MiB/秒 (上限) です。次に示すように、この上限には 12.5 TiB で到達します。
40 MiB/s
12.5 TiB x ---------- = 500 MiB/s
1 TiB
バーストスループットの範囲は、125 MiB/秒 ~ 500 MiB/秒 (上限) です。次に示すように、この上限には 2 TiB で到達します。
250 MiB/s
2 TiB x ---------- = 500 MiB/s
1 TiB
次の表は、st1
のベーススループット値およびバーストスループット値の範囲を示します。
ボリュームサイズ (TiB) | ST1 ベーススループット (MiB/秒) | ST1 バーストスループット (MiB/秒) |
---|---|---|
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/秒に制限され、バケットのクレジットは 12 MiB/秒で最大 1 TiB 分まで累積されます。
容量が大きいほど、これらの制限はリニアにスケールされ、スループットは最大 250 MiB/秒に制限されます。バケットが枯渇した後は、スループットは TiB あたり 12 MiB/秒のベースラインレートに制限されます。
ボリュームサイズが 0.5~16 TiB の場合、ベースラインスループットの範囲は 6 MiB/秒 ~ 192 MiB/秒 (最大値) です。次に示すように、この最大値には 16 TiB で到達します。
12 MiB/s
16 TiB x ---------- = 192 MiB/s
1 TiB
バーストスループットの範囲は、40 MiB/秒 ~ 250 MiB/秒 (上限) です。次に示すように、この上限には 3.125 TiB で到達します。
80 MiB/s
3.125 TiB x ----------- = 250 MiB/s
1 TiB
次の表は、sc1
のベーススループット値およびバーストスループット値の範囲を示します。
ボリュームサイズ (TiB) | SC1 ベーススループット (MiB/秒) | SC1 バーストスループット (MiB/秒) |
---|---|---|
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 を実行する際のキューの平均深度 (整数に四捨五入) として 4 以上を前提としています。
したがって、スキャンを早く (最大 500 MiB/秒) 完了するために必要なスループット指向のワークロードがある場合や、または 1 日に複数のフルボリュームスキャンが必要な場合は、st1
を使用してください。コストを最適化している場合、データのアクセス頻度が比較的低い場合、スキャンのパフォーマンスとして 250 MiB/秒を超える必要がない場合は、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
ボリュームのバーストバケットバランスをモニタリングする
gp2
、st1
、および sc1
ボリュームのバーストバケットレベルをモニタリングするには、Amazon CloudWatch の EBS BurstBalance
メトリクスを使用します。このメトリクスは、バーストバケットに残っている I/O クレジット (gp2
用) またはスループットクレジット (st1
および sc1
用) の割合を示しています。BurstBalance
メトリクスおよび I/O に関連するその他のメトリクスの詳細については、「I/O の特性とモニタリング」を参照してください。CloudWatch では、BurstBalance
値が特定のレベルに達した場合に通知するアラームを設定できます。詳細については、「Amazon CloudWatch アラームの作成」を参照してください。