アーカイブ ノードの構成と操作

StorageGRID Webscaleシステムは、オブジェクトが無期限に保存され、常にアクセス可能な場所として、アーカイブ ノードを管理します。

オブジェクトが取り込まれると、StorageGRID Webscaleシステムに対して定義されている情報ライフサイクル管理(ILM)ルールに基づいて、アーカイブ ノードも含めて、必要なすべての場所にコピーが作成されます。アーカイブ ノードはTSMサーバに対するクライアントとして機能し、StorageGRID Webscaleソフトウェアのインストール時にTSMクライアント ライブラリがアーカイブ ノードにインストールされます。保存先にアーカイブ ノードが指定されたオブジェクト データは、TSMサーバに直接保存されます。TSMサーバへの保存前にアーカイブ ノードがオブジェクト データをステージングしたり、オブジェクトを集約したりすることはありません。ただし、データ速度が保証されれば、アーカイブ ノードからTSMサーバに1回のトランザクションで複数のコピーを送信できます。

アーカイブ ノードによってTSMサーバに保存されたオブジェクト データは、ライフサイクル / 保持ポリシーに従ってTSMサーバで管理されます。保持ポリシーは、アーカイブ ノードの処理に対応するように定義する必要があります。つまり、アーカイブ ノードによって保存されたオブジェクト データは、アーカイブ ノードによって削除されないかぎり、無期限に保存されていつでもアーカイブ ノードからアクセスできる必要があります。

StorageGRID WebscaleシステムのILMルールとTSMサーバのライフサイクル / 保持ポリシーの間に関連性はなく、 それぞれが互いに独立して動作します。ただし、各オブジェクトがStorageGRID Webscaleシステムに取り込まれる際に、そのオブジェクトにTSM管理クラスを割り当てることができます。この管理クラスは、オブジェクト データとともにTSMサーバに渡されます。オブジェクト タイプによって異なる管理クラスを割り当てることで、オブジェクト データを異なるストレージ プールに配置したり、必要に応じて異なる移行ポリシーまたは保持ポリシーを適用したりすることができます。たとえば、データベースのバックアップとして識別されたオブジェクト(新しいデータで上書き可能な一時的コンテンツ)を、アプリケーション データ(無期限に保持する必要のある固定コンテンツ)とは別の方法で処理できます。

アーカイブ ノードは新規または既存のTSMサーバと統合でき、専用のTSMサーバは必要ありません。TSMサーバは、サイズが予想される最大負荷に対応しているかぎり、他のクライアントと共有できます。ただし、 TSMは、アーカイブ ノードとは別のサーバまたは仮想マシンにインストールする必要があります。

複数のアーカイブ ノードから同じTSMサーバに書き込むように設定できます。ただし、この設定が推奨されるのは、各アーカイブ ノードが異なるデータ セットをTSMサーバに書き込む場合のみです。各アーカイブ ノードが同じオブジェクト データのコピーをアーカイブに書き込む場合は、複数のアーカイブ ノードを同じTSMサーバに書き込む設定は推奨されません。後者のシナリオでは、本来ならばオブジェクト データの独立した、冗長コピーとなるはずが、両方のコピーが単一点障害(TSMサーバ)となります。

アーカイブ ノードは、TSMのHierarchical Storage Management(HSM;階層型ストレージ管理)コンポーネントは使用しません。