2017-11-07 11 views
0

現在、データロギングに使用されているデータが非常に少ない40〜50のインデックス(数百のドキュメントかもしれません)を持つ弾性検索2.4を実行しているシステムがあります。最大500億の文書を索引付けするための追加機能を追加するよう求められます。これが新しい要件であるため、5.xにアップデートすることも考えていますが、2.4xではこれができない理由として、強固なデータポイントが必要です。2.xから5.xへの弾性検索にアップグレードする理由

  1. 2.xで最初にコミュニティサポートが利用できますか? 5.xは最新のものなので、2.xで解決するのではなく、5.xに移行することをユーザーに勧めますか?
  2. a)ヒープ b)CPU消費量 c)パフォーマンス向上のためのアーキテクチャー上の賢明な変更点がありますか? d)バッチ処理用のスパークまたはハーフープのサポート
+1

主な理由は、2.4が[2018年2月末のEOL](https://www.elastic.co/support/eol)なので、2.4が500億件のドキュメントをサポートできるかどうかは疑問ではありません。 (正しく調整されていれば間違いなく)、バグの修正とパフォーマンスの向上を享受するには、常に最新のバージョンを使用することをお勧めします。 – Val

+0

ありがとうございます。これは私が逃したと非常に良い点です5.xに移動する非常に良い理由です。一般的に、5.xで2.xのインデックスをサポートする問題はありますか?これは目的を理解するためのものです。 – pkumarn

+0

[変更点](https://www.elastic.co/guide/en/elasticsearch/reference/current/breaking-changes.html)を見て、各変更を注意深く見てみることをお勧めします特定の環境や設定に影響を与える可能性があります。 – Val

答えて

0

はい。多くの理由。サポートについて気にしなくても、5.xのPerformance enhancementsが移行する正当な理由です。

ES 5は、ESコード自体のいくつかの改良に加えて、Luceneの新しいバージョンを使用します。

また、ドキュメントがごくわずかなので、アップグレードするのが適切です。より大きなインデックスをアップグレードするよりもずっと簡単で時間を節約できます。