Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ストレージノードとは

共同作成者 netapp-lhalbert netapp-perveilerk

ストレージノードは、オブジェクトデータとメタデータを管理および格納します。ストレージノードには、ディスク上のオブジェクトデータとメタデータを格納、移動、検証、読み出すために必要なサービスとプロセスが含まれています。

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

ストレージノードのタイプ

インストール時に、インストールするストレージノードのタイプを選択できます。これらのタイプは、ソフトウェアベースのストレージノードおよびこの機能をサポートするアプライアンスベースのストレージノードで使用できます。

  • データとメタデータを統合したストレージノード

  • メタデータのみのストレージノード

  • データ専用ストレージノード

ストレージノードタイプは次の状況で選択できます。

  • ストレージノードの初回インストール時

  • StorageGRIDシステムの拡張時にストレージノードを追加した場合

データとメタデータのストレージノード(組み合わせ)

デフォルトでは、すべての新しいストレージノードにオブジェクトデータとメタデータの両方が格納されます。このタイプのストレージノードは_combined_storage Nodeと呼ばれます。

メタデータのみのストレージノード

グリッドに非常に多数の小さなオブジェクトが格納されている場合は、メタデータ専用のストレージノードを使用すると効果的です。専用のメタデータ容量をインストールすると、非常に多数の小さなオブジェクトに必要なスペースと、それらのオブジェクトのメタデータに必要なスペースのバランスが向上します。また、メタデータのみのストレージノードをハイパフォーマンスアプライアンスでホストすることで、パフォーマンスを向上させることができます。

メタデータのみのストレージノードには、次の特定のハードウェア要件があります。

  • StorageGRIDアプライアンスを使用している場合、メタデータのみのノードを設定できるのは、1.9TBまたは3.8TBのドライブを12本搭載したSGF6112アプライアンスだけです。

  • ソフトウェアベースのノードを使用する場合は、メタデータのみのノードリソースが既存のストレージノードリソースと一致している必要があります。例:

    • 既存の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サイトを追加する場合、新しいサイトの合計メタデータ容量は、少なくとも既存のサイトと一致する必要があります。新しいサイトのリソースは、既存のサイトのストレージ ノードと一致する必要があります。

メモ メタデータのみのストレージノードにはが含まれておりLDRサアヒス、S3クライアント要求を処理できますが、StorageGRIDのパフォーマンスが向上しない場合があります。

データ専用ストレージノード

ストレージノードのパフォーマンス特性が異なる場合は、データ専用のストレージノードを使用するのが理にかなっています。たとえば、パフォーマンスを潜在的に向上させるために、データ専用で大容量の回転式ディスクストレージノードと、メタデータ専用のハイパフォーマンスストレージノードを組み合わせることができます。

さらに、Cassandra から RAM の少ないノードを削除することで、ノードごとのメタデータ容量制限が増加し、メタデータ容量を増やすことができます。。 "オブジェクトメタデータストレージを管理する"

ストレージノードに以下のものが含まれていない場合は、ADCサービスデータ専用のストレージノードへ。。 "ストレージノードをデータ専用ノードに変換する"

グリッドごとおよびサイトごとの必要なストレージノード

トポロジで使用するストレージ ノードを選択するときは、グリッドまたはグリッド内の各サイトに次のものが含まれている必要があることに注意してください。

  • サイトあたり(単一または複数サイトグリッド内): 3ADCストレージ ノード (複合ストレージ ノードとメタデータのみのストレージ ノードの任意の組み合わせが可能)

  • 単一サイト グリッド: 少なくとも 2 つのオブジェクト ストレージ ノード (複合ノードとデータ専用ノードの任意の組み合わせが可能)

  • マルチサイト グリッド: サイトごとに少なくとも 1 つのオブジェクト ストレージ ノード (組み合わせまたはデータのみのいずれか)

ストレージノードのプライマリサービス

次の表は、ストレージノードのプライマリサービスを示しています。ただし、この表にはすべてのノードサービスが含まれているわけではありません。

メモ ADC サービスや RSM サービスのように、通常は各サイトの 3 つのストレージノードにしか存在しないサービスもあります。
サービス キー機能

アカウント( acct )

テナントアカウントを管理します。

データ専用ストレージノードはこのサービスをホストしません。

管理ドメインコントローラ(ADC)

トポロジとグリッド全体の構成を管理します。

データ専用ストレージノードはこのサービスをホストしません。

詳細

Administrative Domain Controller ( ADC )サービスは、グリッドノードとその相互接続を認証します。ADCサービスは、サイトにある少なくとも3つのストレージノードでホストされます。

ADC サービスは、サービスの場所や可用性などのトポロジ情報を管理します。あるグリッドノードが別のグリッドノードからの情報を必要とする場合や、別のグリッドノードによる処理を必要とする場合、そのグリッドノードは ADC サービスにアクセスして要求に最適なグリッドノードを見つけます。また、ADCサービスはStorageGRID環境の設定バンドルのコピーを保持し、すべてのグリッドノードが現在の設定情報を取得できるようにします。

