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

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

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

あなたはファイルを持ってい `Passwords.txt`ます。

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

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

ECのリバランシング手順の処理中にボリュームがオフラインになると、リバランシング手順は終了します。移動済みのデータフラグメントは新しい場所に残り、データが失われることはありません。

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

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

この手順では、すべてのノードのストレージ容量が80%に制限されています。この制限を超えてもターゲットデータパーティションより下に格納されているノードは、次の対象から除外されます。

ジョブ完了条件。ECのリバランシング手順は、次のいずれかに該当する場合は完了したとみなされます。