ストレージとパフォーマンスの要件
-
このドキュメント ページのPDF
-
アプライアンスハードウェアを設置して保守します
-
ソフトウェアをインストールしてアップグレードする
-
システム管理を実行する
-
![](/ja-jp/storagegrid-116/images/pdf-zip.png)
PDF版ドキュメントのセット
Creating your file...
初期設定と将来のストレージ拡張に対応するための十分なスペースを確保できるよう、仮想マシンでホストされている StorageGRID ノードのストレージ要件とパフォーマンス要件を把握しておく必要があります。
パフォーマンス要件
OS ボリュームおよび最初のストレージボリュームのパフォーマンスは、システム全体のパフォーマンスに大きく影響します。これらのボリュームのディスクパフォーマンスが、レイテンシ、 1 秒あたりの入出力操作( IOPS )、スループットの点で適切であることを確認してください。
すべての StorageGRID ノードで、 OS ドライブとすべてのストレージボリュームのライトバックキャッシュを有効にする必要があります。キャッシュは、保護されたメディアまたは永続的なメディアに配置する必要があります。
NetApp ONTAP ストレージを使用する仮想マシンの要件
NetApp ONTAP システムからストレージが割り当てられた仮想マシンとしてStorageGRID ノードを導入する場合は、ボリュームでFabricPool 階層化ポリシーが有効になっていないことを確認しておきます。たとえば、 StorageGRID ノードが VMware ホスト上の仮想マシンとして実行されている場合は、ノードのデータストアの作成元のボリュームで FabricPool 階層化ポリシーが有効になっていないことを確認します。StorageGRID ノードで使用するボリュームで FabricPool による階層化を無効にすることで、トラブルシューティングとストレージの処理がシンプルになります。
|
StorageGRID を使用して StorageGRID に関連するデータを FabricPool 自体に階層化しないでください。StorageGRID データを StorageGRID に階層化すると、トラブルシューティングと運用がより複雑になります。 |
必要な仮想マシンの数
各 StorageGRID サイトに、少なくとも 3 つのストレージノードが必要です。
|
本番環境では、 1 台の仮想マシンサーバで複数のストレージノードを実行しないでください。各ストレージノードに専用の仮想マシンホストを使用すると、分離された障害ドメインが提供されます。 |
管理ノードやゲートウェイノードなど、他のタイプのノードは、同じ仮想マシンホストに導入するか、必要に応じて独自の専用の仮想マシンホストに導入することができます。ただし、同じタイプのノードが複数ある(たとえば、 2 つのゲートウェイノード)場合は、すべてのインスタンスを同じ仮想マシンホストにインストールしないでください。
ノードタイプ別のストレージ要件
本番環境では、 StorageGRID グリッドノードの仮想マシンが、ノードのタイプに応じて、さまざまな要件を満たしている必要があります。
|
ディスクの Snapshot を使用してグリッドノードをリストアすることはできません。各タイプのノードのリカバリとメンテナンスの手順を参照してください。 |
ノードタイプ( Node Type ) | ストレージ |
---|---|
管理ノード |
OS 用に 100GB の LUN 管理ノードのテーブル用に 200GB の LUN 管理ノードの監査ログ用に 200GB の LUN |
ストレージノード |
OS 用に 100GB の LUN このホストのストレージノードごとに 3 個の LUN
LUN あたりの最小サイズ: 4TB 検証済みの最大 LUN サイズ: 39TB 。 |
ゲートウェイノード |
OS 用に 100GB の LUN |
アーカイブノード |
OS 用に 100GB の LUN |
|
設定されている監査レベル、 S3 オブジェクトキー名などのユーザ入力のサイズ、保持する必要がある監査ログデータの量によっては、各管理ノードの監査ログ LUN のサイズを増やす必要があります。原則として、 S3 処理ごとに約 1 KB の監査データが生成されることから、 200GB の LUN で 1 日あたり 7 、 000 万件の処理、 1 秒あたり 2 ~ 3 日間で 800 件の処理がサポートされることになります。 |
ストレージノードのストレージ要件
ソフトウェアベースのストレージノードのストレージボリューム数は 1~16 個までにすることを推奨します。 -3 個以上のストレージボリュームを使用することを推奨します。各ストレージボリュームのサイズは 4TB 以上にします。
|
アプライアンスストレージノードには、最大 48 個のストレージボリュームを設定できます。 |
図に示すように、 StorageGRID は各ストレージノードのストレージボリューム 0 にオブジェクトメタデータ用のスペースをリザーブします。ストレージボリューム 0 の残りのスペースとストレージノード内のその他のストレージボリュームは、オブジェクトデータ専用に使用されます。
![Metadata Space ストレージノード](../media/metadata_space_storage_node.png)
冗長性を確保し、オブジェクトメタデータを損失から保護するために、 StorageGRID は各サイトのシステム内のすべてのオブジェクトにメタデータのコピーを 3 つずつ格納します。オブジェクトメタデータの 3 つのコピーが各サイトのすべてのストレージノードに均等に分散されます。
新しいストレージノードのボリューム 0 にスペースを割り当てる場合は、そのノードのすべてのオブジェクトメタデータの一部に対して十分なスペースを確保する必要があります。
-
少なくとも 4TB をボリューム 0 に割り当てる必要があります。
ストレージノードでストレージボリュームを 1 つしか使用していない場合に、そのボリュームに 4TB 以下を割り当てると、ストレージノードが起動時にストレージ読み取り専用状態になり、オブジェクトメタデータのみが格納される可能性があります。 -
新規の StorageGRID 11.6 システムをインストールする場合、各ストレージノードに 128GB 以上の RAM がある場合は、ボリューム 0 に 8TB 以上を割り当てる必要があります。ボリューム 0 に大きな値を設定すると、各ストレージノードでメタデータに使用できるスペースが増加する可能性があります。
-
サイトに複数のストレージノードを設定する場合は、可能であればボリューム 0 にも同じ設定を使用します。サイトにサイズが異なるストレージノードがある場合、ボリューム 0 が最も小さいストレージノードがそのサイトのメタデータ容量を決定します。
詳細については、を参照してください オブジェクトメタデータストレージを管理する。