「Amazon EBS の特徴」

Amazon EBS を使用すると、ストレージボリュームを作成して Amazon EC2 インスタンスにアタッチできます。いったんアタッチすると、これらのボリュームの上にファイルシステムを構築したり、データベースを実行したり、ブロックストレージを使用するその他の方法でボリュームを使用したりできます。Amazon EBS ボリュームは、特定のアベイラビリティーゾーンに配置され、1 つのコンポーネントに障害が発生したときにデータを保護できるように、自動的にレプリケートされます。EBS のどのボリュームも、耐久性に優れたスナップショット機能を提供し、99.999% の可用性を維持する設計となっています。

Amazon EBS では、実際のワークロードに向けてストレージパフォーマンスとコストを最適化できる幅広いオプションをご利用いただけます。これらのオプションは、データベースやブートボリュームなどのトランザクションワークロードのための SSD バックドストレージ (パフォーマンスは主に IOPS に依存します) と、MapReduce やログ処理などのスループット集約型ワークロードのための HDD バックドストレージ (パフォーマンスは主に MB/秒に依存します) の 2 つの主なカテゴリに分かれています。

最高のパフォーマンスを誇る io2 Block Express ボリュームは、クラウドにおける最初の SAN を実現します。 Block Express は、次世代のストレージサーバーアーキテクチャで、高価なオンプレミスの SAN を調達、スケール、維持するためのコストや手間をかけずに、最高のブロックストレージパフォーマンスを提供します。Block Express 上で動作する io2 ボリュームでは、サブミリ秒のレイテンシーを実現し、1 つの io2 ボリュームで最大 256,000 IOPS、4,000 MB/秒のスループット、64 TB の容量をプロビジョニングすることができます (既存の io2 ボリュームのパフォーマンス、スループット、容量が 4 倍になります)。io2 Block Express ボリュームは、Oracle データベース、SAP HANA、Microsoft SQL Server、InterSystems データベース、SAS Analytics などの、大規模で最も I/O 負荷の高いミッションクリティカルなデプロイに最適です。

SSD を基盤とするボリュームには、レイテンシーの影響を受けやすいトランザクションワークロード向けの、最高のパフォーマンス性を備えたプロビジョンド IOPS SSD (io2 と io1)、および幅広いトランザクションデータ向けの料金とパフォーマンスのバランスが取れた汎用 SSD (gp3 と gp2) が含まれます。HDD を基盤とするボリュームには、アクセス頻度が高いスループット集約型ワークロード向けのスループット最適化 HDD (st1) と、アクセス頻度が低いデータ向けの最小コストのコールド HDD (sc1) が含まれます。

エラスティックボリュームは、Amazon EBS の機能の 1 つで、ダウンタイムの発生やパフォーマンスへの影響なく、動的に容量を拡張し、パフォーマンスを調整して、ライブボリュームのタイプを変更できます。これにより、デプロイを簡単に適切なサイズに調整し、パフォーマンスの変化に対応できます。

次の表に、現行世代の EBS ボリュームのユースケースとパフォーマンス特性を示します。

EBS マグネティックをお探しの場合は、 旧世代ボリュームに関するページを参照してください。
*1 MB I/O サイズに基づいた st1/sc1
**ボリュームスループットは MB = 1024^2 バイトとして計算されています

プロビジョンド IOPS SSD ボリュームは、最大 256,000 IOPS、スループット 4,000 MB/秒、ボリューム ¹ あたりのサイズ 64 TiB を実現するように設計されています。io2 Block Express はプロビジョンド IOPS SSD ボリュームの最新世代で、io2 と同じ価格ながら、通常の io2 ボリュームと比べてスループット、IOPS、容量が 4 倍、さらにレイテンシーはミリ秒未満となっています。io2 Block Express は、最も規模が大きく I/O 集約型でミッションクリティカルな Oracle、Microsoft SQL Server、SAP HANA、SAS Analytics のデプロイに対して最高のブロックストレージパフォーマンスを提供します。io2 Block Express ボリュームは、新しい EBS Block Express アーキテクチャで実行している新規もしくは既存の io2 ボリュームを R5b インスタンスタイプにアタッチするだけで使用開始できます。 

