AWS弾性検索インスタンスにドキュメントのリストをダンプしようとしています。それは正常に動作していた。 ''、 _type： 'タイプ'、 _id： 'レコードID'、 状況：403、 エラー： {タイプ： 'すると、突然のすべてが、それは誤りAWS弾性検索。 FORBIDDEN/8 /インデックス書き込み（API）。インデックスに書き込めません
{_index投げ始めcluster_block_exception' を、 理由： 'ブロック：[FORBIDDEN/8/index write（api）];' }}
フォーラムでチェックインしました。彼らのほとんどは、JVMのメモリ問題だと言います。 92％を超える場合、AWSはクラスタ/インデックスへの書き込みをすべて停止します。しかし、私はJVMのメモリをチェックすると、それは92％未満を示しています。私はここに何かを見逃している？
おかげで、
わかりました。今は24時間後に作業を開始しました。何が起きているのか分かりません。どうしてそんなに時間がかかるのですか？ AWSは、クライアントに返すエラーテキストに関する詳細情報を提供する必要があります。
このエラーは、AWS ElasticSearchがディスク容量に基づいてドメイン上にブロックを配置したことを示します。 85％では、ESは新しいインデックスを作成することを許可しません。 90％では、新しい文書を書くことはできません。
このエラーは、Amazon ESサービスが積極的に書き込みをブロックして、クラスタが赤色または黄色の状態になるのを防ぎます。それはindex.blocks.writeを使用してこれを行います。
二つの理由であること：
When the JVMMemoryPressure metric exceeds 92% for 30 minutes, Amazon ES triggers a protection mechanism and blocks all write operations to prevent the cluster from reaching red status. When the protection is on, write operations fail with a ClusterBlockException error, new indexes can't be created, and the IndexCreateBlockException error is thrown.
When the JVMMemoryPressure metric returns to 88% or lower for five minutes, the protection is disabled, and write operations to the cluster are unblocked.
Elasticsearch has a default "low watermark" of 85%, meaning that once disk usage exceeds 85%, Elasticsearch no longer allocates shards to that node. Elasticsearch also has a default "high watermark" of 90%, at which point it attempts to relocate shards to other nodes.
あなたはそれより定期的にインデックスをクリアし、何か（例えば何かを持って「N 'days old、daily） - それはagaiの作業を開始する可能性がありますnはクラスタが限界以下であるためです。 –