StorageGRIDストレージ ノードとは何ですか?
ストレージノードは、オブジェクトデータとメタデータを管理および保存します。ストレージノードには、オブジェクトデータとメタデータをディスクに保存、移動、検証、取得するために必要なサービスとプロセスが含まれます。
StorageGRIDシステムの各サイトには、少なくとも3つのStorage Nodeが必要です。
ストレージノードの種類
インストール時に、インストールするストレージノードの種類を選択できます。これらのタイプは、ソフトウェアベースのストレージノードと、この機能をサポートするアプライアンスベースのストレージノードで利用可能です。
-
データとメタデータを統合したストレージノード
-
メタデータ専用ストレージノード
-
データ専用ストレージノード
ストレージノードの種類は、次のような場合に選択できます。
-
ストレージノードを最初にインストールする場合
-
StorageGRID システム拡張時にストレージノードを追加する場合
データおよびメタデータ保存ノード(統合型)
デフォルトでは、すべての新しいストレージノードはオブジェクトデータとメタデータの両方を保存します。このタイプのストレージノードは、_複合_ストレージノードと呼ばれます。
メタデータ専用ストレージノード
グリッドに非常に多くの小さなオブジェクトが格納されている場合、メタデータ専用のストレージノードを使用することは理にかなっている可能性があります。専用のメタデータ容量を導入することで、非常に多数の小さなオブジェクトに必要な容量と、それらのオブジェクトのメタデータに必要な容量とのバランスをより良く取ることができます。さらに、ハイパフォーマンスアプライアンスでホストされているメタデータ専用のストレージノードは、パフォーマンスを向上させることができます。
メタデータ専用ストレージノードには、特定のハードウェア要件があります。
-
StorageGRID アプライアンスを使用する場合、メタデータ専用ノードは、1.9 TB ドライブを 12 台または 3.8 TB ドライブを 12 台搭載した SGF6112 アプライアンスでのみ構成できます。
-
ソフトウェアベースのノードを使用する場合、メタデータのみのノードリソースは、既存のストレージノードのリソースと一致している必要があります。例えば:
-
既存の StorageGRID サイトで SG6000 または SG6100 アプライアンスを使用している場合、ソフトウェアベースのメタデータ専用ノードは以下の最小要件を満たす必要があります:
-
128GBのRAM
-
8コアCPU
-
Cassandraデータベース用に8 TB SSDまたは同等のストレージ(rangedb/0)
-
-
既存の StorageGRID サイトで 24 GB RAM、8 コア CPU、3 TB または 4 TB のメタデータストレージを備えた仮想ストレージノードを使用している場合、ソフトウェアベースのメタデータ専用ノードも同様のリソース(24 GB RAM、8 コア CPU、4 TB のメタデータストレージ(rangedb/0))を使用する必要があります。
-
-
新しい StorageGRID サイトを追加する場合、新しいサイトの総メタデータ容量は、少なくとも既存のサイトと同等である必要があります。新規サイトのリソースは、既存サイトのストレージノードのリソースと一致させる必要があります。
|
|
メタデータのみのストレージノードにはLDR service(RSMサービス)が含まれており、S3クライアントリクエストを処理できますが、StorageGRIDのパフォーマンスが向上しない可能性があります。 |
データ専用ストレージノード
ストレージノードのパフォーマンス特性が異なる場合、データ専用のストレージノードを使用することは理にかなっている場合があります。たとえば、パフォーマンスを向上させるために、データのみの大容量スピニングディスクストレージノードと、メタデータのみのハイパフォーマンスストレージノードを組み合わせることができます。
さらに、CassandraからRAM容量の少ないノードを削除することで、メタデータ容量を増やすことができます。これにより、ノードごとのメタデータ容量の上限が引き上げられます。"オブジェクトメタデータストレージの管理"を参照してください。
ADC service(RSMサービス)を含まないストレージノードを、データ専用のストレージノードに変換できます。"ストレージノードをデータ専用ノードに変換する"を参照してください。
グリッドごと、サイトごとに必要なストレージノード数
トポロジで使用するストレージノードを選択する際には、グリッドまたはグリッド内の各サイトに以下の要素が含まれている必要があることに留意してください。
-
サイトごと(単一サイトまたは複数サイトのグリッド内):3ADCストレージノード(複合ストレージノードとメタデータ専用ストレージノードの任意の組み合わせが可能)
-
シングルサイトグリッド:少なくとも2つのオブジェクトストレージノード(複合型とデータ専用型の任意の組み合わせが可能)
-
マルチサイトグリッド:サイトごとに少なくとも1つのオブジェクトストレージノードが必要(複合型またはデータ専用型どちらでも可)
ストレージノードの主要サービス
以下の表は、ストレージノードの主要サービスを示していますが、すべてのノードサービスが網羅されているわけではありません。
|
|
ADCサービスやRSMサービスなど、一部のサービスは、通常、各サイトの3つのストレージノードにのみ存在します。 |
| サービス | 主要機能 |
|---|---|
アカウント(acct) |
テナントのアカウントを管理します。 データ専用ストレージノードでは、このサービスは提供されません。 |
トポロジーとグリッド全体の構成を維持します。 データ専用ストレージノードでは、このサービスは提供されません。 詳細管理ドメインコントローラー(ADC)サービスは、グリッドノードとそれらの間の接続を認証します。ADCサービスは、サイト内の最低3台のストレージノード上でホストされます。 ADCサービスは、サービスの場所や可用性を含むトポロジー情報を維持します。グリッドノードが他のグリッドノードから情報が必要な場合、または他のグリッドノードに何らかのアクションを実行させる必要がある場合、ADCサービスに連絡して、要求を処理するのに最適なグリッドノードを検索します。さらに、ADCサービスはStorageGRIDデプロイメントの構成バンドルのコピーを保持しており、どのグリッドノードでも現在の構成情報を取得できます。 分散およびアイランド運用を容易にするため、各 ADC サービスは、証明書、構成バンドル、およびサービスとトポロジに関する情報を、StorageGRID システム内の他の ADC サービスと同期します。 一般的に、すべてのグリッドノードは少なくとも1つのADCサービスへの接続を維持しています。これにより、グリッドノードは常に最新の情報にアクセスできるようになります。グリッドノードが接続すると、他のグリッドノードの証明書をキャッシュするため、ADCサービスが利用できない場合でも、既知のグリッドノードとの連携によりシステムが動作し続けることができます。新しいグリッドノードは、ADCサービスを使用することによってのみ接続を確立できます。 各グリッドノードの接続により、ADCサービスはトポロジー情報を収集できます。このグリッドノード情報には、CPU負荷、利用可能なディスク容量(ストレージがある場合)、サポートされているサービス、およびグリッドノードのサイトIDが含まれます。他のサービスは、トポロジークエリを通じてADCサービスにトポロジー情報を要求します。ADCサービスは、各クエリに対して、StorageGRIDシステムから受信した最新の情報で応答します。 |
|
Cassandra |
オブジェクトのメタデータを保存および保護します。 データ専用ストレージノードでは、このサービスは提供されません。 |
Cassandra Reaper |
オブジェクトのメタデータの自動修復を実行します。 データ専用ストレージノードでは、このサービスは提供されません。 |
チャンク |
イレイジャー コーディングされたデータとパリティフラグメントを管理します。 |
データムーバー(dmv) |
データをクラウドストレージプールに移動します。 |
分散データストア(DDS) |
オブジェクトのメタデータの保存状況を監視します。 詳細各ストレージノードには、分散データストア(DDS)サービスが含まれています。このサービスは Cassandra データベースと連携し、StorageGRID システムに格納されたオブジェクトメタデータに対してバックグラウンドタスクを実行します。 DDS サービスは、StorageGRID システムに取り込まれたオブジェクトの総数、およびシステムがサポートする各インターフェース(S3)を通じて取り込まれたオブジェクトの総数を追跡します。 |
識別情報(idnt) |
LDAPとActive DirectoryからユーザーIDを統合します。 データ専用ストレージノードでは、このサービスは提供されません。 |
オブジェクト ストレージ プロトコルのリクエストを処理し、ディスク上のオブジェクトデータを管理します。 詳細_複合_ストレージノード、_データ専用_ストレージノード、および_メタデータ専用_ストレージノードのそれぞれには、ローカルディストリビューションルーター(LDR)サービスが含まれています。このサービスは、データストレージ、ルーティング、リクエスト処理など、コンテンツ転送機能を担います。LDRサービスは、データ転送負荷とデータトラフィック機能を処理することで、StorageGRIDシステムの中核的な役割を果たします。 LDRサービスは以下のタスクを処理します:
LDRサービスは、各S3オブジェクトを固有のUUIDにマッピングします。
|
|
複製状態機械(RSM) |
S3プラットフォームサービスの要求がそれぞれのエンドポイントに確実に送信されるようにします。 データ専用ストレージノードでは、このサービスは提供されません。 |
サーバー状態モニター(SSM) |
オペレーティングシステムおよび基盤となるハードウェアを監視します。 |