URL: https://linuxfr.org/news/elasticsearch-2-0
Title: Elasticsearch 2.0
Authors: Benoît Laurent
 palm123, bubar🦥, Benoît Sibaud et Pierre Jarillon
Date: 2015年10月27日T21:44:52+01:00
License: CC By-SA
Tags: elasticsearch et admin
Score: 38
Elasticsearch est un moteur de recherche distribué, RESTful, reposant sur la bibliothèque Apache Lucene et sous licence Apache 2.
Si vous ne le connaissez pas encore, vous pouvez vous reporter à la précédente dépêche, [Sortie d'Elasticsearch en version 1.0](https://linuxfr.org/news/sortie-d-elasticsearch-en-version-1-0) où un rapide [test](https://linuxfr.org/news/sortie-d-elasticsearch-en-version-1-0#tester-elasticsearch) est disponible.
Vous pouvez aussi voir [tous les contenus taggés avec elasticsearch](https://linuxfr.org/tags/elasticsearch/public).
----
[Elasticsearch 2.0.0 GA released](https://www.elastic.co/blog/elasticsearch-2-0-0-released)
[Elasticsearch: The Definitive Guide](https://www.elastic.co/guide/en/elasticsearch/guide/current/index.html)
----
Que s'est-il passé depuis la 1.0 ?
----------------------------------
### Version
Depuis le 12 février 2014, 37 versions sont sorties, de la 1.0.0 à la 1.7.3 .
Ci-dessous les versions avec leurs principales fonctionnalités et un lien vers leurs annonces:
- 1.7 : Allocation des `shards` différée et priorisation de la récupération des index ([Elasticsearch 1.7.0 and 1.6.1 released](https://www.elastic.co/blog/elasticsearch-1-7-0-and-1-6-1-released))
- 1.6 : Démarrages plus rapide avec les purges synchrones, allocation des `shards` non bloquant, filtrage de la réponse JSON, API de mise à jour des anciens index, configuration fine pour les scripts ([Elasticsearch 1.6.0 released](https://www.elastic.co/blog/elasticsearch-1-6-0-released))
- 1.5 : Nouvelles fonctionnalités `Inner hits` et `Shadow replicas` ; amélioration de la résilience ([Elasticsearch 1.5.0 Released](https://www.elastic.co/blog/elasticsearch-1-5-0-released))
- 1.4 : Amélioration de la résilience ([Elasticsearch 1.4.0 And 1.3.5 Released](https://www.elastic.co/blog/elasticsearch-1-4-0-released))
- 1.3 : JSONP déactivé par défaut, Groovy comme nouveau langage de scripting par défaut, nouveaux types agrégations, etc. ([Elasticsearch 1.3.0 And 1.2.3 Released](https://www.elastic.co/blog/elasticsearch-1-3-0-released))
- 1.2 : Java 7 obligatoire, scripts dynamiques déactivés par défaut, nouveau `circuit breaker` pour les `fielddata`, nouveau système de suggestion `Context Suggester` ([Elasticsearch 1.2.0 and 1.1.2 released](https://www.elastic.co/blog/elasticsearch-1-2-0-released))
- 1.1 : Meilleure recherche multi-champs, templates de recherche, nouvelles agrégations `cardinality`, `significant_terms` et `percentiles` ([Elasticsearch 1.1.0, 1.0.2 and 0.90.13 released](https://www.elastic.co/blog/elasticsearch-1-1-0-released))
### Sécurité
Avec les scripts dynamiques et sans authentification par défaut, une faille dans la gestion des scripts a pu être exploitée au printemps 2014 (et ce malgré un article [Securing Your Elasticsearch Cluster](https://www.elastic.co/blog/found-elasticsearch-security) de décembre 2013). 
Un article décrivant la faille et son exploitation : [Insecure default in Elasticsearch enables remote code execution](http://bouk.co/blog/elasticsearch-rce/)
À partir de la version 1.2, les configurations par défaut dans ce domaine ont été changées et la sécurité est devenue prioritaire dans les développements.
L'article qui a suivit cette histoire : [Scripting and Security](https://www.elastic.co/blog/scripting-security)
_LinuxFr.org a été touché par cette faille, voir la dépêche suivante : [Quoi de neuf côté LinuxFr.org - Faille ElasticSearch sur juin/juillet 2014](https://linuxfr.org/news/quoi-de-neuf-cote-linuxfr-org#faille-elasticsearch-sur-juinjuillet-2014)_
### Résilience
Le deuxième important point de travail de cette série 1.x est la résilience. Après avoir été _bousculé_ par Aphyr sur la version 1.1, Elasticsearch a notifié dans une page de documentation tous les problèmes de résilience ([Elasticsearch Resiliency Status](https://www.elastic.co/guide/en/elasticsearch/resiliency/current/index.html))
_Tous les articles d'Aphyr sur [Elasticsearch](https://aphyr.com/tags/Elasticsearch)._
Les nouveautés de la 2.0
------------------------
Après deux bêta et une rc, Elasticsearch 2.0 est sorti le 28 octobre 2015:
- [Elasticsearch 2.0.0 GA released](https://www.elastic.co/blog/elasticsearch-2-0-0-released)
- [Elasticsearch 2.0.0-rc1 released
 ](https://www.elastic.co/blog/elasticsearch-2-0-0-rc1-released)
- [Elasticsearch 2.0.0-beta2 released
 ](https://www.elastic.co/blog/elasticsearch-2-0-0-beta2-released)
- [Elasticsearch 2.0.0-beta1 released
 ](https://www.elastic.co/blog/elasticsearch-2-0-0-beta1-released)
- [Elasticsearch 2.0.0.beta1 coming soon!
 ](https://www.elastic.co/blog/elasticsearch-2.0.0.beta1-coming-soon)
Ci-dessous, un résumé des articles du blog d'Elastic sur les nouveautés de cette version majeure.
### Refactoring des mapping
Dans un même index, il est maintenant interdit pour deux types différents d'avoir deux champs de même nom mais de type différent. Aujourd'hui, ce genre de configuration peut donner des résultats faux, des exceptions et même des corruptions d'index.
L'accès à un champ par son nom court était ambigu, il est maintenant nécessaire d'utiliser le chemin complet.
La création de mapping dynamique est maintenant synchrone, c'est-à-dire que le nouveau mapping doit être accepté par un `master`. Un même champ pouvait être ajouté à deux `shards` en même temps mais avec deux types différents, ce qui conduisait à une corruption d'index.
Diverses simplifications dans la configuration des *analyzers* et des champs meta.
Tous les détails se trouvent dans l'article suivant [The Great Mapping Refactoring](https://www.elastic.co/blog/great-mapping-refactoring).
### Meilleure compression des index
Lucene 5.0 apporte un nouveau *codec* améliorant la compression des index.
Il est maintenant possible de choisir une meilleure compression avec un codec basé sur DEFLATE pour par exemple un index *froid* ou de conserver le codec basé sur LZ4 pour les index *chauds*.
Tous les détails sont dans l'article suivant : [Store compression in Lucene and Elasticsearch](https://www.elastic.co/blog/store-compression-in-lucene-and-elasticsearch)
_La notion de *codecs* pour Lucene a déjà été évoquée sur le blog d'Elastic : [What is an Apache Lucene Codec?](https://www.elastic.co/blog/what-is-an-apache-lucene-codec)_
### Meilleure exécution des requêtes
Des modifications dans Lucene 5.0, 5.1 et 5.2 permettent aujourd'hui d'effacer pour l'utilisateur la distinction entre *query* et *filter* et c'est Elasticsearch qui va faire les choix de mise en cache ou non des résultats intermédiaires.
À l'origine, les filtres diffèrent des requêtes par le fait qu'ils ne font pas de scoring, mais peuvent être mis en cache. Dans Elasticsearch 2.0 c'est maintenant le même objet interne.
L'article suivant présente tout les détails : [Better query execution coming to Elasticsearch 2.0](https://www.elastic.co/blog/better-query-execution-coming-elasticsearch-2-0)
### Enchainement d'agrégation
Les *Pipeline Aggregations* sont une nouveauté qui permet de faire des calculs sur des résultats d'agrégations précédentes.
Il y a une petite dizaine de nouvelles agrégations de ce type que je vous laisse découvrir en détails dans les articles suivants :
- [Out of this world
 aggregations](https://www.elastic.co/blog/out-of-this-world-aggregations)
- [Staying in Control with Moving Averages - Part
 1](https://www.elastic.co/blog/staying-in-control-with-moving-averages-part-1)
- [Staying in Control with Moving Averages - Part
 2](https://www.elastic.co/blog/staying-in-control-with-moving-averages-part-2)
### Delete by query
L'API *Delete by Query* est désormais fourni sous forme de greffon.
La précédente implémentation, en effectuant un `refresh` après chaque suppression pouvait provoquer de nombreuses créations de segments et déclencher de nombreux *merge*. De plus elle pouvait provoquer des incohérences entre répliques.
Le plugin se base lui sur l'API `scan/scroll`. Tous les détails dans l'article [The Delete by Query API Is now a plugin](https://www.elastic.co/blog/core-delete-by-query-is-a-plugin)
### Réseau
Il était très facile, certainement trop, pour des instances de développement d'Elasticsearch de former un cluster. À partir de cette version 2.0 seules les instances locales (`localhost`) pourront former un cluster, avec la configuration par défaut,
Autre changement côté réseau, le _multicast_, qui était assez bancal dû entre autre à des différences de comportement entre Linux et OS X, est désormais fourni en tant que greffon.
Le détail dans l'article suivant : [Elasticsearch unplugged - Networking changes in 2.0](https://www.elastic.co/blog/elasticsearch-unplugged)
Mise à jour
-----------
Avant de mettre à jour, pensez à lire la page [Breaking changes in 2.0](https://www.elastic.co/guide/en/elasticsearch/reference/2.0/breaking-changes-2.0.html). Un plugin est mis à disposition pour vérifier qu'un cluster peut être mis à jour directement ou s'il présente des incompatibilités : [Elasticsearch Migration Plugin](https://github.com/elastic/elasticsearch-migration).
À vos claviers !
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/elasticsearch-2-0.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/elasticsearch-2-0.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>