翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon EBS スループット最適化 HDD および Cold HDD ボリューム
Amazon HDD が提供する EBS-backed ボリュームは、次のカテゴリに分類されます。
-
スループット最適化HDD — 頻繁にアクセスされ、スループットを多用するワークロード向けに設計された低コストのHDD。
-
Cold HDD — アクセス頻度の低いワークロード向けの低コストの HDD 設計。
トピック
インスタンスごとのスループット制限
st1 ボリュームと sc1 ボリュームのスループットは常に、次のいずれか小さい方によって決定されます。
-
ボリュームのスループット制限
-
インスタンスのスループット制限
すべての Amazon EBS ボリュームについては、ネットワークのボトルネックを避けるため、適切な EBS 最適化 EC2 インスタンスを選択することをお勧めします。
スループット最適化 HDD ボリューム
スループット最適化HDD (st1) ボリュームは、IOPS ではなくスループットの観点からパフォーマンスを定義する低コストのマグネティックストレージを提供します。このボリュームタイプは、Amazon EMR、Word、ETLデータウェアハウス、ログ処理などの大規模でシーケンシャルなワークロードに適しています。ブート可能な st1 ボリュームはサポートされていません。
スループット最適化HDD (st1) ボリュームは、Cold HDD (sc1) ボリュームと同様に、頻繁にアクセスされるデータをサポートするように設計されています。
注記
このボリュームタイプは、サイズの大きなシーケンシャル I/O が含まれるワークロードに適しています。サイズの小さなランダム I/O を実行するワークロードのお客様には、Amazon EBS 汎用 SSD ボリューム または Amazon EBS Provisioned SSD IOPS ボリューム の使用をお勧めします。詳細については、「HDD での小さな読み取り/書き込みの非効率」を参照してください。
EBS 最適化インスタンスにアタッチされたスループット最適化 HDD (st1) ボリュームは、一貫したパフォーマンスを提供するように設計されており、特定の 1 年間に 99% の確率で、期待されるスループットパフォーマンスの少なくとも 90% を実現します。
スループットクレジットとバーストパフォーマンス
gp2 と同様、st1 でもパフォーマンスのためにバーストバケットモデルが使用されます。ボリュームのベースラインスループット (ボリュームのスループットクレジットが蓄積されるレート) は、ボリュームサイズによって決まります。ボリュームのバーストスループット (クレジットがある場合に可能な消費レート) もボリュームサイズによって決まります。ボリュームが大きいほど、ベースラインとバーストスループットの値も大きくなります。また、ボリュームのクレジットが多いほど、バーストレベルでドライブ I/O に使用できる時間が長くなります。
次の図は、st1 のバーストバケット動作を示しています。
スループットとスループットクレジットの上限により、st1 ボリュームで使用可能なスループットは、以下の計算式で示されます。
(Volume size) × (Credit accumulation rate per TiB) = Throughput1-TiB st1ボリュームの場合、バーストスループットは 250 MiB/s, the bucket fills with credits at 40 MiB/sに制限され、最大 1 TiB 分のクレジットを保持できます。
ボリュームが大きいほど、これらの制限は直線的にスケーリングされ、スループットは 1 TiB あたり最大 500 MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s に制限されます。
0.125 TiB から 16 TiB までのボリュームサイズでは、ベースラインスループットは 5 MiB/s to a cap of 500 MiB/sから異なり、次のように 12.5 TiB に到達します。
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB バーストスループットは 31 MiB/s to a cap of 500 MiB/sから異なり、次のように 2 TiB で到達します。
250 MiB/s
2 TiB × ---------- = 500 MiB/s
1 TiB 次の表は、st1 のベーススループット値およびバーストスループット値の範囲を示します。
| ボリュームサイズ (TiB) | ST1ベーススループット (MiB/秒） | ST1バーストスループット (MiB/秒） |
|---|---|---|
| 0.125 | 5 | 31 |
| 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 メトリクスとアラームを使用してバーストバケットバランスをモニタリングする方法については、「」を参照してくださいボリュームのバーストバケットバランスのモニタリング。
Cold HDD ボリューム
Cold HDD (sc1) ボリュームは、IOPS ではなくスループットの観点からパフォーマンスを定義する低コストのマグネティックストレージを提供します。st1 は、sc1 よりスループット制限が低く、サイズの大きなコールドデータのシーケンシャルワークロードに適しています。データへのアクセス頻度が低く、コストの削減が必要である場合は、低コストなブロックストレージとして sc1 を使用できます。ブート可能な sc1 ボリュームはサポートされていません。
Cold HDD (sc1) ボリュームは、スループット最適化 HDD (st1) ボリュームと似ていますが、アクセス頻度の低いデータをサポートするように設計されています。
注記
このボリュームタイプは、サイズの大きなシーケンシャル I/O が含まれるワークロードに適しています。サイズの小さなランダム I/O を実行するワークロードのお客様には、Amazon EBS 汎用 SSD ボリューム または Amazon EBS Provisioned SSD IOPS ボリューム の使用をお勧めします。詳細については、「HDD での小さな読み取り/書き込みの非効率」を参照してください。
EBS 最適化インスタンスにアタッチされた Cold HDD (sc1) ボリュームは、一貫したパフォーマンスを提供するように設計されており、1 年で 99% の確率で、期待されるスループットパフォーマンスの少なくとも 90% を実現します。
スループットクレジットとバーストパフォーマンス
gp2 と同様、sc1 でもパフォーマンスのためにバーストバケットモデルが使用されます。ボリュームのベースラインスループット (ボリュームのスループットクレジットが蓄積されるレート) は、ボリュームサイズによって決まります。ボリュームのバーストスループット (クレジットがある場合に可能な消費レート) もボリュームサイズによって決まります。ボリュームが大きいほど、ベースラインとバーストスループットの値も大きくなります。また、ボリュームのクレジットが多いほど、バーストレベルでドライブ I/O に使用できる時間が長くなります。
スループットとスループットクレジットの上限により、sc1 ボリュームで使用可能なスループットは、以下の計算式で示されます。
(Volume size) × (Credit accumulation rate per TiB) = Throughput1-TiB sc1ボリュームの場合、バーストスループットは 80 MiB/s, the bucket fills with credits at 12 MiB/sに制限され、最大 1 TiB 分のクレジットを保持できます。
ボリュームが大きいほど、これらの制限は直線的にスケーリングされ、スループットは TiB あたり最大 250 MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s に制限されます。
0.125 TiB から 16 TiB までのボリュームサイズでは、ベースラインスループットは 1.5 MiB/s to a maximum of 192 MiB/s から異なり、次のように 16 TiB に到達します。
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB バーストスループットは 10 MiB/s to a cap of 250 MiB/s から異なり、3.125 TiB に到達します。
80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
1 TiB 次の表は、sc1 のベーススループット値およびバーストスループット値の範囲を示します。
| ボリュームサイズ (TiB) | SC1ベーススループット (MiB/秒） | SC1バーストスループット (MiB/秒） |
|---|---|---|
| 0.125 | 1.5 | 10 |
| 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 メトリクスとアラームを使用してバーストバケットバランスをモニタリングする方法については、「」を参照してくださいボリュームのバーストバケットバランスのモニタリング。
HDD ボリュームを使用する際のパフォーマンスに関する考慮事項
HDD ボリュームを使用した最適なスループット結果を得るには、次の考慮事項を念頭に置いてワークロードを計画します。
スループット最適化HDDとコールド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 seconds = 2.91 hours 500 MiB/s 0.00047684 TiB/s -
最大スキャン時間
2.91 hours -------------- = 3.27 hours (0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
同様に、5 TiB のボリュームを持つ sc1 のお客様は、フルボリュームスキャンが 5.83～6.54 時間で完了すると予測できます。
-
最適なスキャン時間
5 TiB 5 TiB ----------- = ------------------- = 20972 seconds = 5.83 hours 250 MiB/s 0.000238418 TiB/s -
最大スキャン時間
5.83 hours -------------- = 6.54 hours (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 クレジットとしてのみカウントされます。
ボリュームのバーストバケットバランスのモニタリング
AmazonWord で利用可能な Amazon EBS BurstBalanceメトリクスを使用して、 st1 および sc1ボリュームのバーストバケットレベルをモニタリングできます CloudWatch。このメトリクスは、バーストバケット内の残りの st1 と sc1 のスループットクレジットを示します。I/O に関連するBurstBalanceメトリクスやその他のメトリクスの詳細については、「」を参照してくださいAmazon EBS I/O の特性とモニタリング。 CloudWatch では、BurstBalance値が特定のレベルに下がったときに通知するアラームを設定することもできます。詳細については、「Creating CloudWatch Alarms」を参照してください。
