新しいストレージノードを追加する拡張手順が完了している。

を確認しておきます "イレイジャーコーディングデータのリバランシングに関する考慮事項"。

レプリケートされたオブジェクトデータがこの手順 によって移動されることはなく、イレイジャーコーディングデータの移動先を特定する際に、 EC 手順 が各ストレージノードでレプリケートされたデータの使用量を考慮しないことを理解しておきます。

を使用することができます Passwords.txt ファイル。

1つ以上のボリュームがオフラインの（アンマウントされた）場合、またはオンラインの（マウントされた）ボリュームがエラー状態の場合、ECリバランシング手順 は開始されません。

EC のリバランシングによって、手順 が一時的に大量のストレージをリザーブします。ストレージアラートがトリガーされる場合がありますが、リバランシングが完了すると解決します。予約に十分なストレージがない場合、 EC のリバランシング手順 は失敗します。ストレージ予約は、手順 が失敗したか成功したかに関係なく、 EC のリバランシング手順 が完了したときに解放されます。

ECのリバランシングの処理中にボリュームがオフラインになったりエラーが発生したりすると、リバランシングプロセスは部分的に完了し、データが失われることはありません。すべてのボリュームがエラーなしでオンラインになった時点で、ECリバランシング手順 を再開できます。

ECリバランシング手順 の実行中は、ILM処理、S3およびSwiftクライアント処理のパフォーマンスに影響する可能性があります。

オブジェクト（またはオブジェクトパーツ）をアップロードするために S3 および Swift API 処理を実行すると、 EC のリバランシング中に 24 時間以上かかる場合に手順 のリバランシングが失敗することがあります。該当するILMルールで取り込み時にBalanced配置またはStrict配置が使用されている場合、長時間のPUT処理は失敗します。次のエラーが報告されます。 500 Internal Server Error。