ボリューム特性汎用 SSD (gp2) ボリュームプロビジョンド IOPS SSD (io1 および io2) ボリュームスループット最適化 HDD (st1) ボリューム Cold HDD (sc1) ボリュームマグネティック (standard)HDD ボリュームを使用するときのパフォーマンスに関する考慮事項 gp2、st1、および sc1 ボリュームのバーストバケットバランスをモニタリングする

Amazon EBS ボリュームの種類

Amazon EBS では以下のボリュームタイプを提供しており、これらはパフォーマンス特性と料金が異なるため、アプリケーションのニーズに応じてストレージのパフォーマンスとコストを調整できます。これらのボリュームタイプは、次の 2 つのカテゴリに分類されます。

I/O サイズの小さい頻繁な読み取り/書き込み操作を含むトランザクションワークロード用に最適化された SSD-Backed ボリューム。主要なパフォーマンス属性は IOPS です。
大きなストリーミングワークロード用に最適化された HDD-Backed ボリューム。パフォーマンスの測定単位としては、IOPS よりスループット (MiB/秒単位で計測) の方が適しています。

インスタンスの構成、I/O 特性、ワークロードのデマンドなど、EBS ボリュームのパフォーマンスに影響を与える可能性がある要因は複数存在します。EBS ボリュームを最大限活用するための詳細については、「Linux インスタンスの Amazon EBS ボリュームのパフォーマンス」を参照してください。

料金の詳細については、「Amazon EBS 料金表」を参照してください。

ボリューム特性

次の表は、各ボリュームタイプのユースケースとパフォーマンス特性をまとめたものです。デフォルトのボリュームタイプは汎用 SSD (gp2) です。

	ソリッドステートドライブ (SSD)			ハードディスクドライブ (HDD)
ボリュームタイプ	汎用 SSD (`gp2`)	プロビジョンド IOPS SSD		スループット最適化 HDD (`st1`)	Cold HDD (`sc1`)
ボリュームタイプ	汎用 SSD (`gp2`)	`io2`	`io1`	スループット最適化 HDD (`st1`)	Cold HDD (`sc1`)
説明	さまざまなワークロードに適した、価格とパフォーマンスのバランスが取れている汎用 SSD ボリューム	ミッションクリティカルな低レイテンシーまたは高スループットワークロードに適した、最高パフォーマンスの SSD ボリューム		高いスループットを必要とするアクセス頻度の高いワークロード向けの低コストの HDD ボリューム	アクセス頻度の低いワークロード用に設計された低コストの HDD ボリューム
耐久性	99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率)	99.999% の耐久性 (0.001% の年間故障率)	99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率)	99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率)	99.8%～99.9% の耐久性 (0.1%～0.2% の年間故障率)
ユースケース	ほとんどのワークロードに推奨されるシステムブートボリューム仮想デスクトップ低レイテンシーのインタラクティブなアプリケーション開発・テスト環境	持続的な IOPS パフォーマンス、またはボリュームあたり 16,000 IOPS または 250 MiB/秒以上のスループットを必要とする重要なビジネスアプリケーションなどの大規模なデータベースワークロード MongoDB Cassandra Microsoft SQL Server MySQL PostgreSQL Oracle		低コストで安定した高速スループットを必要とするストリーミングワークロードビッグデータデータウェアハウスログ処理ブートボリュームには使用できない	アクセス頻度の低い大量データ用のスループット指向ストレージ低いストレージコストが重視されるシナリオブートボリュームには使用できない
Amazon EBS マルチアタッチ	サポート外	サポート外	サポート対象	サポート外	サポート外
API 名	`gp2`	`io2`	`io1`	`st1`	`sc1`
ボリュームサイズ	1GiB - 16TiB	4 GiB～16 TiB		500 GiB～16 TiB	500 GiB～16 TiB
主要なパフォーマンス属性	IOPS	IOPS		MiB/秒	MiB/秒
ボリュームあたりの最大 IOPS	16,000 (16 KiB I/O) *	64,000 (16 KiB I/O) †		500 (1 MiB I/O)	250 (1 MiB I/O)
ボリュームあたりの最大スループット	250 MiB/秒 *	1,000 MiB/秒 †		500 MiB/秒	250 MiB/秒
インスタンスあたりの最大 IOPS ††	160,000
インスタンスあたりの最大スループット ††	4,750 MB/秒