EBS 最適化 EC2 インスタンスにアタッチされた io1 および io2 ボリュームは、10 ミリ秒未満のレイテンシーを達成するだけでなく、利用時間の 99.9% でプロビジョニングされたパフォーマンスを実現するように設計されています。このため、io2 ボリュームは、アップタイムの向上からメリットを受けるパフォーマンス集約型のビジネスクリティカルなアプリケーションに最適なボリュームとなります。io1 ボリュームと同様に、io2 ボリュームと io2 Block Express ボリュームもマルチアタッチをサポートしており、お客様が、同じアベイラビリティーゾーン内にある最大 16 個の Nitro ベース EC2 インスタンスに io2 ボリュームをアタッチすることを可能にします。さらに、Fast Snapshot Restore と Elastic Volumes も、すべての プロビジョンド IOPS SSD ボリュームでサポートされています。料金の詳細については、料金ページをご覧ください。EBS 最適化インスタンスとして起動できるインスタンスタイプの詳細については、Amazon EC2 インスタンスタイプを参照してください。Amazon EBS のパフォーマンスガイドラインの詳細については、EBS パフォーマンスを向上させるをご覧ください。詳細 »

_{1 現在の io2 のボリューム当たりの上限である IOPS 64,000、スループット1,000 MB/秒、もしくは サイズ 16 TiB を上回るには、io2 ボリュームをBlock Express アーキテクチャ上に来る EC2 R5b インスタンスにアタッチします。}

汎用ボリュームはソリッドステートドライブ (SSD) を基盤としており、幅広いトランザクションワークロード、仮想デスクトップ、中規模サイズのシングルインスタンスデータベース、レイテンシーの影響を受けやすいインタラクティブアプリケーション、開発/テスト環境、およびブートボリュームに適しています。Amazon gp3 ボリュームは最新世代の汎用 SSD ベースの EBS ボリュームで、お客様がストレージ容量に関係なくパフォーマンスをプロビジョニングできるようにする一方で、既存の gp2 ボリュームよりも GB あたり最大 20% 低い料金を提供します。新しい gp3 ボリュームは、任意のボリュームサイズで 3,000 IOPS および 125 MB/秒のベースラインパフォーマンスを提供します。より高いパフォーマンスをお求めのお客様は、追加料金を支払うことで最大 16,000 IOPS および 1,000 MB/秒までスケールアップすることができます。gp3 ボリュームと gp2 ボリュームは、どちらも 10 ミリ秒未満のレイテンシーを提供し、利用時間の 99% でプロビジョニングされたパフォーマンスを実現できるように設計されています。gp3 の IOPS よりも高い IOPS が必要な場合、低レイテンシーが重要となるワークロードがある場合、またはパフォーマンスの一貫性を高める必要がある場合は、io2 ボリュームの使用が推奨されます。gp3 のパフォーマンスを最大化するには、EBS 最適化 EC2 インスタンスの使用をお勧めします。

ST1 はハードディスクドライブ (HDD) を基盤としており、MapReduce、Kafka、ログ処理、データウェアハウス、ETL のワークロードなどの、データセットや I/O サイズが大きく高いスループットを必要とする、アクセス頻度の高いワークロードに最適です。これらのボリュームのパフォーマンスは、MB/秒で測定されるスループットを単位として提供されます。TB あたり最大 250 MB/秒のバーストに対応でき、ベースラインスループットは TB あたり 40 MB/秒、最大スループットはボリュームあたり 500 MB/秒です。ST1 は、想定されたスループットパフォーマンスを利用時間の 99% で発揮するように設計されており、バースト速度でフルボリュームスキャンをサポートするのに十分な I/O クレジットを備えています。st1 のパフォーマンスを最大化するためには、EBS 最適化 EC2 インスタンスを使用することをお勧めします。

