EBS(Elastic Block Store)

サービス概要

EC2 インスタンスで使用するためのブロックレベルのストレージボリュームを提供。
ボリュームは、デバイスとしてインスタンスにマウントが可能で、同じインスタンスに複数のボリュームをマウント可能。これらのボリューム上にファイルシステムを構築も可能。
EBSは、データにすばやくアクセスする必要があり、長期永続性が必要な場合に推奨。

特徴

EBS ボリュームは、特定のAZで作成され、そのAZ内のインスタンスにアタッチ可能。
AZの外部でボリュームを使用するには、スナップショットを作成し(S3へ保存)、そのスナップショットをその外部リージョン内の新しいボリュームに復元する。
EBS には、ボリュームタイプとして汎用 SSD (gp2)、プロビジョンド IOPS SSD (io1)、スループット最適化 HDD (st1)、および Cold HDD (sc1) が用意されている。
暗号化は EC2 インスタンスをホストするサーバーで行われ、EC2 インスタンスから EBS ストレージに転送されるデータが暗号化される。
汎用 SSD (gp2) ボリューム＝さまざまなワークロードに対応できるコスト効率の高いストレージとして使用可能。レイテンシーは 1 桁台のミリ秒であり、長時間 3,000 IOPS にバースト可能。（I/O クレジットおよびバーストパフォーマンス）
プロビジョンド IOPS SSD (io1) ボリューム＝ランダムアクセス I/O スループットにおけるストレージパフォーマンスと整合性が重要な、I/O 集約型ワークロード (特にデータベースワークロード) のニーズを満たすように設計。ボリュームの作成時に一定の IOPS レートを指定可能。
スループット最適化 HDD (st1) ボリューム＝IOPS ではなくスループットでパフォーマンスを示す、低コストの磁気ストレージに使用可能。ボリュームのベースラインスループット (ボリュームのスループットクレジットが蓄積されるレート) は、ボリュームサイズによって決まる。（スループットクレジットとバーストパフォーマンス）
Cold HDD (sc1) ボリュームは、IOPS ではなくスループットでパフォーマンスを示す、低コストの磁気ストレージに使用可能。

種類やタイプ

ボリュームタイプ

	汎用 SSD (gp2)	プロビジョンド IOPS SSD (io1)	スループット最適化 HDD (st1)	Cold HDD (sc1)
説明	さまざまなワークロードに適した、価格とパフォーマンスのバランスが取れているSSD	ミッションクリティカルな低レイテンシーまたは高スループットワークロードに適した、最高パフォーマンスのSSD	高スループットを必要とするアクセス頻度の高いワークロード向けの低コストのHDD	アクセス頻度の低いワークロード用に設計された低コストのHDD
ユースケース	・ほとんどのワークロード・システムブートボリューム・仮想デスクトップ・開発/テスト環境	・持続的なIOPSパフォーマンス、またはボリュームあたり 16,000 IOPSまたは250 MiB/秒以上のスループットを必要とする重要なビジネスアプリケーション・大規模なデータベースワークロード	・低コストで安定した高速スループットを必要とするストリーミングワークロード・ビッグデータ・データウェアハウス・ログ処理・ブートボリュームには使用できない	アクセス頻度の低い大量データ用のスループット指向ストレージ低いストレージ・コストが重視されるシナリオ・ブートボリュームには使用できない
ボリュームサイズ	1GiB - 16TiB	4 GiB～16 TiB	500 GiB～16 TiB	500 GiB～16 TiB
ボリュームあたりの最大 IOPS	16,000 (16 KiB I/O)	64,000 (16 KiB I/O) †	500 (1 MiB I/O)	250 (1 MiB I/O)
ボリュームあたりの最大スループット	MiB/秒 *	1,000 MiB/秒 †	500 MiB/秒	250 MiB/秒

類似サービスとの比較

	S3	EBS	EFS	Glacier
概要	オブジェクトストレージ、安価で高信頼性のストレージ、インターネットからもアクセス可能	ブロックレベルのファイルストレージ、EC2のローカルストレージ	共有ファイルストレージ	低価格、長期保管ストレージ
場所	リージョン	AZ	リージョン	リージョン
自動複製	複数AZ	AZ内3か所	複数AZ
暗号化	設定する必要あり。SSE-S3/KMS/C。	ボリューム作成時に暗号化。既存ボリュームの暗号化不可。（使用中ボリュームを暗号化＝スナップショットを取得し、新規に暗号化ボリュームを作成し、リストア。	保管中、転送中のデータを暗号化。暗号化のキーはKMSにて管理可。	AES-256で自動で暗号化

ベストプラクティス

EBSのBCP(事業継続計画)対策としては、EBSボリュームのスナップショットを作成し、そのスナップショットを別リージョンでも利用する。別AZ/別リージョンのインスタンスにコピーをする際は、一度スナップショットをS3へ保存し、別AZ/別リージョンへ展開する。
EC2とEBSを利用してDBを構築する場合、読み取りと書き取り性能を考慮して、EBSボリュームはプロビジョンドIOPS SSDにする。
EBSのポイントインタイムスナップショットでは、増分バックアップにより、初期スナップショットからの差分のみを取得するため、ストレージコストを最小限にできる。
EBSのボリュームタイプの選択で、ボリュームサイズが100GBなど小さい場合、gp2（汎用SSD）を利用したほうがコストを抑えられる。
SSD:小さく煩雑な読み書き。1GB~16TB(io1は4GB~16TB)。料金は単位あたりHDDの倍くらい。
HDD:大きなストリーミングデータ用。500GB~16TB。単位当たりでは安い。（が、初期が500GBのため、~200GBくらいまではSSDの方が安くなる。）
スループットが最大500MB/秒必要なストレージでは、するプット最適化HDDが費用対効果が高い。
Data Lifecycle Managerを使用すると、EBSスナップショットをスケジュールし、保持ポリシーに従い古いスナップショットを削除できる。Data Lifecycle Managerはスナップショットの作成、保持、削除を自動化できる。
AMIはEBSのスナップショットを含んでいるため、障害時に備えるのはAMIのコピーのみで可能。
最も回復性が高く、1つのボリュームが故障してもすぐにデータ利用がしたい場合、RAID1構成で2つ以上のEBSボリューム間でミラーリングをとれば、回復性の高いデータ冗長構成にできる。