EC のリバランシングは、ストレージノードの拡張後に必要になる可能性がある StorageGRID 手順 です。手順 は、プライマリ管理ノードからコマンドラインスクリプトとして実行されます。EC Rebalance 手順 を実行すると、 StorageGRID は、サイト内の既存および新しく拡張されたストレージノード間でイレイジャーコーディングフラグメントを再配分します。

EC のリバランシング手順 ：

EC Rebalance 手順 が完了すると、次のようになります。

EC のリバランシング手順 が実行されている場合、 ILM 処理と S3 および Swift クライアント処理のパフォーマンスに影響する可能性があります。そのため、この手順 は限られた場合にのみ実行してください。

EC のリバランシングを実行する必要がない状況の例としては、次の点を考慮してください。

この例でサイトを拡張するには、新しいストレージノードを 3 つ以上追加することを推奨します。StorageGRID では、 2 つのデータフラグメントと 1 つのパリティフラグメントを別々のノードに配置できるように、 2+1 イレイジャーコーディング用に 3 つのストレージノードが必要です。

3 つのストレージノードを追加したあとも、元のストレージノードはいっぱいになりますが、オブジェクトは引き続き新しいノード上の 2+1 イレイジャーコーディングスキームに取り込むことができます。この場合、 EC Rebalance 手順 を実行することは推奨されません。手順 を実行すると、パフォーマンスが一時的に低下し、クライアントの処理に影響する可能性があります。

EC のリバランシングを行う手順 の例としては、同じ例を考えてみてください。ただし、ストレージノードを 2 つしか追加できないとします。2+1 イレイジャーコーディングには少なくとも 3 つのストレージノードが必要であるため、新しいノードをイレイジャーコーディングデータに使用することはできません。

この問題 を解決して新しいストレージノードを利用するには、 EC Rebalance 手順 を実行します。この手順 を実行すると、 StorageGRID によって、イレイジャーコーディングされたデータフラグメントとパリティフラグメントがサイト内のすべてのストレージノードに再配分されます。この例では、 EC Rebalance 手順 が完了すると、 5 つのノードすべてが 60% フルになり、すべてのストレージノード上の 2+1 イレイジャーコーディングスキームにオブジェクトを引き続き取り込むことができます。

一般に、 EC Rebalance 手順 は限られた場合にのみ実行してください。具体的には、次の条件がすべて当てはまる場合にのみ EC のリバランシングを実行する必要があります。

特定のメンテナンス手順を、 EC Rebalance 手順 の実行中に同時に実行することはできません。

EC のリバランシング手順 を実行している間は、 ILM を変更して既存のイレイジャーコーディングオブジェクトの場所が変更されないようにしてください。たとえば、別のイレイジャーコーディングプロファイルを持つ ILM ルールは使用しないでください。このよう手順 な ILM の変更が必要になった場合は、 EC のリバランシングを中止します。