SC1 はハードディスクドライブ (HDD) を基盤としており、すべての EBS ボリュームタイプで最も低い GB コストを実現しています。これは、大容量のコールドデータセットを含むアクセス頻度の低いワークロードに最適です。st1 と同様に、sc1 ではバーストモデルが提供されます。これらのボリュームでは TB あたり 12 MB/秒ベースラインスループット、ボリュームあたり最大 250 MB/秒のスループットを備え、TB あたり最大 80 MB/秒のバーストが可能です。アクセス頻度の低いデータの場合、sc1 により、極めて安価なストレージが提供されます。SC1 は、想定されたスループットパフォーマンスを利用時間の 99% で発揮するように設計されており、バースト速度でフルボリュームスキャンをサポートするのに十分な I/O クレジットを備えています。sc1 のパフォーマンスを最大化するためには、EBS 最適化 EC2 インスタンスを使用することをお勧めします。

EBS スナップショットのためのデータライフサイクルマネージャーは、カスタムスケジュールに従って EBS スナップショットの作成や削除が行われるようにすることで、EBS ボリュームに保存したデータをバックアップするシンプルで自動化された方法を提供します。このためスクリプトや他のツールを使って、自社や業界特有のデータバックアップと保存期間ポリシーに従うようにする必要がなくなります。

ライフサイクルの管理によって、スナップショットが定期的にクリーンアップされ、適切なコスト管理を確実に続けられるようにできます。単純に EBS ボリュームをタグ付けし、バックアップの作成と管理のためのライサイクルポリシーの作成を開始します。ポリシーをモニタするには CloudWatch Events を使い、バックアップが正常に作成されるようにします。

エラスティックボリュームは、アプリケーションのニーズの変化に応じてボリュームを簡単に調整できる機能です。エラスティックボリュームを使用すれば、ダウンタイムの発生やパフォーマンスへの影響なく動的に容量を拡張して、パフォーマンスを調整し、新規または既存の現行世代のすべてのタイプのボリュームを変更できます。デプロイを簡単に適切なサイズに調整し、パフォーマンスの変化に対応できます。

ボリュームの設定を将来変更できることがわかっているため、現時点で必要な容量とパフォーマンスを持つボリュームを作成できるので、計画サイクルの時間を節約できます。

Amazon CloudWatch と AWS Lambda を使用することで、アプリケーションのニーズの変化に合わせたボリュームの変更を自動化できます。

エラスティックボリュームの機能では、アプリケーションの需要の変化にリソースを簡単に合わせることができるため、ビジネスニーズの変化に応じて将来変更できるという安心感が得られます。

Amazon EBS には、ボリュームのポイントインタイムスナップショットを Amazon S3 に保存する機能が用意されています。Amazon EBS スナップショットは段階的に格納されます。つまり、最後のスナップショットが保存された後に変更されたブロックだけが保存されるため、変更されたブロックに対してのみの請求となります。デバイスのデータ量が 100 GB でも、最後のスナップショット後に変更された部分が 5 GB だけなら、次のスナップショットでさらに消費される容量は 5 GB のみであり、どちらのスナップショットも完全なものとして表示されるのに、追加のスナップショットストレージ 5 GB 分だけが請求されます。

スナップショットを削除すると、他のどのスナップショットでも必要とされていないデータだけが削除されます。アクティブなスナップショットはすべて、ボリュームをそのスナップショットが取得された時点の状態に復元するために必要な全情報を含みます。変更されたデータを作業ボリュームに復元するためにかかる時間は、すべてのスナップショットで同じです。

スナップショットは、複数の新しいボリュームをインスタンス化するときや、1 つのボリュームのサイズを拡張するとき、ボリュームをアベイラビリティーゾーン間で移動するときに使用できます。新しいボリュームの作成時には、既存の Amazon EBS スナップショットを元に作成することもできます。この場合、新しいボリュームの初期状態はそのスナップショットの完全な複製となります。

Amazon EBS スナップショットの主な特徴は以下のとおりです。

• EBS スナップショットの直接読み取りアクセス - EBS direct API for Snapshots を使用すると、お客様はスナップショットからデータを読み取って、2 つの EBS スナップショットの差異を特定できます。EBS ボリュームや EC2 インスタンスを作成する必要はありません。EBS direct API for Snapshots によって、バックアップパートナーは EBS ボリュームの増分変化を効率的に追跡できるようになるため、バックアップ時間の短縮と目標復旧地点 (RPO) の精密化が実現します。詳細については、EBS direct API for Snapshots のテクニカルドキュメントおよび料金ページをご覧ください。
  
