StorageGRID ノードに必要なストレージは、 3 つの論理カテゴリに分類されます。

すべてのストレージカテゴリにおいて、RAIDでバックアップされたブロックデバイスを使用する必要があります。冗長構成ではないディスク、SSD、またはJBODはサポートされていません。ストレージの種類に関わらず、共有RAIDストレージまたはローカルRAIDストレージを使用できます。StorageGRID でノードを移行するには、システムデータとオブジェクトデータの両方を共有ストレージに保存する必要があります。詳細については、"ノードコンテナの移行要件"を参照してください。

コンテナプールのボリューム、システムデータのボリューム、およびオブジェクトメタデータのボリュームのパフォーマンスは、システム全体のパフォーマンスに大きく影響します。ボリュームのディスクパフォーマンスが、レイテンシ、 1 秒あたりの入出力操作（ IOPS ）、スループットの点で適切になるように、それらのボリュームにはパフォーマンス階層（ 10K SAS または SSD ）のストレージを使用します。オブジェクトデータの永続的なストレージには、大容量階層（ NL-SAS / SATA ）のストレージを使用できます。

コンテナプール、システムデータ、およびオブジェクトデータ用のボリュームでは、ライトバックキャッシュを有効にする必要があります。キャッシュは、保護されたメディアまたは永続的なメディアに配置する必要があります。

StorageGRID ノードがNetApp ONTAP システムから割り当てられたストレージを使用している場合は、ボリュームでFabricPool 階層化ポリシーが有効になっていないことを確認してください。StorageGRIDノードで使用するボリュームでFabricPool階層化を無効にすると、トラブルシューティングとストレージの処理が簡単になります。

各 StorageGRID サイトに、少なくとも 3 つのストレージノードが必要です。

管理ノードやゲートウェイノードなど、他の種類のノードを同じホストにデプロイすることも、必要に応じて専用のホストにデプロイすることもできます。

以下の表は、各ホストに必要なストレージボリューム（LUN）の数と、各LUNに必要な最小サイズを、そのホストに展開されるノードに基づいて示しています。

テスト済みの最大LUNサイズは100TiBです。

以下の表は、ノードの種類ごとに必要な最小ストレージ容量を示しています。この表を使用すると、ホストにデプロイされているノードに基づいて、各ストレージカテゴリでホストに提供する必要がある最小ストレージ容量を判断できます。

各ノード ホストには、OS 用に 100 GB の LUN が必要です。

同じホストまたは仮想マシン上に、ストレージノード、管理ノード、ゲートウェイノードの3つのノードをデプロイする計画を立てているとします。ホストには最低9つのストレージボリュームを提供する必要があります。ノードコンテナには最低 300 GB のパフォーマンス層ストレージ、システムデータとトランザクションログには 700 GB のパフォーマンス層ストレージ、オブジェクトデータには 12 TB の容量層ストレージが必要です。

LinuxおよびVMwareにおけるストレージノードのストレージ要件は以下のとおりです。

図に示すように、 StorageGRID は各ストレージノードのストレージボリューム 0 にオブジェクトメタデータ用のスペースをリザーブします。ストレージボリューム 0 の残りのスペースとストレージノード内のその他のストレージボリュームは、オブジェクトデータ専用に使用されます。

冗長性を確保し、オブジェクトメタデータを損失から保護するために、 StorageGRID は各サイトのシステム内のすべてのオブジェクトにメタデータのコピーを 3 つずつ格納します。オブジェクトメタデータの 3 つのコピーが各サイトのすべてのストレージノードに均等に分散されます。

メタデータ専用のストレージノードでグリッドをインストールする場合、グリッドにはオブジェクトストレージ用のノードも最低限含まれている必要があります。メタデータ専用ストレージノードの詳細については、"ストレージノードのタイプ"を参照してください。

新しいストレージノードのボリューム 0 にスペースを割り当てる場合は、そのノードのすべてのオブジェクトメタデータの一部に対して十分なスペースを確保する必要があります。

詳細については、を参照してください"オブジェクトメタデータストレージを管理する"。