bulk.queue のサイズが bulk.active よりもはるかに大きいため、bulk.rejected の数が多いことがわかった場合、どのような一般的なアクションを実行しますか? (クラスターを簡単にスケーリングできると仮定して)
たとえば、http://localhost:9200/_cat/thread_pool?vを使用します。
10.XX.XXX.XXX 10.XX.XXX.XXX 12 667845 208511 0 0 0 0 0 0
- マスター ノードをスケールアウトします (同じ VM サイズでマスター マシンを追加します)。
- マスター ノードをスケールアップします (同じ数のマシンを維持しますが、VM のサイズを増やしてメモリと CPU を増やします)。
- データ ノードをスケールアウトする
- データ ノードをスケールアップする
- クライアント ノードをスケールアウトする
- クライアント ノードをスケールアップする
- 数を減らします。バッチあたりのドキュメントの数 (ただし、クラスターへの合計要求が増加します)
上記の倍数である可能性が非常に高く、その場合、4 -> 2 -> 6 のように順序を指定できれば理想的です。他の手順をお気軽に提案してください。