2016-11-30 8 views
0

2ノードでAmazonのmicro ESインスタンスを使用しています。Amazon Elasticsearch 1.5が再インデックス中にハングする

ただし、私のデータ(約300.000ドキュメント、300MB)のインデックスを再作成している間、インスタンスは何度か応答しなくなります。これは通常、インスタンスから同時に読み取ろうとするとハングします。

私のウェブサイトの制作にこのインスタンスを使用すると、この問題が私に大きな頭痛を引き起こします。

誰でも同じ問題が発生していますか?それが助けになる場合私はに移動する: 1)大きなインスタンス? 2)2.Xバージョンにアップグレードしますか?

はあなた

答えて

1

のみ、私は再索引付け時にESクエリが応答しないことで問題を持っていた時の資源が枯渇しているときです、ありがとうございましたので、私は、より大きなインスタンスを提唱します。

CloudWatchメトリックを使用して、稼働している期間中および再インデックス中に、現在のインスタンスのリソース使用量を判断する必要があります。この情報を参考にして最適なインスタンスタイプを決定すると、次の表にどのようなリソースが得られるかがわかりますhttps://aws.amazon.com/elasticsearch-service/pricing/

+0

したがって、インスタンスは1GBメモリで、10Gb EBSも使用します。毎回約300.000のドキュメント(300MB)があります。私は自分のデータを再インデクスするときに別々のインデックスを使用しているので、一度それが終わると〜600Kのドキュメントと〜600MBがあります。なぜ1Gbで十分ではないのですか? – panipsilos

+0

インデックスを付けなくてもサービスを実行すると、ある程度のリソースが消費されます。また、OSとLucene用にスペアメモリを用意することをお勧めします。 AWSの最適化でこれらのオーバーヘッドがすべて削除されるかどうかはわかりませんが、基本的にOS/Elasticsearchの場合は1GBの最小EC2インスタンスで実行しています。 – NHol

+0

私は、thnx NHolを参照してください – panipsilos

関連する問題