最小限のStorageGRID展開は、単一サイト内の管理ノードと 3 つのストレージ ノードで構成されます。 1 つのグリッドは最大 220 ノードまで拡張できます。 StorageGRID は、単一のサイトとして展開することも、16 サイトに拡張することもできます。

管理ノードには、メトリックとログの中心点となる管理インターフェイスが含まれており、 StorageGRIDコンポーネントの構成を維持します。管理ノードには、S3 API アクセス用の統合ロードバランサーも含まれています。

StorageGRID は、ソフトウェアのみ、VMware 仮想マシン アプライアンス、または専用アプライアンスとして導入できます。

StorageGRID ノードは次のように展開できます。

各ストレージ ノードは、オブジェクト ストレージ用に数ペタバイトの容量まで拡張でき、数百ペタバイトの単一の名前空間が可能になります。 StorageGRID は、ゲートウェイ ノードと呼ばれる S3 API 操作用の統合ロード バランサーも提供します。

StorageGRID は、サイト トポロジに配置されたノードのコレクションで構成されます。 StorageGRID内のサイトは、固有の物理的な場所に配置することも、論理構造としてグリッド内の他のサイトと同じ物理的な場所に配置することもできます。 StorageGRIDサイトは複数の物理的な場所にまたがってはなりません。サイトは、共有ローカル エリア ネットワーク (LAN) インフラストラクチャと障害ドメインを表します。

StorageGRIDには障害ドメインの複数のレイヤが含まれており、ソリューションの設計方法、データの格納方法、障害のリスクを軽減するためのデータの格納場所を決定する際に考慮する必要があります。

オブジェクトストレージでは、ストレージの単位がファイルやブロックではなく、オブジェクトになります。ファイルシステムやブロックストレージのツリー階層とは異なり、オブジェクトストレージでは、フラットで非構造化されたレイアウトでデータが編成されます。オブジェクトストレージでは、データの物理的な場所と、データを格納および読み出す方法が切り離されています。

オブジェクトベースのストレージシステムの各オブジェクトには、オブジェクトデータとオブジェクトメタデータという 2 つの要素があります。

StorageGRID では、オブジェクトメタデータを使用してグリッド全体のすべてのオブジェクトの場所を追跡し、各オブジェクトのライフサイクルを継続的に管理します。

オブジェクトメタデータには、次のような情報が含まれます。

オブジェクトメタデータはカスタマイズと拡張が可能なため、アプリケーションに合わせて柔軟に設定できます。StorageGRIDがオブジェクトメタデータを格納する方法と場所の詳細については、を参照してください "オブジェクトメタデータストレージを管理する"。

StorageGRIDの情報ライフサイクル管理（ILM）システムは、StorageGRIDシステム内のすべてのオブジェクトデータの配置、期間、取り込み動作のオーケストレーションに使用されます。ILMルールは、オブジェクトのレプリカを使用したり、ノードやサイト間でオブジェクトをイレイジャーコーディングしたりして、StorageGRIDが時間の経過に伴ってオブジェクトを格納する方法を決定します。このILMシステムは、グリッド内のオブジェクトデータの整合性を維持します。

StorageGRID は、ノード レベルとドライブ レベルでデータを消去コード化する機能を提供します。 StorageGRIDアプライアンスでは、ノード内のすべてのドライブにわたって各ノードに保存されているデータを消去コード化し、データの損失や中断を引き起こす複数のディスク障害に対するローカル保護を提供します。ドライブ障害からの再構築はノードに対してローカルであり、ネットワーク経由でデータを複製する必要はありません。

さらに、 StorageGRIDアプライアンスは、消失訂正符号スキームを使用して、サイト内のノード全体またはStorageGRIDシステム内の 3 つ以上のサイトに分散されたオブジェクト データを保存し、StorageGRID の ILM ルールによってノード障害から保護します。

イレージャー コーディングは、低いオーバーヘッドでノードおよびサイトの障害に耐性のあるストレージ レイアウトを提供しますが、レプリケーションではオーバーヘッドは大きくなりますが、同じことを行うことができます。データ チャンクを保存するために必要な最小数のノードが満たされていれば、すべてのStorageGRID消去コーディング スキームを単一のサイトに展開できます。つまり、4+2 の EC スキームでは、データを受信するために少なくとも 6 つのノードが必要になります。

