ストレージとパフォーマンスの要件
変更を提案
PDF
初期設定と将来のストレージ拡張に対応できる十分なスペースを確保できるよう、 StorageGRID ノードのストレージ要件を把握しておく必要があります。
ストレージとパフォーマンスの要件は、ソフトウェア ベースのノード実装によって異なります。
|
「Linux」は、RHEL、Ubuntu、または Debian のデプロイメントを指します。サポートされているバージョンのリストについては、 "NetApp Interoperability Matrix Tool（IMT）" 。 |
ストレージカテゴリ
StorageGRID ノードに必要なストレージは、 3 つの論理カテゴリに分類されます。
-
* コンテナプール * — ノードコンテナ用のパフォーマンス階層（ 10K SAS または SSD ）ストレージ。 StorageGRID ノードをサポートするホストにコンテナエンジンをインストールして設定するときに、コンテナエンジンストレージドライバに割り当てられます。
-
* システムデータ * — システムデータとトランザクションログのノード単位の永続的ストレージ用のパフォーマンス階層（ 10K SAS または SSD ）ストレージ。 StorageGRID ホストサービスで個々のノードにマッピングされて使用されます。
-
* オブジェクトデータ * — オブジェクトデータとオブジェクトメタデータの永続的なストレージを実現するパフォーマンス階層（ 10K SAS または SSD ）のストレージと大容量階層（ NL-SAS / SATA ）のストレージ。
カテゴリに関係なく、いずれのストレージにも RAID ベースのブロックデバイスを使用する必要があります。非冗長ディスク、SSD、JBODはサポートされていません。いずれのカテゴリのストレージにも、共有またはローカルのRAIDストレージを使用できます。ただし、StorageGRID のノード移行機能を使用する場合は、システムデータとオブジェクトデータの両方を共有ストレージに格納する必要があります。詳細については、を参照してください "ノードコンテナの移行要件"。
パフォーマンス要件
コンテナプールのボリューム、システムデータのボリューム、およびオブジェクトメタデータのボリュームのパフォーマンスは、システム全体のパフォーマンスに大きく影響します。ボリュームのディスクパフォーマンスが、レイテンシ、 1 秒あたりの入出力操作（ IOPS ）、スループットの点で適切になるように、それらのボリュームにはパフォーマンス階層（ 10K SAS または SSD ）のストレージを使用します。オブジェクトデータの永続的なストレージには、大容量階層（ NL-SAS / SATA ）のストレージを使用できます。
コンテナプール、システムデータ、およびオブジェクトデータ用のボリュームでは、ライトバックキャッシュを有効にする必要があります。キャッシュは、保護されたメディアまたは永続的なメディアに配置する必要があります。
NetApp ONTAPストレージを使用するホストの要件
StorageGRID ノードがNetApp ONTAP システムから割り当てられたストレージを使用している場合は、ボリュームでFabricPool 階層化ポリシーが有効になっていないことを確認してください。StorageGRIDノードで使用するボリュームでFabricPool階層化を無効にすると、トラブルシューティングとストレージの処理が簡単になります。
|
|
FabricPoolを使用して、StorageGRIDに関連するデータをStorageGRID自体に階層化しないでください。StorageGRIDデータをStorageGRIDに階層化すると、トラブルシューティングや運用が複雑になります。 |
必要なホストの数
各 StorageGRID サイトに、少なくとも 3 つのストレージノードが必要です。
|
|
本番環境では、1つの物理ホストまたは仮想ホストで複数のストレージノードを実行しないでください。各ストレージノードに専用のホストを使用すると、分離された障害ドメインが提供されます。 |
管理ノードやゲートウェイノードなど、他のタイプのノードは、同じホストに導入するか、必要に応じて独自の専用ホストに導入することができます。
|
|
ディスクSnapshotを使用してグリッドノードをリストアすることはできません。代わりに、各タイプのノードの手順を参照して"グリッドノードのリカバリ"ください。 |
各ノードのストレージボリュームの数
次の表に、ホストに導入するノードの種類別に、各ホストに必要なストレージボリューム（ LUN ）の数と各 LUN に必要な最小サイズを示します。
テストで使用できる LUN の最大サイズは 39TB です。
|
|
これらはホストごとの数値を示したものであり、グリッド全体の数値ではありません。 |
| LUNの用途 | ストレージのカテゴリ | LUN数 | LUN あたりの最小サイズ |
|---|---|---|---|
コンテナエンジンのストレージプール |
コンテナプール |
1 |
ノードの総数 × 100GB |
`/var/local`ボリューム |
システムデータ |
このホストのノードごとに 1 個 |
100GB |
ストレージノード |
オブジェクトデータ |
このホストのストレージノードごとに 3 個 注: Linux ソフトウェア ベースのストレージ ノードには、1 ～ 48 個のストレージ ボリュームを設定できます。 VMware ソフトウェア ベースのストレージ ノードには、1 ～ 16 個のストレージ ボリュームを設定できます。少なくとも 3 つのストレージ ボリュームが推奨されます。 |
|
ストレージノード（メタデータのみ） |
オブジェクトメタデータ |
1 |
4 TB/LUN（最小） 検証済みの最大 LUN サイズ： 39TB 。 見るストレージノードのストレージ要件詳細についてはこちらをご覧ください。 注：メタデータのみのストレージノードに必要なrangedbは1つだけです。 |
管理ノードの監査ログ |
システムデータ |
このホストの管理ノードごとに 1 個 |
200GB |
管理ノードのテーブル |
システムデータ |
このホストの管理ノードごとに 1 個 |
200GB |
|
|
設定されている監査レベル、S3 オブジェクトキー名などのユーザー入力のサイズ、保存する必要がある監査ログ データの量に応じて、各管理ノードの監査ログ LUN のサイズを増やす必要がある場合があります。通常、グリッドは S3 操作ごとに約 1 KB の監査データを生成します。つまり、200 GB の LUN は 1 日あたり 7,000 万回の操作、または 2 ～ 3 日間で 1 秒あたり 800 回の操作をサポートすることになります。 |
ホストの最小ストレージスペース
次の表に、各タイプのノードに必要な最小ストレージスペースを示します。この表を参照して、ホストに導入するノードの種類に応じて、ストレージカテゴリごとにホストで確保しなければならない最小ストレージ容量を決定できます。
|
|
ディスクSnapshotを使用してグリッドノードをリストアすることはできません。代わりに、各タイプのノードの手順を参照して"グリッドノードのリカバリ"ください。 |
各ノード ホストには、OS 用に 100 GB の LUN が必要です。
| ノードのタイプ | コンテナプール | システムデータ | オブジェクトデータ |
|---|---|---|---|
ストレージノード |
100GB |
100GB |
4,000GB |
管理ノード |
100GB |
500 GB (3 LUN) |
_ 該当なし _ |
ゲートウェイノード |
100GB |
100GB |
_ 該当なし _ |
例: ホストまたは仮想マシンのストレージ要件の計算
同じホストまたは仮想マシンに、ストレージ ノード 1 つ、管理ノード 1 つ、ゲートウェイ ノード 1 つの 3 つのノードを展開する予定であるとします。ホストには少なくとも 9 つのストレージ ボリュームを提供する必要があります。ノード コンテナーには最低 300 GB のパフォーマンス層ストレージ、システム データとトランザクション ログには 700 GB のパフォーマンス層ストレージ、オブジェクト データには 12 TB の容量層ストレージが必要です。
| ノードのタイプ | LUNの用途 | LUN数 | LUNサイズ |
|---|---|---|---|
ストレージノード |
コンテナエンジンのストレージプール |
1 |
300GB （ 100GB/ ノード） |
ストレージノード |
`/var/local`ボリューム |
1 |
100GB |
ストレージノード |
オブジェクトデータ |
3 |
12TB （ 4TB / LUN ） |
管理ノード |
`/var/local`ボリューム |
1 |
100GB |
管理ノード |
管理ノードの監査ログ |
1 |
200GB |
管理ノード |
管理ノードのテーブル |
1 |
200GB |
ゲートウェイノード |
`/var/local`ボリューム |
1 |
100GB |
|
9 |
システムデータ: 700 GB
|
| ノードのタイプ | LUNの用途 | LUN数 | LUNサイズ |
|---|---|---|---|
ストレージノード |
OSボリューム |
1 |
100GB |
ストレージノード |
オブジェクトデータ |
3 |
12TB （ 4TB / LUN ） |
管理ノード |
OSボリューム |
1 |
100GB |
管理ノード |
管理ノードの監査ログ |
1 |
200GB |
管理ノード |
管理ノードのテーブル |
1 |
200GB |
ゲートウェイノード |
OSボリューム |
1 |
100GB |
|
8 |
システムデータ: 700 GB
|
ストレージノードの特定のストレージ要件
Linux と VMware では、ストレージ ノードに対するストレージ要件が異なります。
-
Linuxソフトウェアベースのストレージノードは1～48個のストレージボリュームを持つことができる
-
VMwareソフトウェアベースのストレージノードは1～16個のストレージボリュームを持つことができます。
-
3 つ以上のストレージ ボリュームが推奨されます。
-
各ストレージ ボリュームは 4 TB 以上である必要があります。
|
|
アプライアンス ストレージ ノードには、最大 48 個のストレージ ボリュームも設定できます。 |
図に示すように、 StorageGRID は各ストレージノードのストレージボリューム 0 にオブジェクトメタデータ用のスペースをリザーブします。ストレージボリューム 0 の残りのスペースとストレージノード内のその他のストレージボリュームは、オブジェクトデータ専用に使用されます。
冗長性を確保し、オブジェクトメタデータを損失から保護するために、 StorageGRID は各サイトのシステム内のすべてのオブジェクトにメタデータのコピーを 3 つずつ格納します。オブジェクトメタデータの 3 つのコピーが各サイトのすべてのストレージノードに均等に分散されます。
メタデータのみのストレージノードを含むグリッドをインストールする場合は、グリッドにオブジェクトストレージ用のノードの最小数も含まれている必要があります。メタデータ専用ストレージノードの詳細については、を参照してください"ストレージノードのタイプ"。
-
単一サイトのグリッドの場合は、オブジェクトとメタデータ用に少なくとも2つのストレージノードが設定されます。
-
マルチサイトグリッドの場合は、サイトごとに少なくとも1つのストレージノードがオブジェクトとメタデータ用に設定されます。
新しいストレージノードのボリューム 0 にスペースを割り当てる場合は、そのノードのすべてのオブジェクトメタデータの一部に対して十分なスペースを確保する必要があります。
-
少なくとも 4TB をボリューム 0 に割り当てる必要があります。
ストレージノードでストレージボリュームを1つだけ使用していて、そのボリュームに4TB以下を割り当てると、ストレージノードが起動時にストレージ読み取り専用状態になり、オブジェクトメタデータのみが格納される可能性があります。
ボリューム0への割り当てが500GB未満の場合（非本番環境での使用のみ）は、ストレージボリュームの容量の10%がメタデータ用にリザーブされます。 -
ソフトウェアベースのメタデータのみのノードリソースは、既存のストレージノードリソースと一致している必要があります。例：
-
既存のStorageGRIDサイトでSG6000またはSG6100アプライアンスを使用している場合は、ソフトウェアベースのメタデータのみのノードが次の最小要件を満たしている必要があります。
-
128GBのRAM
-
8コアCPU
-
8TB SSDまたはCassandraデータベース用同等のストレージ（rangedb/0）
-
-
既存のStorageGRIDサイトが 24 GB RAM、8 コア CPU、3 TB または 4 TB のメタデータ ストレージを備えた仮想ストレージ ノードを使用している場合、ソフトウェア ベースのメタデータ専用ノードでは同様のリソース (24 GB RAM、8 コア CPU、4 TB のメタデータ ストレージ (rangedb/0)) を使用する必要があります。
新しいStorageGRIDサイトを追加するときは、新しいサイトの総メタデータ容量が少なくとも既存のStorageGRIDサイトと一致し、新しいサイトのリソースが既存のStorageGRIDサイトのストレージノードと一致している必要があります。
-
-
新しいシステム（StorageGRID 11.6以降）をインストールし、各ストレージノードに128GB以上のRAMがある場合は、8TB以上をボリューム0に割り当てます。ボリューム 0 に大きな値を設定すると、各ストレージノードでメタデータに使用できるスペースが増加する可能性があります。
-
サイトに複数のストレージノードを設定する場合は、可能であればボリューム 0 にも同じ設定を使用します。サイトにサイズが異なるストレージノードがある場合、ボリューム 0 が最も小さいストレージノードがそのサイトのメタデータ容量を決定します。
詳細については、を参照してください"オブジェクトメタデータストレージを管理する"。