• 任意のブロックストレージからの EBS スナップショットの作成 - EBS ダイレクト API を使用すれば、オンプレミスのデータを含め、データが存在する場所に関わらず、任意のブロックストレージデータから EBS スナップショットを直接作成し、EBS ボリュームにすばやく復旧できます。これにより、AWS での災害復旧目標を低コストで満たすことができます。詳細については、EBS direct API for Snapshots のテクニカルドキュメントおよび料金ページをご覧ください。
  
• Amazon EBS ボリュームデータへの即時アクセス – スナップショットからボリュームを作成すれば、Amazon S3 から Amazon EBS ボリュームにすべてのデータが転送されるのを待つことなく、アタッチしたインスタンスからボリュームへのアクセスを開始できます。Amazon EBS スナップショットは遅延読み込みを実装しているため、直ちに使い始めることができます。
  
• スナップショットから復元した EBS ボリュームですぐにフルパフォーマンスを発揮 - 毎時の追加料金により、Fast Snapshot Restore (FSR) 機能を有効化して、スナップショットから復元されたデータに低レイテンシーでアクセスすることができます。FSR が有効化されたスナップショットから復元された EBS ボリュームは、すぐに完全なパフォーマンスを発揮します。詳細については、FSR のテクニカルドキュメントと料金のページをご参照ください。
  
• Amazon EBS ボリュームのサイズ変更 – Amazon EBS ボリュームのサイズ変更に使用できる方法は 2 つあります。スナップショットに基づいて新しいボリュームを作成する場合、新しいボリュームに、より大きなサイズを指定できます。エラスティックボリューム機能を使用すれば、スナップショットを使用せずにライブボリュームを動的に拡張できます。ファイルシステムおよびアプリケーションがデバイスのサイズ変更をサポートしていることが条件です。
  
• Amazon EBS スナップショットの共有 – Amazon EBS スナップショットの共有機能により、同僚や AWS コミュニティの参加者たちと簡単にデータを共有できます。承認されたユーザーは、共有された Amazon EBS スナップショットを基に自分の Amazon EBS ボリュームを作成できます。元のスナップショットが変更されることはありません。自分が所有するデータを、すべての AWS ユーザーに一般公開することもできます。スナップショットの共有方法の詳細については、スナップショットのアクセス許可を変更するを参照してください。
  
• Amazon EBS スナップショットを別の AWS リージョンにコピーする – Amazon EBS には、スナップショットを AWS リージョン間でコピーする機能があります。地理的拡大、データセンターの移行、および災害対策のために、複数の AWS リージョンを活用しやすくなっています。自分がアクセスできるスナップショットならどれでもコピー可能です。自分が作成したスナップショット、自分が共有しているスナップショット、AWS Marketplace、VM Import/Export、AWS Storage Gateway から取得したスナップショットなどが対象となります。詳細については、「Amazon EBS スナップショットのコピー」をご覧ください。
• EBS スナップショットアーカイブ - EBS スナップショットアーカイブは、ポイントインタイム EBS スナップショットの完全なコピーを保存する低コストのストレージ階層です。増分的なボリュームの EBS スナップショットとは異なり、スナップショットアーカイブは、スナップショットが作成された時点でボリュームに書き込まれているすべてのブロックを含むため、「完全」なものとなります。EBS スナップショットアーカイブからボリュームを再作成するには、EBS スナップショットを標準階層に復元してから、復元されたスナップショットから EBS ボリュームを作成します。
  

スナップショットから復元した EBS ボリュームですぐにフルパフォーマンスを発揮 - 毎時の追加料金により、Fast Snapshot Restore (FSR) 機能を有効化して、スナップショットから復元されたデータに低レイテンシーでアクセスすることができます。ユーザーは、自分で所有するスナップショット、または自分と共有されたスナップショットで FSR を有効にすることができます。FSR が有効化されたスナップショットから復元された EBS ボリュームは、すぐに完全なパフォーマンスを発揮します。詳細については、FSR のテクニカルドキュメントと料金のページをご参照ください。

わずかな時間料金の追加だけで、指定の Amazon EC2 インスタンスタイプを EBS 最適化インスタンスとして起動できます。EBS 最適化インスタンスを利用すると、EBS ボリュームに対してプロビジョンされた IOPS を EC2 インスタンスで最大限に使用できるようになります。