* スループットの制限は、ボリュームサイズに応じて 128 MiB/秒〜250 MiB/秒です。170 GiB 以下のボリュームの最大スループットは 128 MiB/秒です。170 GiB より大きく 334 GiB より小さいボリュームは、バーストクレジットを利用できる場合、最大スループット 250 MiB/秒を提供します。334 GiB 以上のボリュームは、バーストクレジットに関係なく、250 MiB/秒を提供します。ボリュームを変更しない限り、古い gp2 ボリュームはパフォーマンスが完全にはならないことがあります。。詳細については、「Amazon EBS Elastic Volumes」を参照してください。

† 最大 IOPS とスループットは、32,000 IOPS を超えるNitro System 上に構築されたインスタンスプロビジョニングされた場合にのみ保証されます。他のインスタンスは、最大 32,000 IOPS および 500 MiB/秒を保証します。ボリュームを変更しない限り、古い io1 ボリュームはパフォーマンスが完全にはならないことがあります。詳細については、「Amazon EBS Elastic Volumes」を参照してください。

†† このスループットを達成するには、EBS 最適化をサポートするインスタンスが必要です。

旧世代のボリュームタイプ

次の表は、旧世代の EBS ボリュームタイプを示しています。旧世代のボリュームより高いパフォーマンスまたはパフォーマンスの安定性が必要であれば、汎用 SSD (gp2) など現行のボリュームタイプの使用を検討するようお勧めします。詳細については、「Amazon EBS の旧世代ボリューム」を参照してください。

ハードディスクドライブ (HDD)
ボリュームタイプ	マグネティック
ユースケース	データへのアクセス頻度が低いワークロード
API 名	`standard`
ボリュームサイズ	1 GiB～1 TiB
ボリュームあたりの最大 IOPS	40～200
ボリュームあたりの最大スループット	40～90 MiB/秒
インスタンスあたりの最大 IOPS	80,000
インスタンスあたりの最大スループット	1,750 MB/秒
主要なパフォーマンス属性	IOPS

汎用 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) ボリュームのスナップショットを作成すると、スナップショットの進行中はボリュームのベースライン値までパフォーマンスが低下します。

Cold HDD (`sc1`) ボリューム

Cold HDD (sc1) ボリュームは、IOPS ではなくスループットでパフォーマンスを示す、低コストの磁気ストレージに使用できます。sc1 は、st1 よりスループット制限が低く、サイズの大きなコールドデータのシーケンシャルワークロードに適しています。データへのアクセス頻度が低く、コストの削減が必要である場合は、低コストなブロックストレージとして sc1 を使用できます。ブート可能な sc1 ボリュームはサポートされていません。

Cold HDD (sc1) ボリュームはスループット最適化 HDD (st1) ボリュームに類似していますが、アクセスの頻度の低いデータをサポートするように設計されています。

注記

スループットクレジットとバーストパフォーマンス

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) ボリュームのスナップショットを作成すると、スナップショットの進行中はボリュームのベースライン値までパフォーマンスが低下します。

マグネティック (`standard`)

マグネティックボリュームは磁気ドライブを利用しています。データにシーケンシャルアクセスするワークロードや、小さなボリュームサイズで低コストのストレージが必要となるシナリオに最適です。これらのボリュームは、平均約 100 IOPS を実現し、バースト能力は最大約数百 IOPS です。ボリュームのサイズは 1 GiB～1 TiB です。

注記

マグネティックは、旧世代のボリュームタイプです。新しいアプリケーションには、いずれかの新しいボリュームタイプの使用をお勧めします。詳細については、「旧世代ボリューム」を参照してください。

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 アラームの作成」を参照してください。

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

ドキュメントの表記規則

EBS ボリューム

サイズと設定の制限