StorageGRIDでは、整合性と可用性を確保するために、メタデータは通常、サイトごとに3つのレプリカとともに格納されます。この冗長性により、障害が発生した場合でも、データの整合性とアクセス性が維持されます。

デフォルトの整合性は、グリッド全体のレベルで定義されます。整合性はバケットレベルでいつでも変更できます。

StorageGRIDで使用できるバケット整合性オプションは次のとおりです。

メタデータはサイト内およびサイト間で自動的にレプリケートされますが、オブジェクトデータのストレージ配置はユーザが決定します。オブジェクトデータは、サイト内およびサイト間のレプリカ、サイト内またはサイト間のイレイジャーコーディング、またはそれらの組み合わせまたはレプリカとイレイジャーコーディングされたストレージスキームに格納できます。ILMルールは、すべてのオブジェクトに適用することも、特定のオブジェクト、バケット、テナントにのみ適用するようにフィルタリングすることもできます。ILMルールは、オブジェクトの格納方法、レプリカやイレイジャーコーディング、それらの場所にオブジェクトを格納する期間、レプリカの数やイレイジャーコーディングスキームの変更、場所の変更などを定義します。

各ILMルールでは、オブジェクトを保護するための3つの取り込み動作（Dual commit、balanced、またはstrict）のいずれかを設定します。

デュアルコミットオプションは、グリッド内の任意の2つの異なるストレージノードにただちに2つのコピーを作成し、要求が成功したことをクライアントに返します。ノード選択は要求のサイト内で試行されますが、状況によっては別のサイトのノードを使用する場合があります。オブジェクトがILMキューに追加され、ILMルールに従って評価および配置されます。

balancedオプションは、ILMポリシーに照らしてオブジェクトをただちに評価し、クライアントに要求が成功する前にオブジェクトを同期的に配置します。停止や配置要件を満たすのに十分なストレージがないためにILMルールをすぐに満たすことができない場合は、代わりにデュアルコミットが使用されます。問題が解決すると、定義されたルールに基づいてオブジェクトが自動的に配置されます。

strictオプションを指定すると、ILMポリシーに照らしてオブジェクトがただちに評価され、オブジェクトが同期的に配置されてからクライアントに要求が成功します。停止や配置要件を満たすのに十分なストレージがないためにILMルールをすぐに満たすことができない場合は、要求が失敗し、クライアントは再試行する必要があります。

StorageGRIDは、統合ゲートウェイノード、外部の3^rdパーティロードバランサ、DNSラウンドロビンを介してクライアントアクセスを使用して導入することも、ストレージノードに直接導入することもできます。1つのサイトに複数のゲートウェイノードを導入し、ハイアベイラビリティグループに構成して、ゲートウェイノードに障害が発生した場合の自動フェイルオーバーとフェイルバックを実現できます。ソリューション内のロードバランシング方式を組み合わせて、ソリューション内のすべてのサイトに単一のアクセスポイントを提供できます。

デフォルトでは、ゲートウェイノードが配置されているサイトのストレージノード間で負荷が分散されます。StorageGRIDは、複数のサイトのノードを使用してゲートウェイノードが負荷を分散できるように設定できます。この構成では、これらのサイト間のレイテンシがクライアント要求への応答レイテンシに追加されます。これは、合計レイテンシがクライアントで許容可能な場合にのみ設定してください。

ローカル負荷分散とグローバル負荷分散を組み合わせることで、RTO ゼロを実現できます。中断のないクライアント アクセスを確保するには、クライアント要求の負荷分散が必要です。 StorageGRIDソリューションには、各サイトに多数のゲートウェイ ノードと高可用性グループを含めることができます。サイト障害が発生した場合でも、どのサイトのクライアントにも中断のないアクセスを提供するには、 StorageGRIDゲートウェイ ノードと組み合わせて外部負荷分散ソリューションを構成する必要があります。各サイト内の負荷を管理するゲートウェイ ノードの高可用性グループを構成し、外部ロード バランサを使用して高可用性グループ間で負荷を分散します。リクエストが稼働中のサイトにのみ送信されるように、ヘルス チェックを実行するように外部ロード バランサを構成する必要があります。 StorageGRIDによる負荷分散の詳細については、 "StorageGRIDロードバランサのテクニカルレポート" 。