Plugin※この記事は次のブログを翻訳したものになります。2.0.0.beta1のリリースの準備をしています。5.2.1に含まれる多くの改善が利用できるようになります。このリリースに関するいくつかの機能は次のようなものです。arithmeticのようなaggregationが利用可能になります。この機能は、これまでは、クライアントサイドで実行する必要がありました。実行することができるようになります。クライアントのコードをより簡潔にすることができます。これにより、予測解析や異常検知のようなことができるようになります。mergingFilterはなくなります。全てのフィルタは、クエリになります。最適化されることを意味します。結果に対して行われます。フィルタコンテキストにおいて、頻繁に利用される条件は自動的にキャッシュされます。これは、ロギングでとくに役に立ちます。これらに関するブログ記事がすぐに公開されるでしょう。resilience以降では、新しいメジャーリリースに関して簡単に紹介します。直接ユーザに関連するわけではないからです。物事が予測した通りに動作する何か問題があった場合に、Elasticsearchから役立つフィードバックがあるローレベルの設定を扱う必要はなく、Elasticsearchが良い設定を決定するこれらに加え、データがより安全にこれらの目標は完全ではありません。多くの改善があります。500コミットを超える大きな改善が実施されています。valuesをデフォルトで利用(これまではfielddata)。ヒープ使用量を減らして、スケーラビリティを向上セグメントマージ処理中のメモリ使用量の削減normsの圧縮率の改善。ヒープスペースを利用している大きな処理のひとつだったため。構造化されたJSON形式の例外よりきめ細かいLuceneのメモリレポートデフォルトではlocalhostにのみバインド。全てのコアなプラグインをelasticsearchリポジトリに移行し、Elasticsearchのバージョンに同期してリリースされる予定アップグレード前にメジャーバージョンのアップグレードは問題のあるものを一掃する機会を与えてくれます。できる限り、これらの変更をアップグレードするために、簡単な方法を提供しようとしています。2.0にアップグレードする前に、必要な処理が2つあります。1つ目は、フィールドとタイプマッピングに関することです。APIは、現在、それほど厳密ではありません。内蔵された保護機構を提供する代わりに、ユーザがベストプラクティスを知っていると信頼していました。2.0では、mappingはより厳密で安全ですが、いくつかの変更では、後方互換性を保っていません。Recatoringをごらんください。0.20以前のユーザに関する変更です。3.xを使っています。5をベースにしています。3.xに関してはサポートしていません。2.xのクラスタをスタートすることはできません。APIを使用してアップグレードする必要があります。APIの実行は2つのジョブを実行します。アップグレード前に必要な処理を最小限に抑えることも可能です。その場合は、only_ancient_segmentsパラメータを指定します。Pluginをリリースしました。elastic/elasticsearch-migrationプラグインのインストール後はノードのリスタートは必要ありません。以下のリンクをブラウザで開きます。http://localhost:9200/_plugin/migration(localhost:9200はインストールしたホスト名に変更してください。pluginに関してバグやご意見がある場合は、GitHubのIssueにお願いします。