EBS 最適化インスタンスは、Amazon EC2 と Amazon EBS の間に専用のスループットを提供するもので、使用されるインスタンスタイプに応じて 500～60,000 メガビット/秒 (Mbps) のオプションが用意されています。この専有スループットにより、Amazon EBS I/O と EC2 インスタンスからの他のトラフィックとの競合を最低限に抑え、EBS ボリュームのパフォーマンスを最大限に引き出します。

EBS 最適化インスタンスは、すべての Amazon EBS ボリュームタイプで使用できるように設計されています。

EBS 最適化インスタンスとして起動できるインスタンスタイプの詳細については、Amazon EC2 インスタンスタイプを参照してください。

Amazon EBS ボリュームは、高い可用性と信頼性、耐久性を実現するように設計されています。Amazon EBS ボリュームのデータは、追加料金なしで、同じアベイラビリティーゾーン内の複数のサーバーにレプリケートされます。これは、コンポーネントの 1 つに障害が発生したことが原因でデータが失われるのを防ぐためです。詳細については、Amazon EC2 および EBS のサービスレベルアグリーメント (SLA) を参照してください。

Amazon EBS は、より高い耐久性ボリューム (io2) を提供します。これは、99.999% の耐久性と 0.001% の年間故障率 (AFR) を提供するように設計されています。故障とは、ボリュームの完全損失または部分的な損失を指します。例えば、1 年間に 100,000 EBS io2 ボリュームを使用する場合、1 つの io2 ボリュームでのみ故障が発生すると想定されます。これにより、io2 は、SAP HANA、Oracle、Microsoft SQL Server、IBM DB2 など、稼働時間の増加から利益を得るビジネスクリティカルなアプリケーションに最適です。io2 ボリュームは、一般的な商品ディスクドライブに比べて信頼性が 2000 倍高く、AFR が約 2% のときに失敗します。他のすべての Amazon EBS ボリュームは、99.8%〜99.9% の耐久性と 0.1%〜0.2% の AFR を提供するように設計されています。

EBS は、データのポイントインタイムバックアップの取得に適したスナップショット機能もサポートしています。Amazon EBS スナップショットの詳細およびボリュームの特定時点のバックアップを取得する方法については、こちらを参照してください。

Amazon EBS の暗号化では、EBS データボリューム、ブートボリューム、およびスナップショットがシームレスに暗号化されるので、セキュアなキー管理インフラストラクチャを構築して管理する必要がなくなっています。EBS の暗号化では、Amazon が管理するキーまたはユーザーが AWS Key Management Service (KMS) を使用して作成と管理を行っているキーを使用し、データボリューム、ブートボリューム、およびスナップショットを暗号化することで、保管中のデータのセキュリティを実現しています。加えて、EC2 インスタンスをホストするサーバーで暗号化が行われるため、EC2 インスタンスと EBS データボリュームおよびブートボリュームとの間を移動するデータが暗号化されます。詳細については、Amazon EC2 ユーザーガイドの Amazon EBS 暗号化のページを参照してください。

Amazon EBS ボリュームへのアクセスは、AWS Identity and Access Management (IAM) と統合されています。IAM により、Amazon EBS ボリュームに対するアクセス制御を行えるようになっています。詳細については、AWS Identity and Access Management を参照してください。

このページでは GB = 1024^3 バイト

お客様は、EBS プロビジョンド IOPS io2 または io1 ボリュームでマルチアタッチを有効にして、同じアベイラビリティーゾーン内にある最大 16 個の Nitro ベースの EC2 インスタンスにボリュームを同時にアタッチすることができます。マルチアタッチを使用すると、複数のライターからのストレージ一貫性を管理するアプリケーションの可用性を簡単に高めることができます。アタッチされた各インスタンスには、共有ボリュームに対する完全な読み込みおよび書き込み権限があります。マルチアタッチを使用するアプリケーションは、ストレージの一貫性のために IO フェンスを提供する必要があります。マルチアタッチを有効にする時に発生する追加料金はありません。

詳細については、マルチアタッチの技術文書を参照してください。