StorageGRID システムは、 Reed-Solomon イレイジャーコーディングアルゴリズムを使用します。このアルゴリズムは、オブジェクトを複数のデータフラグメントに分割 `k`し、パリティフラグメントを計算し `m`ます。

最適なデータ保護は、ストレージプール内のノードまたはボリュームの耐障害性が最も高いイレイジャーコーディングスキームによって実現されます。

イレイジャーコーディングスキームのストレージオーバーヘッドは(m、パリティフラグメント数をデータフラグメント数で割って計算され(`k`ます。ストレージオーバーヘッドを使用して、各イレイジャーコーディングオブジェクトに必要なディスクスペースを計算できます。

disk space = object size + (object size * storage overhead)

たとえば、 4+2 スキームを使用して 10MB のオブジェクト（ストレージオーバーヘッドが 50% ）を格納すると、そのオブジェクトが消費するグリッドストレージは 15MB です。6+3 のストレージオーバーヘッドを含む 6+2 スキームを使用して同じ 10MB のオブジェクトを格納すると、オブジェクトが消費するサイズは約 13.3 MB になります。

ニーズに合ったイレイジャーコーディングスキームのうち、の合計値が最も小さいものを選択します k+m。フラグメント数が少ないイレイジャーコーディングスキームの方が計算効率が高い理由は次のとおりです。

イレイジャーコーディングコピーを作成するルールに使用するストレージプールを選択する場合は、ストレージプールについて次のガイドラインに従ってください。

次の表に、 3 つ以上のサイトを含むストレージプールについて、 StorageGRID で現在サポートされているイレイジャーコーディングスキームを示します。これらのスキームはすべて、サイト障害からの保護を提供します。1 つのサイトが失われてもオブジェクトには引き続きアクセスできます。

サイト障害からの保護を提供するイレイジャーコーディングスキームの場合、各サイトに少なくとも3つのストレージノードが必要なため、ストレージプール内の推奨されるストレージノード数はよりも多くなります k+m +1。

サイト保護を提供するイレイジャーコーディングスキームを選択する場合は、次の要素の相対的な重要性を調整します。

たとえば、 4+2 と 6+3 のどちらかのスキーム（どちらも 50% のストレージオーバーヘッドがある）を選ぶ場合、フォールトトレランスをさらに高める必要がある場合は 6+3 のスキームを選択します。ネットワークリソースが制限されている場合は、 4+2 のスキームを選択します。他のすべての要素が等しい場合は、フラグメントの合計数が少ないため、 4+2 を選択します。

1 サイトのストレージプールでは、サイトに十分な数のストレージノードがある場合、 3 つ以上のサイト用に定義されたすべてのイレイジャーコーディングスキームがサポートされます。

必要なストレージノードの最小数はです `k+m`が、ストレージノードを含むストレージプールを `k+m +1`推奨します。たとえば、 2+1 イレイジャーコーディングスキームには少なくとも 3 つのストレージノードからなるストレージプールが必要ですが、推奨されるストレージノード数は 4 つです。