EBS ボリュームのサイズと設定の制限 - Amazon EBS

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

EBS ボリュームのサイズと設定の制限

Amazon EBSボリュームのサイズは、ブロックデータストレージの物理学と算術、およびオペレーティングシステム (OS) とファイルシステムデザイナーの実装上の決定によって制約されます。 は、サービスの信頼性を保護するためにボリュームサイズに追加の制限を AWS 課します。

以下のセクションでは、EBSボリュームの使用可能なサイズを制限する最も重要な要素について説明し、EBSボリュームの設定に関する推奨事項を示します。

ストレージキャパシティ

次の表は、4,096 バイトのブロックサイズを想定してEBS、Amazon で最も一般的に使用されるファイルシステムの理論的および実装されたストレージ容量をまとめたものです。

パーティションスキーム アドレス可能な最大ブロック 理論的な最大サイズ (ブロック x ブロックサイズ) Ext4 に実装される最大サイズ* XFS 実装された最大サイズ** NTFS 実装された最大サイズ でサポートされる最大数 EBS
MBR 232 2 TiB 2 TiB 2 TiB 2 TiB 2 TiB
GPT 264

64 ZiB

1 EiB =

1024 2TiB

( で 50 TiB 認定RHEL7)

500 TiB

( で認定RHEL7)

256 TiB 64 TiB†

: https://ext4.wiki.kernel.org/index.php/Ext4_Howto、および https://access.redhat.com/solutions/1532

** https://access.redhat.com/solutions/1532

io2 Block Express ボリュームは、GPTパーティションに対して最大 64 TiB をサポートします。詳細については、「プロビジョンド IOPS SSD (io2) Block Express ボリューム」を参照してください。

サービスの制約事項

Amazon は、データセンターの大規模な分散ストレージを仮想ハードディスクドライブにEBS抽象化します。EC2 インスタンスにインストールされているオペレーティングシステムの場合、アタッチされたEBSボリュームは 512 バイトのディスクセクターを含む物理ハードディスクドライブのように見えます。OS は、ストレージ管理ユーティリティを使用して、データブロック (またはクラスター) をその仮想セクタに割り当てます。割り当ては、マスターブートレコード (MBR) やパーティションテーブル () などのボリュームGUIDパーティショニングスキームに準拠しておりNTFS、インストールされたファイルシステム (ext4、 などGPT) の機能内にあります。

EBS は、仮想ディスクセクターに含まれるデータを認識しません。セクタの整合性のみが保証されます。つまり、 AWS アクションと OS アクションは互いに独立しています。ボリュームサイズを選択する場合は、次のように機能と制限の両方に注意してください。

  • EBS は現在、最大ボリュームサイズ 64 TiB をサポートしています。つまり、最大 64 TiB のEBSボリュームを作成できますが、OS がその容量をすべて認識するかどうかは、独自の設計特性とボリュームのパーティション化方法によって異なります。

  • ブートボリュームは、 MBRまたは GPT パーティショニングスキームを使用する必要があります。インスタンスAMIを起動する によって、ブートモードが決まり、その後、ブートボリュームに使用されるパーティションスキームが決まります。

    ではMBR、ブートボリュームのサイズは 2 TiB に制限されています。

    ではGPT、ブートボリュームを GRUB2 (Linux) またはブートモード (Windows) で使用すると、最大 64 TiB UEFI のサイズになります。

    詳細については、「Amazon EBSボリュームを使用できるようにする」を参照してください。

  • 2 TiB (2048 GiB) 以上の非ブートボリュームは、GPTパーティションテーブルを使用してボリューム全体にアクセスする必要があります。

パーティションスキーム

他にも影響がある中で、このパーティションスキームは、単一ボリュームで一意にアドレス解決できる論理データブロックの数を決定します。詳細については、「データブロックサイズ」を参照してください。使用されている一般的なパーティショニングスキームは、マスターブートレコード (MBR) とGUIDパーティションテーブル () ですGPT。これらのパーティションスキームの重要な違いは次のようにまとめることができます。

MBR

MBR は、32 ビットのデータ構造を使用してブロックアドレスを保存します。これは、各データブロックが、正の整数 232 のいずれかにマッピングされることを意味します。アドレス可能なボリュームの最大サイズは、次の式により得られます。

232 × Block size

MBR ボリュームのブロックサイズは、従来は 512 バイトに制限されています。したがって、

232 × 512 bytes = 2 TiB

このMBRボリュームの 2-TiB の制限を引き上げるためのエンジニアリングの回避策は、業界で広く採用されていません。したがって、Linux と Windows は、 がサイズを大きく AWS しても、2 TiB を超えるMBRボリュームを検出しません。

GPT

GPT は、64 ビットのデータ構造を使用してブロックアドレスを保存します。これは、各データブロックが、正の整数 264 のいずれかにマッピングされることを意味します。アドレス可能なボリュームの最大サイズは、次の式により得られます。

264 × Block size

GPT ボリュームのブロックサイズは、通常 4,096 バイトです。したがって、

264 × 4,096 bytes
   = 264 × 212 bytes
   = 270 × 26 bytes
   = 64 ZiB

実際のコンピュータシステムでは、この理論上の最大値のような大きな値はサポートされていません。実装されたファイルシステムのサイズは現在、ext4 の場合は 50 TiB、 の場合は 256 TiB に制限されていますNTFS。

データブロックサイズ

現代のハードドライブ上のデータストレージは、論理ブロックアドレスや、オペレーティングシステムで基礎となるハードウェアをほとんど把握することなく論理ブロック内のデータを読み書きできる抽象化レイヤーによって管理されています。OS は、ストレージデバイスを使用して、このブロックを物理セクタにマッピングしています。EBS は、512 バイトのセクタをオペレーティングシステムにアドバタイズします。オペレーティングシステムは、セクタサイズの倍数であるデータブロックを使用してデータをディスクに読み書きします。

論理データブロックの一般的なデフォルトサイズは、現在 4,096 バイト (4 KiB) です。ワークロードによっては、ブロックサイズが小さいまたは大きい方がメリットを得られるため、ファイルシステムはデフォルト以外のブロックサイズをサポートしています。このサイズはフォーマット時に指定できます。デフォルト以外のブロックサイズのシナリオは、このトピックの対象外ですが、指定したブロックサイズによっては、ボリュームのストレージキャパシティーに影響を及ぼす場合があります。次の表に、ブロックサイズの機能としてストレージキャパシティーを示します。

ブロックサイズ 最大ボリュームサイズ
4 KiB (デフォルト) 16 TiB
8 KiB 32 TiB
16 KiB 64 TiB
32 KiB 128 TiB
64 KiB (最大) 256 TiB

現在、ボリュームサイズ (64 TiB) にEBS課される制限は、16-KiB データブロックで有効になっている最大サイズと等しくなります。