分散された処理および孤立した処理に対応するため、各 ADC サービスは、証明書、設定バンドル、およびサービスやトポロジに関する情報を、 StorageGRID システム内の他の ADC サービスと同期します。

一般に、すべてのグリッドノードは少なくとも 1 つの ADC サービスへの接続を維持し、これにより、グリッドノードは常に最新情報にアクセスします。グリッドノードに接続すると、他のグリッドノードの証明書がキャッシュされるため、ADCサービスを使用できない場合でも既知のグリッドノードで引き続き機能できます。新しいグリッドノードが接続を確立するためには、 ADC サービスを使用する必要があります。

ADC サービスは接続された各グリッドノードからトポロジ情報を収集します。このグリッドノード情報には、 CPU 負荷、使用可能なディスクスペース(ストレージがある場合)、サポートされているサービス、およびグリッドノードのサイト ID が含まれます。その他のサービスは、トポロジクエリを介して ADC サービスにトポロジ情報を要求します。ADC サービスは、 StorageGRID システムから受信した最新情報で各クエリに応答します。

Cassandra

オブジェクトメタデータを格納し、保護します。

データ専用ストレージノードはこのサービスをホストしません。

Cassandra Reaper

オブジェクトメタデータの自動修復を実行します。

データ専用ストレージノードはこのサービスをホストしません。

チャンク

イレイジャーコーディングされたデータフラグメントとパリティフラグメントを管理します。

Data Mover ( DMV )

クラウドストレージプールにデータを移動します。

Distributed Data Store ( DDS )

オブジェクトメタデータストレージを監視します。

詳細

各ストレージノードにはDistributed Data Store(DDS)サービスが含まれています。このサービスは、Cassandraデータベースと連携して、StorageGRIDシステムに格納されているオブジェクトメタデータに対してバックグラウンドタスクを実行します。

DDSサービスは、StorageGRIDシステムに取り込まれたオブジェクトの合計数と、システムでサポートされている各インターフェイス(S3)を使用して取り込まれたオブジェクトの合計数を追跡します。

ID ( idnt )

LDAP および Active Directory から取得したユーザ ID を統合する

データ専用ストレージノードはこのサービスをホストしません。

[LDR-SERVICE]Local Distribution Router(LDR)

オブジェクトストレージプロトコル要求を処理し、ディスク上のオブジェクトデータを管理します。

詳細

各_combined_、data-only、および_metadata-only_Storage Nodeには、Local Distribution Router(LDR;ローカル分散ルータ)サービスが含まれています。このサービスは、データストレージ、ルーティング、要求処理などのコンテンツ転送機能を処理します。LDRサービスは、データ転送の負荷とデータトラフィック機能を処理することで、StorageGRID システムのハードワークのほとんどを実行します。

LDR サービスは次のタスクを処理します。

  • クエリ

  • 情報ライフサイクル管理( ILM )のアクティビティ

  • オブジェクトの削除

  • オブジェクトデータのストレージ

  • 別の LDR サービス(ストレージノード)からのオブジェクトデータの転送

  • データストレージ管理

  • S3プロトコルインターフェイス

また、LDRサービスは各S3オブジェクトを一意のUUIDにマッピングします。

オブジェクトストア

LDR サービスの基盤となるデータストレージは、一定数のオブジェクトストア(ストレージボリュームとも呼ばれます)に分割されます。各オブジェクトストアは個別のマウントポイントです。

ストレージノード内のオブジェクトストアは、ボリューム ID と呼ばれる 0000 ~ 002F の 16 進数で識別されます。最初のオブジェクトストア(ボリューム 0 )では、 Cassandra データベースのオブジェクトメタデータ用にスペースがリザーブされます。このボリュームの残りのスペースはオブジェクトデータに使用されます。他のすべてのオブジェクトストアはオブジェクトデータ専用です。オブジェクトデータにはレプリケートコピーとイレイジャーコーディングフラグメントがあります。

レプリケートコピーのスペース使用量を均等にするために、特定のオブジェクトのオブジェクトデータは、使用可能なストレージスペースに基づいて 1 つのオブジェクトストアに格納されます。オブジェクトストアの容量がいっぱいになると、ストレージノード上のスペースがなくなるまで、残りのオブジェクトストアに引き続きオブジェクトが格納されます。

メタデータの保護

StorageGRID は Cassandra データベースにオブジェクトメタデータを格納します。 Cassandra データベースは LDR サービスと連携します。

冗長性を確保してオブジェクトメタデータを損失から保護するために、各サイトでオブジェクトメタデータのコピーが 3 つ保持されます。このレプリケーションは設定できず、自動的に実行されます。詳細については、を参照してください "オブジェクトメタデータストレージを管理する"

Replicated State Machine ( RSM )

S3プラットフォームサービス要求がそれぞれのエンドポイントに送信されるようにします。

データ専用ストレージノードはこのサービスをホストしません。

SSM (サーバステータスモニタ)

オペレーティングシステムと基盤のハードウェアを監視します。