2017-02-17 14 views
0

私はAWS EC2 t2.smallインスタンスでESを実行していますが、CPUクレジットが突然大きく減少しています。弾性検索:高いCPU使用率

https://www.dropbox.com/s/0pw0qfudoca899f/cpu_credits.png?dl=0

低下は、我々はその週のログ用の4つの新しいログ・インデックスを作成するときである月曜日、上で開始しました。現在のところ、〜60個のロギングインデックスがあり、ほとんどの場合は挿入要求を受け取り、めったに検索が行われません。積極的に検索される約30のインデックスがあり、少なくとも10人が定期的な一括更新を取得しています。

前回私はこのような問題に直面していましたが、私は古いインデックスの束を削除しましたが、それは助けに見えましたが、私はそれを避けることを好むでしょう。

リソース使用率が高い理由は何ですか?指標の量?それらのレコードの量ですか?割当てられた破片の量?レコードまたはマッピングへの更新量(何千ものフィールドがあるインデックスがあります)

私が提供できる情報があれば教えてください。この問題を解決する助けがあれば、事前におねがいします。私はあなたが1GB以上のRAMがESヒープに割り当てられているとしt2.smallとそう

Output from _cat/indices?v

Output from _nodes/stats

+0

「curl localhost:9200/_cat/indices?v'」と「curl localhost:9200/_nodes/stats'」から得られるものを最初に提供することはできますか? – Val

+0

投稿に@Valが追加されました – Criss

+0

't2.small'では、ESヒープに1GBのRAMが割り当てられていると思いますよね?私が気づくことの1つは、あなたの指数(<100MB)の非常に小さいサイズが与えられれば、あなたはあまりにも多くの断片を持っている、単一の断片が十分であるだろうということです。各シャードはリソースを消費するので、あなたはずっと良いでしょう。 – Val

答えて

0

、右:


EDIT 1?私が気づくことの1つは、あなたの指数(< 100MB)の非常に小さいサイズを与えられたことです、あなたはあまりにも多くの断片を持っている、単一の断片が十分以上であるでしょう。各シャードはリソースを消費するので、あなたはずっと良いでしょう。

あなたができることの1つは、すべてのインデックスを統合することです。すなわち、go_request_data-2016の週次インデックスを1つのシャードなどで年に1つのインデックスに入れます。インデックスやシャードを削除することなく、 data

+0

私が賞賛するまで20時間。ホールドしてください。 – Criss

+0

心配しないで、ありがとう! – Val