消失訂正符号化方式とは何ですか?
消失訂正符号化方式は、各オブジェクトに対して作成されるデータ フラグメントの数とパリティ フラグメントの数を制御します。
ILM ルールを作成または編集するときに、使用可能な消去コーディング スキームを選択します。 StorageGRID は、使用する予定のストレージ プールを構成するストレージ ノードとサイトの数に基づいて、自動的に消去コーディング スキームを作成します。
データ保護
StorageGRIDシステムは、リード・ソロモン消去符号化アルゴリズムを使用します。このアルゴリズムはオブジェクトを `k`データの断片化と計算 `m`パリティフラグメント。
その `k + m = n`破片が広がっている `n`ストレージ ノードは次のようにデータ保護を提供します。
-
オブジェクトを回収または修復するには、 `k`断片が必要です。
-
物体は最大
m`失われた、または破損したフラグメント。値が高いほど `m
、障害許容度が高くなります。
最高のデータ保護は、ストレージ プール内で最も高いノードまたはボリューム障害許容度を備えた消去コーディング スキームによって提供されます。
ストレージオーバーヘッド
消失訂正符号化方式のストレージオーバーヘッドは、パリティフラグメントの数を(m
)データフラグメントの数(k
)。ストレージ オーバーヘッドを使用して、各消去コード化オブジェクトに必要なディスク容量を計算できます。
disk space = object size + (object size * storage overhead)
たとえば、4+2 スキーム (ストレージ オーバーヘッドが 50%) を使用して 10 MB のオブジェクトを保存する場合、オブジェクトは 15 MB のグリッド ストレージを消費します。同じ 10 MB のオブジェクトを 6+2 スキーム (ストレージ オーバーヘッドが 33%) を使用して保存すると、オブジェクトは約 13.3 MB を消費します。
合計値が最小となる消失訂正符号化方式を選択する。 `k+m`あなたのニーズを満たすもの。フラグメントの数が少ない消失訂正符号化方式は、次の理由により計算効率が高くなります。
-
オブジェクトごとに作成および配布(または取得)されるフラグメントの数が少なくなります
-
フラグメントサイズが大きいため、パフォーマンスが向上します
-
より少ないノードを追加する必要がある"より多くのストレージが必要な場合の拡張"
ストレージプールのガイドライン
消去コード化されたコピーを作成するルールに使用するストレージ プールを選択するときは、ストレージ プールに関する次のガイドラインに従います。
-
ストレージ プールには、3 つ以上のサイト、または 1 つのサイトが含まれている必要があります。
ストレージ プールに 2 つのサイトが含まれている場合、消去コーディングは使用できません。 -
すべてのサイト サイトを含むストレージ プールを使用しないでください。
-
ストレージプールには少なくとも `k+m +1`オブジェクト データを保存できるストレージ ノード。
ストレージ ノードは、インストール時に、オブジェクト データではなくオブジェクト メタデータのみが含まれるように構成できます。詳細については、以下を参照してください。 "ストレージノードの種類" 。 必要なストレージノードの最小数は
k+m
。ただし、少なくとも 1 つの追加のストレージ ノードがあれば、必要なストレージ ノードが一時的に利用できなくなった場合に、取り込みの失敗や ILM バックログを防ぐことができます。
3つ以上のサイトを含むストレージプールの消失訂正符号化方式
次の表は、3 つ以上のサイトを含むストレージ プールに対してStorageGRIDが現在サポートしている消去コーディング スキームを示しています。これらのスキームはすべて、サイト損失保護を提供します。 1 つのサイトが失われても、オブジェクトには引き続きアクセスできます。
サイトロス保護を提供する消失訂正符号化方式の場合、ストレージプール内のストレージノードの推奨数は `k+m +1`各サイトには少なくとも 3 つのストレージ ノードが必要であるためです。
消失訂正符号化方式(k+m) | 展開サイトの最小数 | 各サイトのストレージノードの推奨数 | 推奨されるストレージノードの合計数 | サイト損失保護? | ストレージオーバーヘッド |
---|---|---|---|---|---|
4+2 |
3 |
3 |
9 |
はい |
50% |
6+2 |
4 |
3 |
12 |
はい |
33% |
8+2 |
5 |
3 |
15 |
はい |
25% |
6+3 |
3 |
4 |
12 |
はい |
50% |
9+3 |
4 |
4 |
16 |
はい |
33% |
2+1 |
3 |
3 |
9 |
はい |
50% |
4+1 |
5 |
3 |
15 |
はい |
25% |
6+1 |
7 |
3 |
21 |
はい |
17% |
7+5 |
3 |
5 |
15 |
はい |
71% |
|
StorageGRID、サイトごとに少なくとも 3 つのストレージ ノードが必要です。 7+5 スキームを使用するには、各サイトに少なくとも 4 つのストレージ ノードが必要です。サイトごとに 5 つのストレージ ノードを使用することをお勧めします。 |
サイト保護を提供する消去コーディング方式を選択するときは、次の要素の相対的な重要性のバランスをとってください。
-
フラグメントの数: フラグメントの合計数が少ないほど、パフォーマンスと拡張の柔軟性は一般的に向上します。
-
フォールトトレランス: フォールトトレランスはパリティセグメントを増やすことで向上します(つまり、 `m`価値が高くなります。
-
ネットワークトラフィック: 障害からの回復時に、フラグメント数が多い(つまり、
k+m
) は、より多くのネットワーク トラフィックを生成します。 -
ストレージ オーバーヘッド: オーバーヘッドが大きいスキームでは、オブジェクトごとにより多くのストレージ スペースが必要になります。
たとえば、4+2 方式と 6+3 方式 (どちらもストレージ オーバーヘッドが 50%) のどちらかを選択する場合、追加のフォールト トレランスが必要な場合は 6+3 方式を選択します。ネットワーク リソースが制限されている場合は、4+2 スキームを選択します。他のすべての要因が等しい場合は、フラグメントの合計数が少ない 4+2 を選択します。
|
どちらの方式を使用するか不明な場合は、4+2 または 6+3 を選択するか、テクニカル サポートにお問い合わせください。 |
ワンサイトストレージプールの消失訂正符号化方式
1 サイトのストレージ プールは、サイトに十分なストレージ ノードがある場合、3 つ以上のサイトに対して定義されているすべての消去コーディング スキームをサポートします。
必要なストレージノードの最小数は k+m
、しかし、ストレージプールは `k+m +1`ストレージノードが推奨されます。たとえば、2+1 イレイジャー コーディング スキームでは、少なくとも 3 つのストレージ ノードを持つストレージ プールが必要ですが、4 つのストレージ ノードが推奨されます。
消失訂正符号化方式(k+m) | ストレージノードの最小数 | 推奨ストレージノード数 | ストレージオーバーヘッド |
---|---|---|---|
4+2 |
6 |
7 |
50% |
6+2 |
8 |
9 |
33% |
8+2 |
10 |
11 |
25% |
6+3 |
9 |
10 |
50% |
9+3 |
12 |
13 |
33% |
2+1 |
3 |
4 |
50% |
4+1 |
5 |
6 |
25% |
6+1 |
7 |
8 |
17% |
7+5 |
12 |
13 |
71% |