翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon EBS ボリュームの種類
Amazon EBS では以下のボリュームタイプを提供しており、これらはパフォーマンス特性と料金が異なるため、アプリケーションのニーズに応じてストレージのパフォーマンスとコストを調整できます。
**重要**
インスタンスの構成、I/O 特性、ワークロードのデマンドなど、EBS ボリュームのパフォーマンスに影響を与える可能性がある要因は複数存在します。EBS ボリュームにプロビジョニングされた IOPS を最大限に活用するには、[EBS に最適化されたインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html)を使用します。EBS ボリュームを最大限活用するための詳細については、[Amazon EBS ボリュームパフォーマンス](ebs-performance.md)を参照してください。
料金の詳細については、[Amazon EBS 料金表](https://aws.amazon.com/ebs/pricing/)を参照してください。
**ボリュームの種類**
+ [ソリッドステートドライブ (SSD) ボリューム](#vol-type-ssd)
+ [ハードディスクドライブ (HDD) ボリューム](#vol-type-hdd)
+ [旧世代のボリューム](#vol-type-prev)
## ソリッドステートドライブ (SSD) ボリューム
SSD-backed のボリュームは、主要なパフォーマンス属性は IOPS である I/O サイズの小さい頻繁な読み取り/書き込み操作を伴うトランザクションワークロード用に最適化されています。SSD-backed のボリュームタイプには、**汎用 SSD** と**プロビジョンド IOPS SSD** があります。SSD-Backed ボリュームの使用例と特性の概要を次に示します。
| | [Amazon EBS 汎用 SSD ボリューム](general-purpose.md) | [Amazon EBS プロビジョンド IOPS SSD ボリューム](provisioned-iops.md) |
| --- | --- | --- |
| ボリュームタイプ | gp3 6 | gp2 | io2 Block Express | io1 |
| 耐久性 | 99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率) | 99.999% の耐久性 (0.001% の年間故障率) | 99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率) |
| ユースケース | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volume-types.html) | 必要なワークロード [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volume-types.html) |
| ボリュームサイズ | 1 GiB～64 TiB | 1GiB - 16TiB | 4 GiB～64 TiB | 4 GiB～16 TiB |
| 最大 IOPS | 80,000 3 (64 KiB I/O 4) | 16,000 (16 KiB I/O 4) | 256,000 3 (16 KiB I/O 4) | 64,000 (16 KiB I/O 4) |
| 最大スループット | 2,000 MiB/秒 | 250 MiB/秒 1 | 4,000 MiB/秒 | 1,000 MiB/秒 2 |
| Amazon EBS マルチアタッチ | サポート外 | サポート |
| NVMe 予約 | サポート外 | サポート | サポートされていません |
| ブートボリューム | サポート |
1 スループットの制限は、ボリュームサイズに応じて 128 MiB/秒〜250 MiB/秒です。詳細については、「[`gp2` ボリュームのパフォーマンス](general-purpose.md#gp2-performance)」を参照してください。**2018 年 12 月 3 日**以前に作成され、作成後に変更されていないボリュームの場合は、[そのボリュームを変更](ebs-modify-volume.md)しない限り、完全なパフォーマンスには到達しない可能性があります。
2 1,000 MiB/秒の最大スループットを実現するには、ボリュームを 64,000 IOPS でプロビジョニングし、[Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)にアタッチする必要があります。**2017 年 12 月 6 日**以前に作成され、作成後に変更されていないボリュームの場合は、[そのボリュームを変更](ebs-modify-volume.md)しない限り、完全なパフォーマンスには到達しない可能性があります。
3 [ Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)は、最大 256,000 IOPS でプロビジョニングされたボリュームをサポートします。他のインスタンスタイプは、最大 64,000 IOPS まででプロビジョニングされたボリュームにアタッチできますが、最大 32,000 IOPS までプロビジョニングできます。
4 ボリュームのスループット上限内で最大 IOPS に達するために必要な I/O サイズを表します。
5 `io2` Block Express ボリュームは、16 KiB の I/O オペレーションで 500 マイクロ秒未満の平均レイテンシーを実現するように設計されています。
6 Outposts では、gp3 ボリュームは最大 16 TiB のサイズ、最大 16,000 の IOPS、最大 1,000 MiB/秒のスループットをサポートします。
SSD-backed のボリュームタイプの詳細については、以下を参照してください。
+ [Amazon EBS 汎用 SSD ボリューム](general-purpose.md)
+ [Amazon EBS プロビジョンド IOPS SSD ボリューム](provisioned-iops.md)
## ハードディスクドライブ (HDD) ボリューム
HDD-backed のボリュームはパフォーマンスの主要な属性がスループットである大規模なストリーミングワークロード用に最適化されています。HDD ボリュームタイプには、**スループット最適化 HDD** と **Cold HDD** があります。以下は、HDD-Backed ボリュームのユースケースと特性の概要です。
| | [スループット最適化 HDD ボリューム](hdd-vols.md#EBSVolumeTypes_st1) | [Cold HDD ボリューム](hdd-vols.md#EBSVolumeTypes_sc1) |
| --- | --- | --- |
| ボリュームタイプ | st1 | sc1 |
| 耐久性 | 99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率) |
| ユースケース | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volume-types.html) |
| ボリュームサイズ | 125 GiB～16 TiB |
| ボリュームあたりの最大 IOPS (1 MiB I/O) | 500 | 250 |
| ボリュームあたりの最大スループット | 500 MiB/秒 | 250 MiB/秒 |
| Amazon EBS マルチアタッチ | サポートされていません |
| ブートボリューム | サポートされていません |
ハードディスクドライブ (HDD) ボリュームの詳細については、「[Amazon EBS スループット最適化 HDD ボリュームと Cold HDD ボリューム](hdd-vols.md)」を参照してください。
## 旧世代のボリューム
マグネティック (`standard`) ボリュームは、磁気ドライブによってバックアップされた旧世代のボリュームです。それらは、データへのアクセス頻度が低く、パフォーマンスが最も重要ではない小規模なデータセットを持つワークロードに適しています。これらのボリュームは、平均約 100 IOPS を実現し、バースト能力は最大約数百 IOPS です。ボリュームのサイズは 1 GiB～1 TiB です。
**ヒント**
磁気ボリュームは、旧世代のボリュームタイプです。旧世代のボリュームより高いパフォーマンスまたはパフォーマンスの整合性が必要であれば、現行世代のボリュームタイプの使用を検討するようお勧めします。
次の表は、旧世代の EBS ボリュームタイプを示しています。
| | マグネティック |
| --- | --- |
| ボリュームタイプ | standard |
| ユースケース | データへのアクセス頻度が低いワークロード |
| ボリュームサイズ | 1 GiB～1 TiB |
| ボリュームあたりの最大 IOPS | 40～200 |
| ボリュームあたりの最大スループット | 40～90 MiB/秒 |
| ブートボリューム | サポート |
# Amazon EBS 汎用 SSD ボリューム
汎用 SSD (gp2 および gp3) ボリュームは、ソリッドステートドライブ (SSD) によってサポートされます。これらは、さまざまなトランザクションワークロードに対して、料金とパフォーマンスのバランスをとります。これらには、仮想デスクトップ、中規模のシングルインスタンスデータベース、レイテンシーの影響を受けやすいインタラクティブなアプリケーション、開発およびテスト環境、およびブートボリュームが含まれます。これらのボリュームは、ほとんどのワークロードに推奨されます。
Amazon EBS は、次のタイプの汎用 SSD ボリュームを提供します。
**Topics**
+ [
## 汎用 SSD (gp3) ボリューム
](#gp3-ebs-volume-type)
+ [
## 汎用 SSD (gp2) ボリューム
](#EBSVolumeTypes_gp2)
## 汎用 SSD (gp3) ボリューム
汎用 SSD (gp3) ボリュームは、最新世代の汎用 SSD ボリュームであり、Amazon EBS が提供する最も低コストの SSD ボリュームです。このボリュームタイプは、ほとんどの用途で料金とパフォーマンスの適切なバランスを提供するのに役立ちます。また、ボリュームサイズにかかわらず、ボリュームのパフォーマンスをスケールするのにも役立ちます。つまり、追加のブロックストレージ容量をプロビジョニングしなくても、必要なパフォーマンスをプロビジョニングできます。さらに、gp3 ボリュームでは、GiB あたりの料金が汎用 SSD (gp2) ボリュームよりも 20% 低くなります。
gp3 ボリュームは、1 桁ミリ秒のレイテンシーと 99.8% から 99.9% のボリューム耐久性を提供し、年間障害率 (AFR) は 0.2% 以下です。つまり、1 年間で実行中のボリューム 1,000 個あたり最大 2 つのボリューム障害が発生します。 は gp3 ボリュームを AWS 設計して、プロビジョニングされたパフォーマンスを 99% 実現します。
**ヒント**
レイテンシーの影響を受けやすいワークロードの場合は、io2 Block Express ボリュームを使用することをお勧めします。`io2`Block Express ボリュームは、16 KiB の I/O オペレーションで 500 マイクロ秒未満の平均レイテンシーを実現するように設計されています。`io2`Block Express ボリュームでは、汎用ボリュームと比較して外れ値のレイテンシーも改善され、800 マイクロ秒を超える I/O の頻度が 10 分の 1 以下に減少します。詳細については、「[プロビジョンド IOPS SSD (`io2`) Block Express ボリューム](provisioned-iops.md#io2-block-express)」を参照してください。
**Topics**
+ [
### gp3 ボリュームのパフォーマンス
](#gp3-performance)
+ [
### gp3 ボリュームサイズ
](#gp3-sie)
+ [
### gp2 から gp3 に移行する
](#migrate-to-gp3)
### gp3 ボリュームのパフォーマンス
**ヒント**
gp3 ボリュームはバーストパフォーマンスを使用しません。これらは、フルプロビジョンド IOPS とスループットパフォーマンスを無期限に維持できます。
**IOPS パフォーマンス**
gp3 ボリュームは、ストレージの料金に含まれている 3,000 IOPS の一貫したベースライン IOPS パフォーマンスを提供します。追加料金を支払うことで、ボリュームサイズの GiB あたり 500 IOPS の割合で追加の IOPS (最大 80,000 まで) をプロビジョニングできます。最大 IOPS は、160 GiB 以上のボリューム (500 IOPS/GiB × 160 GiB = 80,000 IOPS) にプロビジョニングできます。
**スループットパフォーマンス**
gp3 ボリュームは、ストレージの料金に含まれている 125 MiB/秒の一貫したベースラインスループットパフォーマンスを提供します。追加料金を支払うことで、プロビジョンド IOPS あたり 0.25 MiB/秒の割合で追加のスループット (最大 2,000 MiB/秒) をプロビジョニングできます。最大スループットは、8,000 IOPS 以上かつ 16 GiB 以上 (8,000 IOPS × IOPS あたり 0.25 MiB/秒 = 2,000 MiB/秒) でプロビジョニングできます。
**注記**
Outposts では、gp3 ボリュームは最大 16 TiB のサイズ、最大 16,000 の IOPS、最大 1,000 MiB/秒のスループットをサポートします。
### gp3 ボリュームサイズ
gp3 ボリュームのサイズは 1 GiB～64 TiB です。
### gp2 から gp3 に移行する
現在 gp2 ボリュームを使用している場合は、[Elastic Volumes オペレーションを使用して Amazon EBS ボリュームを変更する](ebs-modify-volume.md) オペレーションを使用してボリュームを gp3 に移行できます。Amazon EBS Elastic Volumes オペレーションを使用して、Amazon EC2 インスタンスを中断することなく、既存のボリュームのボリュームタイプ、IOPS、およびスループットを変更できます。コンソールを使用してボリュームを作成したり、スナップショットから AMI を作成したりする場合、ボリュームタイプには、汎用 SSD `gp3` がデフォルトで選択されます。それ以外の場合は、`gp2` がデフォルトで選択されます。このような場合、`gp2` を使用する代わりに、ボリュームタイプとして `gp3` を選択できます。
gp2 ボリュームを gp3 に移行することでどの程度のコストを削減できるかを調べるには、[Amazon EBS gp2 から gp3 への移行で削減できるコストの計算ツール](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx)を使用してください。
## 汎用 SSD (gp2) ボリューム
これらは、さまざまなトランザクションワークロードに対応できるコスト効率の高いストレージとして使用できます。`gp2` ボリュームを使用すると、ボリュームサイズに応じてパフォーマンスがスケールします。
**ヒント**
`gp3` ボリュームは、汎用 SSD ボリュームの最新世代です。このボリュームは、より予測可能なパフォーマンススケーリングと、`gp2` ボリュームよりも最大 20% 低い料金を提供します。詳細については、「[汎用 SSD (gp3) ボリューム](#gp3-ebs-volume-type)」を参照してください。
`gp2` ボリュームを `gp3` に移行することでどの程度のコストを削減できるかを調べるには、[Amazon EBS gp2 から gp3 への移行で削減できるコストの計算ツール](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx)を使用してください。
`gp2` ボリュームは、1 桁ミリ秒のレイテンシーと 99.8% から 99.9% のボリューム耐久性を提供し、年間障害率 (AFR) は 0.2% 以下です。これは、1 年間で実行中のボリューム 1,000 個あたり最大 2 つのボリューム障害に変換されます。 は、プロビジョニングされたパフォーマンスを 99% の割合で実現するように`gp2`ボリューム AWS を設計します。
**Topics**
+ [
### `gp2` ボリュームのパフォーマンス
](#gp2-performance)
+ [
### `gp2` ボリュームサイズ
](#gp2-size)
### `gp2` ボリュームのパフォーマンス
**IOPS パフォーマンス**
ベースライン IOPS パフォーマンスは、最小 100 から最大 16,000 の間で、ボリュームサイズの GiB あたり 3 IOPS のレートで直線的にスケールします。IOPS パフォーマンスは次のようにプロビジョニングされます。
+ 33.33 GiB 以下のボリュームは、最小 100 IOPS でプロビジョニングされます。
+ 33.33 GiB を超えるボリュームは、最大 16,000 IOPS (5,334 GiB (3 X 5,334) で到達) まで、ボリュームサイズの GiB あたり 3 IOPS でプロビジョニングされます。
+ 5,334 GiB 以上のボリュームは、16,000 IOPS でプロビジョニングされます。
1 TiB 未満の (および 3,000 IOPS 未満でプロビジョニングされた) `gp2` ボリュームは、長期間にわたって必要な場合に 3,000 IOPS に**バースト**できます。ボリュームのバースト機能は I/O クレジットによって制御されます。I/O の需要がベースラインパフォーマンスよりも大きい場合、ボリュームは **I/O クレジットを消費**して、必要なパフォーマンスレベル (最大 3,000 IOPS) までバーストします。バースト中は、I/O クレジットは累積されず、ベースライン IOPS を上回る IOPS (使用率 = バースト IOPS - ベースライン IOPS) を上回る IOPS の割合で消費されます。ボリュームが蓄積した I/O クレジットが多いほど、バーストパフォーマンスを維持できる時間が長くなります。次のように**バースト期間**を計算できます。
```
(I/O credit balance)
Burst duration = ------------------------------
(Burst IOPS) - (Baseline IOPS)
```
I/O の需要がベースラインパフォーマンスレベル以下に低下すると、ボリュームは、ボリュームサイズの GiB あたり 3 I/O クレジット/秒のレートで **I/O クレジットを獲得**し始めます。ボリュームには 540 万 I/O クレジットの **I/O クレジットの累積制限**があり、これは少なくとも 30 分間で 3,000 IOPS の最大バーストパフォーマンスを維持するのに十分です。
**注記**
各ボリュームは、540 万 I/O クレジットの初期 I/O クレジットバランスを受け取ります。これにより、ブートボリュームの高速な初期ブートサイクルと、他のアプリケーションの優れたブートストラップエクスペリエンスが提供されます。
ボリュームサイズとボリュームの関連するベースラインパフォーマンス、バースト期間 (540 万 I/O クレジットから開始)、および空の I/O クレジットバランスを再補充するのにかかる時間の例を次の表に示します。
| ボリュームサイズ (GiB) | ベースラインパフォーマンス (IOPS) | 3000 IOPS におけるバースト期間 (秒) | 空のクレジットバランスを補充する時間 (秒) |
| --- | --- | --- | --- |
| 1～33.33 | 100 | 1,862 | 54,000 |
| 100 | 300 | 2,000 | 18,000 |
| 334 (最大スループットの最小サイズ) | 1,002 | 2,703 | 5,389 |
| 750 | 2,250 | 7,200 | 2,400 |
| 1,000 | 3,000 | 該当なし\$1 | 該当なし\$1 |
| 5,334 (最大 IOPS の最小サイズ) 以上 | 16,000 | 該当なし\$1 | 該当なし\$1 |
\$1 ボリュームのベースラインパフォーマンスが最大バーストパフォーマンスを超えた場合。
Amazon CloudWatch の Amazon EBS `BurstBalance` メトリクスを使用して、ボリュームの I/O クレジットバランスをモニタリングできます。このメトリクスは、残りの `gp2` の I/O クレジットの割合を示します。詳細については、「[Amazon EBS I/O の特性およびモニタリング](ebs-io-characteristics.md)」を参照してください。`BurstBalance` の値が一定のレベルまで下がったときに通知するアラームを設定できます。詳細については、「[CloudWatch アラームを作成する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)」を参照してください。
**スループットパフォーマンス**
`gp2` ボリュームは、ボリュームサイズに応じて、128 MiB/秒～250 MiB/秒のスループットを提供します。スループットパフォーマンスは次のようにプロビジョニングされます。
+ 170 GiB 以下のボリュームは、最大スループット 128 MiB/秒を提供します。
+ 170 GiB より大きく 334 GiB より小さいボリュームは、250 MiB/秒の最大スループットまでバーストできます。
+ 334 GiB 以上のボリュームは、250 MiB/秒を提供します。
`gp2` ボリュームのスループットは、250 MiB/秒のスループット制限まで、次の計算式を使用して計算できます。
```
Throughput in MiB/s = IOPS performance × I/O size in KiB / 1,024
```
### `gp2` ボリュームサイズ
`gp2` ボリュームのサイズ範囲は、1 GiB～16 TiB です。ボリュームのパフォーマンスはボリュームサイズに比例してスケールすることに注意してください。
# Amazon EBS プロビジョンド IOPS SSD ボリューム
プロビジョンド IOPS SSD ボリュームは、ソリッドステートドライブ (SSD) によってサポートされます。これらは、IOPS が高く、スループットが大量で、低レイテンシーを必要とする、重要なワークロード向けに設計された、最高パフォーマンスの Amazon EBS ストレージボリュームです。プロビジョンド IOPS SSD ボリュームは、期間の 99.9 パーセントにわたり、プロビジョニングされた IOPS パフォーマンスを実現します。
**Topics**
+ [
## プロビジョンド IOPS SSD (`io2`) Block Express ボリューム
](#io2-block-express)
+ [
## Provisioned IOPS SSD (`io1`) ボリューム
](#EBSVolumeTypes_piops)
## プロビジョンド IOPS SSD (`io2`) Block Express ボリューム
`io2` Block Express ボリュームは、次世代の Amazon EBS ストレージサーバーアーキテクチャにビルドされます。[Nitro System 上に構築されインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)で実行される、最も要求の厳しい I/O 集約型アプリケーションのパフォーマンス要件を満たす目的として構築されています。最高級の耐久性と最小限のレイテンシーを備えた Block Express は、Oracle、SAP HANA、Microsoft SQL Server、SAS Analytics など、パフォーマンス重視のミッションクリティカルなワークロードの実行に最適です。
Block Express アーキテクチャにより、`io2` ボリュームのパフォーマンスとスケールが向上します。Block Express サーバーは、Scalable Reliable Datagram (SRD) ネットワークプロトコルを使用して、[Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)と通信します。このインターフェイスは、インスタンスのホストハードウェア上の Amazon EBS I/O 機能専用の Nitro Card に実装されます。I/O 遅延とレイテンシーのバラツキ (ネットワークジッター) を最小限に抑え、より高速で安定したパフォーマンスをアプリケーションに提供します。
`io2` Block Express ボリュームは、年間故障率 (AFR) が 0.001% 以下で 99.999% のボリューム耐久性を提供するように設計されています。これは、1 年間で実行中のボリューム 100,000 個あたりにつき 1 つのボリュームの故障に相当します。`io2`Block Express ボリュームは、一貫してミリ秒未満のレイテンシーを実現する、単一ボリュームの恩恵を受けるワークロードに適しており、gp3 ボリュームより高い IOPS およびスループットをサポートします。
[Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)にアタッチする場合、`io2` Block Express ボリュームは、16 KiB の I/O オペレーションで 500 マイクロ秒未満の平均レイテンシーを実現するように設計されています。`io2`Block Express ボリュームでは、汎用ボリュームと比較して外れ値のレイテンシーも改善され、800 マイクロ秒を超える I/O の頻度が 10 分の 1 以下に減少します。
**Topics**
+ [
### 考慮事項
](#io2-bx-considerations)
+ [
### パフォーマンス
](#io2-bx-perf)
### 考慮事項
+ `io2` Block Express ボリュームは、 AWS リージョン AWS GovCloud (US) と中国リージョンを含むすべての リージョンで使用できます。
+ **2025 年 4 月 30 日**現在、新規および以前に作成されたすべての `io2` ボリュームは `io2` Block Express ボリュームです。
+ [Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)は、最大 256,000 IOPS でプロビジョニングされたボリュームをサポートします。他のインスタンスタイプは、最大 64,000 IOPS まででプロビジョニングされたボリュームにアタッチできますが、最大 32,000 IOPS までプロビジョニングできます。
### パフォーマンス
`io2` Block Express ボリュームには、次の特性があります。
+ 16 KiB の I/O サイズで 500 マイクロ秒未満の平均レイテンシー。汎用ボリュームと比較して外れ値のレイテンシーが改善し、800 マイクロ秒を超える I/O の頻度が 10 分の 1 以下に減少します。
+ 最大 64 TiB (65,536 GiB) までのストレージ容量。
+ IOPS:GiB 比は 1,000:1 の、最大 256,000 のプロビジョンド IOPS。最大 IOPS は、256 GiB 以上でプロビジョニングできます (1,000 IOPS × 256 GiB = 256,000 IOPS)。
**注記**
[Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)で最大 256,000 IOPS を実現できます。他のインスタンスでは、最大 32,000 IOPS を実現できます。
+ 最大 4,000 MiB/秒のボリュームスループット。スループットはプロビジョンド IOPS ごとに 0.256 MiB/秒の割合で比例してスケールします。16,000 IOPS 以上で最大スループットに達します。
![\[io2 Block Express ボリュームのスループット制限\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/io2_bx.png)
## Provisioned IOPS SSD (`io1`) ボリューム
プロビジョンド IOPS SSD (`io1`) ボリュームは、ランダムアクセス I/O スループットにおけるストレージパフォーマンスと整合性が重要な、I/O 集約型ワークロード (特にデータベースワークロード) のニーズを満たすように設計されています。プロビジョンド IOPS SSD ボリュームでは、ボリュームの作成時に指定した、一貫性のある IOPS レートを使用します。Amazon EBS では、プロビジョニングされたパフォーマンスを 99.9% 提供します。
`io1` ボリュームは、1 桁ミリ秒のレイテンシーと 99.8～99.9% のボリューム耐久性を提供し、年間故障率 (AFR) は 0.2% 以下です。これは、1 年間の期間において故障するボリュームの数が、実行中の 1,000 個のボリュームあたり最大 2 個であることを意味します。
`io1` ボリュームは、すべての Amazon EC2 インスタンスタイプで使用できます。
**パフォーマンス**
`io1` ボリュームのサイズは 4 GiB～16 TiB であり、ボリュームあたり 100 IOPS から最大 64,000 IOPS をプロビジョニングできます。リクエストされたボリュームサイズに対するプロビジョンド IOPS の最大割合 (GiB 単位) は 50:1 です。例えば、100 GiB の `io1` ボリュームは最大 5,000 IOPS でプロビジョニングできます。
1,280 GiB 以上のボリュームに対して、最大 IOPS をプロビジョニングできます (50 × 1,280 GiB = 64,000 IOPS)。
+ 最大 32,000 IOPS でプロビジョニングされた `io1` ボリュームは、最大 256 KiB の I/O サイズをサポートし、最大 500 MiB/秒のスループットを生み出します。最大の I/O サイズでは、ピークのスループットが 2,000 IOPS に達します。
+ 32,000 IOPS 超 (最大 64,000 IOPS) でプロビジョニングされた `io1` ボリュームでは、プロビジョンド IOPS あたり 16 KiB のレートでスループットが直線的に増加します。例えば、48,000 IOPS でプロビジョニングされたボリュームは、最大 750 MiB/秒のスループット (プロビジョンド IOPS あたり 16 KiB × 48,000 プロビジョンド IOPS = 750 MiB/秒) をサポートできます。
+ 1,000 MiB/秒の最大スループットを実現するには、ボリュームを 64,000 IOPS (プロビジョンド IOPS あたり 16 KiB × 64,000 プロビジョンド IOPS = 1,000 MiB/秒) でプロビジョニングする必要があります。
+ [Nitro ベースのインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)でのみ最大 64,000 IOPS を実現できます。他のインスタンスでは、最大 32,000 IOPS を実現できます。
次のグラフは、これらのパフォーマンスの特長を示しています。
![\[io1 ボリュームのスループット制限\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/io1_throughput.png)
発生する I/O あたりのレイテンシーは、プロビジョニングされる IOPS とワークロードプロファイルによって異なります。最適な I/O レイテンシーのエクスペリエンスを得るには、ワークロードの I/O プロファイルを満たすように IOPS をプロビジョニングしてください。
# Amazon EBS スループット最適化 HDD ボリュームと Cold HDD ボリューム
Amazon EBS によって提供される HDD-Backed ボリュームは、次のカテゴリに分類されます。
+ スループット最適化 HDD: 高いスループットを必要とするアクセス頻度の高いワークロード向けの低コストの HDD
+ Cold HDD: アクセス頻度の低いワークロード向けの最も低コストの HDD。
**Topics**
+ [
## インスタンスごとのスループット制限
](#throughput-limitations)
+ [
## スループット最適化 HDD ボリューム
](#EBSVolumeTypes_st1)
+ [
## Cold HDD ボリューム
](#EBSVolumeTypes_sc1)
+ [
## HDD ボリュームを使用するときのパフォーマンスに関する考慮事項
](#EBSVolumeTypes_considerations)
+ [
## ボリュームのバーストバケットバランスのモニタリング
](#monitoring_burstbucket-hdd)
## インスタンスごとのスループット制限
`st1` ボリュームと `sc1` ボリュームのスループットは常に、次のいずれか小さい方によって決定されます。
+ ボリュームのスループット制限
+ インスタンスのスループット制限
ネットワークボトルネックを回避するには、すべての Amazon EBS ボリュームで、EBS 最適化 EC2 インスタンスを選択することをお勧めします。
## スループット最適化 HDD ボリューム
スループット最適化 HDD (`st1`) ボリュームは、IOPS ではなくスループットでパフォーマンスを示す、低コストの磁気ストレージに使用できます。このボリュームタイプは、Amazon EMR、ETL、データウェアハウス、ログ処理など、サイズの大きなシーケンシャルワークロードに適しています。ブート可能な `st1` ボリュームはサポートされていません。
スループット最適化 HDD (`st1`) ボリュームは Cold HDD (`sc1`) ボリュームに類似していますが、アクセスが*頻繁な*データをサポートするように設計されています。
**注記**
このボリュームタイプは、サイズの大きなシーケンシャル I/O が含まれるワークロードに適しています。サイズの小さなランダム I/O を実行するワークロードのお客様には、[Amazon EBS 汎用 SSD ボリューム](general-purpose.md) または [Amazon EBS プロビジョンド IOPS SSD ボリューム](provisioned-iops.md) の使用をお勧めします。詳細については、「[HDD に対する読み取り/書き込みサイズが小さい場合の非効率性](#inefficiency)」を参照してください。
スループット最適化 HDD (`st1`) ボリュームを EBS 最適化インスタンスにアタッチすると、一貫したパフォーマンスが維持され、1 年で 99% の期間、想定されるスループットパフォーマンスの少なくとも 90% のボリュームが提供されます。
### スループットクレジットとバーストパフォーマンス
`gp2` と同様、`st1` でもパフォーマンスのためにバーストバケットモデルが使用されます。ボリュームのベースラインスループット (ボリュームのスループットクレジットが蓄積されるレート) は、ボリュームサイズによって決まります。ボリュームのバーストスループット (クレジットがある場合に可能な消費レート) もボリュームサイズによって決まります。ボリュームが大きいほど、ベースラインとバーストスループットの値も大きくなります。また、ボリュームのクレジットが多いほど、バーストレベルでドライブ I/O に使用できる時間が長くなります。
次の図は、`st1` のバーストバケット動作を示しています。
![\[st1 バーストバケット\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/st1-burst-bucket.png)
スループットとスループットクレジットの上限により、`st1` ボリュームで使用可能なスループットは、以下の計算式で示されます。
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
1 TiB の `st1` ボリュームの場合、バーストスループットは 250 MiB/秒に制限され、バケットのクレジットは 40 MiB/秒で最大 1 TiB 分まで累積されます。
容量が大きいほど、これらの制限はリニアにスケールされ、スループットは最大 500 MiB/秒に制限されます。バケットが枯渇した後は、スループットは TiB あたり 40 MiB/秒のベースラインレートに制限されます。
ボリュームサイズが 0.125～16 TiB の場合、ベースラインスループットの範囲は 5 MiB/秒 ～ 500 MiB/秒 (上限値) です。次に示すように、この最大値には 12.5 TiB で到達します。
```
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB
```
バーストスループットの範囲は、31 MiB/秒～500 MiB/秒 (上限) です。次に示すように、この上限には 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 |
次の図は、テーブルの値をグラフで示したものです。
![\[st1 のベーススループットとバーストスループットの比較\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/st1_base_v_burst.png)
**注記**
スループット最適化 HDD (`st1`) ボリュームのスナップショットを作成すると、スナップショットの進行中はボリュームのベースライン値までパフォーマンスが低下します。
CloudWatch メトリクスとアラームを使用してバーストバケットバランスをモニタリングする方法については、[ボリュームのバーストバケットバランスのモニタリング](#monitoring_burstbucket-hdd)を参照してください。
## Cold HDD ボリューム
Cold HDD (`sc1`) ボリュームは、IOPS ではなくスループットでパフォーマンスを示す、低コストの磁気ストレージに使用できます。`st1` は、`sc1` よりスループット制限が低く、サイズの大きなコールドデータのシーケンシャルワークロードに適しています。データへのアクセス頻度が低く、コストの削減が必要である場合は、低コストなブロックストレージとして `sc1` を使用できます。ブート可能な `sc1` ボリュームはサポートされていません。
Cold HDD (`sc1`) ボリュームは、スループット最適化 HDD (`st1`) ボリュームに類似していますが、アクセス*頻度が低い*データをサポートするように設計されています。
**注記**
このボリュームタイプは、サイズの大きなシーケンシャル I/O が含まれるワークロードに適しています。サイズの小さなランダム I/O を実行するワークロードのお客様には、[Amazon EBS 汎用 SSD ボリューム](general-purpose.md) または [Amazon EBS プロビジョンド IOPS SSD ボリューム](provisioned-iops.md) の使用をお勧めします。詳細については、「[HDD に対する読み取り/書き込みサイズが小さい場合の非効率性](#inefficiency)」を参照してください。
Cold HDD (`sc1`) ボリュームを EBS 最適化インスタンスにアタッチすると、一貫したパフォーマンスが維持され、1 年で 99% の期間、想定されるスループットパフォーマンスの少なくとも 90% のボリュームが提供されます。
### スループットクレジットとバーストパフォーマンス
`gp2` と同様、`sc1` でもパフォーマンスのためにバーストバケットモデルが使用されます。ボリュームのベースラインスループット (ボリュームのスループットクレジットが蓄積されるレート) は、ボリュームサイズによって決まります。ボリュームのバーストスループット (クレジットがある場合に可能な消費レート) もボリュームサイズによって決まります。ボリュームが大きいほど、ベースラインとバーストスループットの値も大きくなります。また、ボリュームのクレジットが多いほど、バーストレベルでドライブ I/O に使用できる時間が長くなります。
![\[sc1 バーストバケット\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/sc1-burst-bucket.png)
スループットとスループットクレジットの上限により、`sc1` ボリュームで使用可能なスループットは、以下の計算式で示されます。
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
1 TiB の `sc1` ボリュームの場合、バーストスループットは 80 MiB/秒に制限され、バケットのクレジットは 12 MiB/秒で最大 1 TiB 分まで累積されます。
容量が大きいほど、これらの制限はリニアにスケールされ、スループットは最大 250 MiB/秒に制限されます。バケットが枯渇した後は、スループットは TiB あたり 12 MiB/秒のベースラインレートに制限されます。
ボリュームサイズが 0.125～16 TiB の場合、ベースラインスループットの範囲は 1.5 MiB/秒～192 MiB/秒 (最大値) です。次に示すように、この最大値には 16 TiB で到達します。
```
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB
```
バーストスループットの範囲は、10 MiB/秒～250 MiB/秒 (上限) です。次に示すように、この上限には 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 |
次の図は、テーブルの値をグラフで示したものです。
![\[sc1 のベーススループットとバーストスループットの比較\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/sc1_base_v_burst.png)
**注記**
Cold HDD (`sc1`) ボリュームのスナップショットを作成すると、スナップショットの進行中はボリュームのベースライン値までパフォーマンスが低下します。
CloudWatch メトリクスとアラームを使用してバーストバケットバランスをモニタリングする方法については、[ボリュームのバーストバケットバランスのモニタリング](#monitoring_burstbucket-hdd)を参照してください。
## 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 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 のスキャン時間、バーストを含む (時間)\$1 | SC1 のスキャン時間、バーストを含む (時間)\$1 |
| --- | --- | --- |
| 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 これらのスキャン時間では、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 CloudWatch の Amazon EBS `BurstBalance` メトリクスを使用します。このメトリクスは、バーストバケット内の残りの `st1` と `sc1` のスループットクレジットを示します。`BurstBalance` メトリクス、および I/O に関連するその他のメトリクスの詳細については、[Amazon EBS I/O の特性およびモニタリング](ebs-io-characteristics.md)を参照してください。CloudWatch では、`BurstBalance` 値があるレベルまで落ち込んだ時に通知するアラームを設定することもできます。詳細については、「[CloudWatch アラームを作成する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)」を参照してください。