Avec plus de 2 674 pull requests proposées par 310 personnes depuis Elasticsearch 2.0.0, nous sommes fiers d'annoncer la sortie de Elasticsearch 5.0.0 GA.

elasticsearch-blog-banner.jpg

elasticsearch-blog-thumb.jpg

Elasticsearch 5.0.0 released

Elasticsearch 5.0.0

Pourquoi les plugins de type site ont-ils été enlevés dans Elasticsearch 5.0 et ce que vous pouvez faire pour les exécuter sur 5.0.

<p>Il y a longtemps, dans la version 0.17, Elasticsearch a acquis la capacité à servir des pages Web statiques : les <em>plugins de type site</em> étaient nés. Ces plugins autorisaient les utilisateurs à créer des applications JavaScript fournissant des interfaces graphiques à Elasticsearch.
</p><p>Les utilisateurs d'Elasticsearch ont alors développé sans relâche des plugins pour surveiller les statistiques d'Elasticsearch, pour gérer les index, pour la visualisation de la fusion de segments, pour le débogage de l'analyseur, pour la mise en cluster, et plus encore.
</p><p>Aujourd'hui, les deux plugins les plus populaires sont <a class="ulink" href="https://github.com/mobz/elasticsearch-head" target="_top">Head</a> et <a class="ulink" href="https://github.com/lmenezes/elasticsearch-kopf" target="_top">Kopf</a>&nbsp;qui allient tous deux monitoring et gestion des index.
</p><p>Jusque-là tout va bien. Et maintenant, voici les mauvaises nouvelles…
</p><h3 class="title"><a id="_site_plugins_are_not_supported_in_elasticsearch_5_0"></a>Les plugins de type site ne sont pas pris en charge dans Elasticsearch 5.0</h3><p>Pourquoi supprimons-nous d'Elasticsearch cette fonctionnalité très appréciée ?
</p><p>Elasticsearch n'est pas conçu comme un serveur Web. La faculté de servir des fichiers statiques était seulement due à un hack facile à installer sur l'interface HTTP REST fournie par Elasticsearch. Quel mal y a-t-il à servir des fichiers statiques ?
</p><p>Il se trouve simplement que servir des fichiers statiques peut s'avérer dangereux. Parmi toutes les vulnérabilités découvertes dans Elasticsearch en matière de sécurité, <a class="ulink" href="https://www.elastic.co/community/security" target="_top">deux sur sept</a> étaient liées à des plugins. C'est énorme, surtout concernant une fonctionnalité accessoire. En revanche, deux des autres vulnérabilités étaient dues à des scripts dynamiques, si bien que nous avons créé un <a class="ulink" href="https://www.elastic.co/blog/elasticsearch-5-0-0-alpha1-released#_painless_scripting" target="_top">tout nouveau language de script</a> pour résoudre ce problème&nbsp;!
</p><p>Elasticsearch fonctionne désormais sous le Security Manager de Java. Nous avons verrouillé les permissions que la version de base requiert pour s'exécuter avec la configuration minimale. Nous faisons migrer cette fonctionnalité de l'application de base vers des modules, afin de restreindre l'escalade de permissions et l'accès aux fichiers au plus petit bout de code possible. Nous faisons tout cela dans l'objectif de limiter les failles que pourraient exploiter un hacker qui découvre une vulnérabilité « zero day ».
</p><p>Exécuter un serveur Web pour une fonctionnalité accessoire va à l'encontre de cet objectif.
</p><p>En plus de cela, héberger des applications Web sur Elasticsearch favorise une bien mauvaise pratique, celle d'exposer Elasticsearch à Internet alors qu'il devrait fonctionner sur un réseau isolé et plus sécurisé.
</p><h3 class="title"><a id="_running_site_plugins_with_elasticsearch_5_0_2"></a>Exécuter des plugins de type site avec Elasticsearch 5.0</h3><p>Alors que de nombreux plugins populaires comme <a class="ulink" href="https://github.com/mobz/elasticsearch-head#running-with-built-in-server">Head</a>, <a class="ulink" href="https://github.com/lmenezes/elasticsearch-kopf#run-locally">Kopf</a> (bientôt remplacé par <a class="ulink" href="https://github.com/lmenezes/cerebro">Cerebro</a>) et <a class="ulink" href="http://www.elastichq.org/gettingstarted.html" target="_top">HQ</a> contiennent déjà des commandes pour s'exécuter en dehors d'Elasticsearch, il est facile de créer le vôtre également. Un&nbsp;plugin de type site est constitué de fichiers HTML statiques, JavaScript, CSS et d'images, qui peuvent être servis par le serveur Web de votre choix, même (pour un usage local) par SimpleHTTPServer de Python :
</p><pre class="programlisting prettyprint lang-sh">cd my_plugin/
python -m SimpleHTTPServer 8000
</pre><p>Comme les plugins envoient des requêtes directement à Elasticsearch depuis le navigateur de l'utilisateur, une petite configuration est nécessaire pour ordonner à Elasticsearch d'activer le <a class="ulink" href="https://en.wikipedia.org/wiki/Cross-origin_resource_sharing" target="_top">Partage des Ressources d'Origines Croisées (Cross Origin Resource Sharing)</a>.
</p><p>Par exemple, vous pourriez ajouter ce qui suit au fichier de configuration <code class="literal">elasticsearch.yml</code> config file:
</p><pre class="programlisting prettyprint lang-yaml">http.cors.enabled: true
http.cors.allow-origin: /https?:\/\/localhost(:[0-9]+)?/
</pre><p>Le paramètre <code class="literal">allow-origin</code> doit être une expression régulière correspondant à l'adresse du serveur Web qui héberge le plugin. Vous trouverez plus d'informations sur les paramètres relatifs au CORS dans la <a class="ulink" href="https://www.elastic.co/guide/en/elasticsearch/reference/master/modules-http.html" target="_top">documentation du module HTTP</a>.
</p><p>Si votre serveur Elasticsearch utilise la fonction de Sécurité incluse dans <a class="ulink" href="https://www.elastic.co/guide/en/x-pack/current/index.html" target="_top">X-Pack</a> (qui remplace Shield dans la version 5.0), alors vous serez également obligé d'ajouter les paramètres suivants :
</p><pre class="programlisting prettyprint lang-yaml">http.cors.allow-credentials: true
http.cors.allow-headers: X-Requested-With,X-Auth-Token,Content-Type, Content-Length, Authorization
</pre><h3 class="title"><a id="_beyond_site_plugins"></a>Au-delà des plugins de type site</h3><p>Si vous êtes créateur de plugins et souhaitez vous affranchir des restrictions inhérentes à la création d'applications avec des fichiers Web statiques, envisagez de développer un  <a class="ulink" href="https://github.com/elastic/kibana/wiki/Known-Plugins" target="_top">plugin Kibana</a> à la place.
</p><p>Kibana s'accompagne d'un serveur Web <a class="ulink" href="https://nodejs.org" target="_top">Node.js</a> et les plugins incluent une fonctionnalité côté serveur. Par exemple, tous les appels à destination d'Elasticsearch peuvent être réalisés directement depuis le serveur back-end de Kibana au lieu du navigateur de l'utilisateur.
</p><p>Il y a également un <a class="ulink" href="https://github.com/elastic/generator-kibana-plugin" target="_top">générateur de plugins Kibana</a> pour vous aider à démarrer avec votre propre plugin, et une <a href="https://www.elastic.co/elasticon/conf/2016/sf/how-to-build-your-own-kibana-plugins">vidéo du Elastic{ON}16</a> décrivant le processus. Comme toujours avec Kibana, des développeurs serviables vous attendent <a class="ulink" href="https://github.com/elastic/kibana/wiki/Plugin-Resources#our-irc-channel" target="_top">sur le IRC</a> et <a class="ulink" href="https://discuss.elastic.co/c/kibana" target="_top">sur le forum</a> afin de répondre à toutes vos questions.
</p>

plugs-elasticsearch-blog-post-full-bleed.jpg

rsz_plugs-elasticsearch-blog-post-full-bleed.jpg

Running site plugins with Elasticsearch 5.0

Exécuter des plugins de type site avec Elasticsearch 5.0

Nous avons le plaisir d'annoncer la sortie d'Elasticsearch 2.3.0 basé sur Lucene 5.5.0, accompagné de la correction des bugs pour Elasticsearch 2.2.2.

<p>Nous avons aujourd'hui le plaisir de vous annoncer le lancement de Elasticsearch 2.3.0 basé sur Lucene 5.5.0, ainsi que de la version corrigée de Elasticsearch 2.2.2 basé sur Lucene 5.4.1. Ces deux nouvelles versions sont d'ores et déjà disponibles dans <a class="ulink" href="https://www.elastic.co/cloud" target="_top">Elastic Cloud</a>, notre plateforme "Elasticsearch as a service". Les nouvelles versions de cette semaine concernent aussi <a href="https://www.elastic.co/blog/kibana-4-5-0-released">Kibana</a>, <a href="https://www.elastic.co/blog/logstash-2-3-0-and-2-2-3-released">Logstash</a> et <a href="https://www.elastic.co/blog/beats-1-2-0-released">Beats</a>.
</p><p>Dernières versions stables :
</p><div class="itemizedlist">
	<ul class="itemizedlist" type="disc">
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-2-3-0" target="_top">Télécharger Elasticsearch 2.3.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.3/release-notes-2.3.0.html" target="_top">Informations sur la version Elasticsearch 2.3.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.3/breaking-changes-2.3.html" target="_top">Principales nouveautés d'Elasticsearch 2.3.0</a>
		</li>
	</ul>
</div><p>Corrections de bug pour la version 2.2 :
</p><div class="itemizedlist">
	<ul class="itemizedlist" type="disc">
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-2-2-2" target="_top">Télécharger Elasticsearch 2.2.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.2/release-notes-2.2.2.html" target="_top">Informations sur la version Elasticsearch 2.2.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.2/release-notes-2.2.1.html" target="_top">Informations sur la version Elasticsearch 2.2.1</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.2/release-notes-2.2.0.html" target="_top">Informations sur la version Elasticsearch 2.2.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.2/breaking-changes-2.2.html" target="_top">Principales nouveautés d'Elasticsearch 2.2.0</a>
		</li>
	</ul>
</div><p>Elasticsearch 2.3.0 met à disposition trois des fonctionnalités les plus demandées dans l'histoire d'Elasticsearch : l'<a class="link" href="#reindex" title="Reindex API">API de réindexation</a>, l'<a class="link" href="#update-by-query" title="Update-by-Query API">API de mise à jour par requête (update-by-query)</a> et l'<a class="link" href="#tasks" title="Task Management API">API de gestion des tâches</a>, ainsi que la possibilité d'obtenir des <a class="link" href="#deprecation" title="Deprecation Logging">logs de dépréciation</a> afin de vous aider à vous préparer pour Elasticsearch 5.0.
</p><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="reindex"></a>API de réindexation</h2>
			</div>
		</div>
	</div>
	<p>Tout utilisateur ayant travaillé avec Elasticsearch pendant un certain temps sait que la capacité de réindexer ses données est capitale. Vous devez peut-être améliorer vos mappings ou vos analyseurs de texte pour obtenir de meilleurs résultats de recherche, à moins que vous ne souhaitiez réindexer des données passées pour profiter de meilleures structures de données, comme <a class="ulink" href="https://www.elastic.co/blog/supercharging-geopoint">les nouvelles fonctions de géolocalisation</a> disponibles depuis Elasticsearch 2.2.0.  Quelle qu'en soit la raison, la réindexation de vos données a toujours été facile. Elle est possible depuis longtemps, grâce aux API <code class="literal">scroll</code> et <code class="literal">bulk</code>, mais la version 2.3.0 vous rend la tâche encore plus aisée.
</p>
<p>La nouvelle API <a class="ulink" href="https://www.elastic.co/guide/en/elasticsearch/reference/2.3/docs-reindex.html" target="_top"><code class="literal">_reindex</code></a> réindexe tous vos documents indexés dans un nouvel index avec une commande unique :
	</p>
	<div class="pre_wrapper">
		<pre class="programlisting prettyprint lang-js">POST _reindex
{
  "source": {
    "index": "my_old_index"
  },
  "dest": {
    "index": "my_new_index"
  }
}
        </pre>
	</div>
	<p>Les documents peuvent provenir d'un ou plusieurs index, et peuvent être restreints au sous-ensemble de documents qui correspondent à une requête. Ils peuvent être transformés au cours du processus de réindexation à l'aide d'un script, qui a même accès aux métadonnées du document, comme <code class="literal">_id</code> et <code class="literal">_type</code>.
	</p>
	<p>Elasticsearch 2.3.0 comporte la première version de l'API de réindexation, mais nous prévoyons déjà d'autres améliorations à venir, comme le "throttling" dynamique (contrôle de débit), la réindexation en place, la réindexation à partir de clusters distants, et bien plus encore.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="update-by-query"></a>API update-by-query</h2>
			</div>
		</div>
	</div>
	<p>L'ajout de l'API de réindexation a permis d'implémenter facilement l'API de "Update by Query". L'<a class="ulink" href="https://www.elastic.co/guide/en/elasticsearch/reference/2.3/docs-update-by-query.html" target="_top">API update-by-query</a> vous permet de mettre à jour tous les documents correspondant à une requête à l'aide d'un script. Elle est utile même sans script : après l'ajout d'un <a class="ulink" href="https://www.elastic.co/guide/en/elasticsearch/reference/2.3/multi-fields.html" target="_top">multi-field</a>, il est possible de lancer une requête de mise à jour par requête vide pour remplir a posteriori les valeurs du multi-field pour tous les documents déjà indexés.
	</p>
	<p>Vous trouverez davantage d'informations au sujet des API de réindexation et de "Update by Query" dans l'article <a class="ulink" href="https://www.elastic.co/blog/reindex-is-coming" target="_top">Reindex is coming!</a>.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="tasks"></a>API de gestion des tâches</h2>
			</div>
		</div>
	</div>
	<p>La réindexation de téraoctets de données peut prendre du temps. Vous ne voudriez pas risquer de lancer une tâche de réindexation, réaliser que vous avez fait une erreur&nbsp;et être incapable d'annuler ! Avant de proposer la réindexation sans risques, il était essentiel de trouver un moyen de monitorer et d'annuler les tâches longues.
	</p>
	<p>La nouvelle API de gestion de tâche vous permet d'intervenir sur le statut de tâches de réindexation en cours, et même de les annuler. Elle fournit des informations, non seulement sur les tâches longues, mais aussi sur toutes les tâches exécutées sur l'ensemble de votre cluster, entre autres les recherches, les requêtes d'indexation, l'attribution de shards, etc. Par la suite, nous déplacerons également d'autres tâches longues, comme la fonctionnalité "snapshot et restore" ou l'API "Delete by Query" pour exploiter au mieux la structure de gestion de tâches.
	</p>
	<p>Vous trouverez davantage d'informations dans la <a href="https://www.elastic.co/guide/en/elasticsearch/reference/2.3/tasks.html">documentation sur l'API de gestion de tâches</a>.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="deprecation"></a>Deprecation Logging</h2>
			</div>
		</div>
	</div>
	<p>Il peut être difficile de savoir si vous utilisez des fonctionnalités obsolètes qui n'existeront plus dans la version suivante. Avec la version 2.0, nous avons fusionné les filtres et les requêtes et de fait certaines requêtes sont devenues obsolètes, comme la requête <code class="literal">filtered</code> et les filtres <code class="literal">and</code> et <code class="literal">or</code>, mais ces éléments ont continué à fonctionner avec les versions 2.x. Ils n'existeront plus dans la version 5.0, comme d'autres fonctionnalités déjà dépréciées.
	</p>
	<p>Pour vous aider à déterminer si vous utilisez des fonctionnalités dépréciées dans votre application, activez la fonctionnalité de logging de dépréciation avec la requête de mise à jour des paramètres de cluster ci-après :
	</p>
	<div class="pre_wrapper">
		<pre class="programlisting prettyprint lang-js">PUT _cluster/settings
{
  "transient": {
    "logger.deprecation": "DEBUG"
  }
}
        </pre>
	</div>
	<p>Elasticsearch reportera toutes les utilisations de fonctionnalités dépréciées (dont nous avons connaissance) dans le fichier <code class="literal">elasticsearch_deprecation.log</code> du répertoire "logs". Il est possible de désactiver à nouveau le logging en re-configurant <code class="literal">logger.deprecation</code> sur <code class="literal">INFO</code>.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="_conclusion"></a>Conclusion</h2>
			</div>
		</div>
	</div>
	<p>Veuillez <a class="ulink" href="/downloads/past-releases/elasticsearch-2-3-0" target="_top">télécharger Elasticsearch 2.3.0</a>, testez-le et dites-nous ce que vous en pensez sur Twitter (<a class="ulink" href="https://twitter.com/elastic" target="_top">@elastic</a>) ou sur notre <a class="ulink" href="https://discuss.elastic.co/c/elasticsearch" target="_top">forum</a>. Vous pouvez signaler tout problème sur la <a class="ulink" href="https://github.com/elastic/elasticsearch/issues" target="_top">page de problèmes de GitHub</a>.
	</p>
</div>

elasticsearch-2-3-post.jpg

Elasticsearch 2.3.0 and 2.2.2 released

Lancement de Elasticsearch 2.3.0 et 2.2.2

Nous avons le plaisir d'annoncer la sortie d'Elasticsearch 2.2.0 basé sur Lucene 5.4.1, et la correction des bugs sur  Elasticsearch 2.1.2 et 1.7.5.

<p>Aujourd'hui nous avons le plaisir de vous annoncer la sortie&nbsp;de <strong>Elasticsearch 2.2.0</strong> basé sur  <strong>Lucene 5.4.1</strong> et des résolutions de bugs de <strong>Elasticsearch 2.1.2</strong> et <srong><strong>Elasticsearch 1.7.5.</strong> Toutes ces nouvelles versions sont d'ores et déjà disponibles dans <a class="ulink" href="https://www.elastic.co/cloud">Cloud</a>, notre plateforme Elasticsearch-as-a-service. Les nouvelles versions de cette semaine concernent aussi <a href="/blog/kibana-4-4-0">Kibana</a>, <a href="/blog/logstash-2-2-0-and-2-1-2-released">Logstash</a>, <a href="/blog/beats-1-1-0-and-winlogbeat-released">Beats</a> et <a href="/blog/es-hadoop-2-2-0-and-2-1-3-released">Elasticsearch-Hadoop</a>.
	</srong>
</p><p>Elasticsearch 2.2.0 comprend deux nouvelles fonctionnalités essentielles : un <a class="link" href="#query-profiler" title="Profile API">outil de profiling pour vos requêtes</a> et des performances accrues pour la&nbsp;<a class="link" href="#geo-point" title="Supercharged geo-point fields">géolocalisation</a>. La&nbsp;<a class="link" href="#security" title="Stricter security for plugins and scripting">sécurité est encore renforcée</a> et nous avons corrigé un bug important qui ralentissait la récupération des shards dans Elasticsearch 2.1.0, ainsi que <a class="ulink" href="/guide/en/elasticsearch/reference/2.2/release-notes-2.2.0.html" target="_top">bien d'autres bugs et améliorations</a>.
</p><p>Nous encourageons vivement tous les utilisateurs à mettre à jour leur version.
</p><p>Dernière version stable :
</p><div class="itemizedlist">
	<ul class="itemizedlist" type="disc">
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-2-2-0" target="_top">Télécharger Elasticsearch 2.2.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.2/release-notes-2.2.0.html" target="_top">Informations sur la version Elasticsearch 2.2.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/shield/current/release-notes.html#_2_2_0" target="_top">Informations sur la version Shield 2.2.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/watcher/current/release-notes.html#_2_2_0" target="_top">Informations sur la version Watcher 2.2.0</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/marvel/current/release-notes.html#_2_2_0" target="_top">Informations sur la version Marvel 2.2.0</a>
		</li>
	</ul>
</div><p>Corrections de bug pour les versions 2.1 :
</p><div class="itemizedlist">
	<ul class="itemizedlist" type="disc">
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-2-1-2" target="_top">Télécharger Elasticsearch 2.1.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/elasticsearch/reference/2.1/release-notes-2.1.2.html" target="_top">Informations sur la version Elasticsearch 2.1.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/shield/current/release-notes.html#_2_1_2" target="_top">Informations sur la version Shield 2.1.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/watcher/current/release-notes.html#_2_1_2" target="_top">Informations sur la version Watcher 2.1.2</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/guide/en/marvel/current/release-notes.html#_2_1_2" target="_top">Informations sur la version Marvel 2.1.2</a>
		</li>
	</ul>
</div><p>Corrections de bug pour la version 1.7.5 :
</p><div class="itemizedlist">
	<ul class="itemizedlist" type="disc">
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-1-7-5" target="_top">Télécharger Elasticsearch 1.7.5</a>
		</li>
		<li class="listitem">
		<a class="ulink" href="/downloads/past-releases/elasticsearch-1-7-5" target="_top">Informations sur la version Elasticsearch 1.7.5</a>
		</li>
	</ul>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="query-profiler"></a>API de profiling</h2>
			</div>
		</div>
	</div>
	<p>Pour la première fois dans l'histoire de Lucene et d’Elasticsearch, vous avez désormais accès à des informations détaillées de profiling qui vous permettent de comprendre et de déboguer les performances des requêtes. Chaque partie de la recherche est chronométrée indépendamment, enregistre des statistiques comme la durée nécessaire pour réécrire la recherche, pour trouver les documents correspondants et les noter. Vous n'avez plus besoin de deviner pourquoi une requête en particulier est lente : il vous suffit de définir le paramètre <code>profil</code> à <code>true</code> et vous obtiendrez une analyse détaillée et immédiate.
	</p>
	<p>Pourquoi l’avons-nous appelée l'API de profiling plutôt que l'API de profiling de recherche ? Parce que nous avons planifié l'amélioration de cette fonctionnalité pour couvrir aussi les agrégations, ainsi que, peut être, les suggestions et la fonction "highlighting".
	</p>
	<p>Pour en savoir plus, consultez <a class="ulink" href="/guide/en/elasticsearch/reference/2.2/search-profile.html" target="_top">les documents relatifs à l'API de profiling</a>.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="geo-point"></a>Amélioration de la géolocalisation</h2>
			</div>
		</div>
	</div>
	<p>Les champs de géolocalisation ont été complètement réécrits pour vous faire bénéficier d'une nouvelle structure de données compacte stockée dans l'index Lucene. Le résultat : une indexation 50 % plus rapide, des recherches de géolocalisation 20 à 50 % plus rapides, réduction de moitié de l’espace disque et de la mémoire heap ainsi qu'un mapping simplifié. Les champs de géolocalisation existants continueront d'opérer comme précédemment, tandis que les nouveaux points ajoutés bénéficieront automatiquement des nouvelles fonctionnalités.
	</p>
	<p>Pour en savoir plus sur les améliorations apportées à la géolocalisation, consultez le document <a class="ulink" href="/blog/supercharging-geopoint" target="_top">Amélioration des champs de géolocalisation dans Elasticsearch 2.2</a>.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="security"></a>Sécurité plus stricte pour les plugins et les scripts</h2>
			</div>
		</div>
	</div>
	<p>Dans le cadre de nos efforts pour renforcer la sécurité d'Elasticsearch autant que possible, les langages de script Groovy et Lucene Expressions ont été déplacés pour ne plus être dans le coeur et sont maintenant disponibles en tant que <em>modules</em>, qui sont en fait des plugins embarqués par défaut. Cela nous a permis de verrouiller les autorisations disponibles pour ces modules et de réduire les possibilités d'attaques des hackers. D'autres parties de Elasticsearch Core seront modularisées dans les versions futures.
	</p>
	<p>Les langages de script ont désormais une liste blanche prédéfinie de classes qu'ils peuvent charger - cela vous évitera d'avoir des scripts qui lisent ou écrivent des fichiers ou qui ouvrent des sockets dans des serveurs externes ! Pour en savoir plus sur la personnalisation des listes blanches, reportez-vous à la section <a class="ulink" href="/guide/en/elasticsearch/reference/2.2/modules-scripting-security.html" target="_top">Scripting et Java Security Manager</a>.
	</p>
	<p>Tout plugin qui requiert des autorisations spéciales non autorisées par défaut devra déclarer ces autorisations, et vous serez averti de cette obligation au moment de l’installation du plugin. Cela nous a permis de déplacer le plugin <code>&lt;a href="/guide/en/elasticsearch/plugins/2.2/mapper-attachments.html"&gt;mapper-attachments&lt;/a&gt;</code> dans le même dépôt de sources que Elasticsearch pour la version 2.2.
	</p>
	<h2 class="title"><a class="ulink" href="/guide/en/elasticsearch/plugins/2.2/mapper-attachments.html" target="_top"></a><a id="_conclusion"></a>Conclusion</h2>
</div><p>Cliquez ici <a class="ulink" href="/downloads/past-releases/elasticsearch-2-2-0" target="_top">pour télécharger Elasticsearch 2.2.0.</a>. Testez-le et dites-nous ce que vous en pensez sur Twitter (<a class="ulink" href="https://twitter.com/elastic" target="_top">@elastic</a>) ou via notre <a class="ulink" href="https://discuss.elastic.co/c/elasticsearch" target="_top">forum</a>. Vous pouvez aussi nous signaler des problèmes sur la <a class="ulink" href="https://github.com/elastic/elasticsearch/issues" target="_top">page problèmes de GitHub</a>.
</p>

IMG_5271.jpg

Elasticsearch 2.2.0, 2.1.2, and 1.7.5 released

Sortie de Elasticsearch 2.2.0, 2.1.2 et 1.7.5

Avec 2 799 contributions réalisées par 477 nouveaux committers depuis le lancement d'Elasticsearch 1.0.0, nous sommes fiers d'annoncer Elasticsearch 2.0.0 GA.

candies.jpg

Elasticsearch 2.0.0 GA released

Lancement de Elasticsearch 2.0.0 GA

Nous nous réjouissons de l'arrivée d'une nouvelle version bêta: le code d'origine a été abandonné pour jeter les bases d'une toute nouvelle aventure!

<html><head></head><body><p><strong>Update November 2, 2015: </strong><em>The real deal is here! Learn more about <a href="https://www.elastic.co/blog/elasticsearch-2-0-0-released">Elasticsearch 2.0 GA</a>.</em> <br>
</p><p>Nous nous pr&#xE9;parons &#xE0; lancer Elasticsearch 2.0.0.beta1, qui b&#xE9;n&#xE9;ficie des am&#xE9;liorations disponibles dans Lucene 5.2.1. Cette nouvelle version apportera plusieurs fonctionnalit&#xE9;s fantastiques. Par exemple :

</p><h3>Agr&#xE9;gations en pipeline</h3><p>Il s&apos;agit de la possibilit&#xE9; de r&#xE9;aliser des agr&#xE9;gations, comme des d&#xE9;riv&#xE9;es, des moyennes glissantes ou des suites arithm&#xE9;tiques, &#xE0; partir des r&#xE9;sultats d&apos;autres agr&#xE9;gations. Ces calculs ont toujours &#xE9;t&#xE9; r&#xE9;alisables c&#xF4;t&#xE9; client, mais le fait de les d&#xE9;placer dans Elasticsearch facilite l&apos;&#xE9;laboration de requ&#xEA;tes analytiques plus performantes tout en simplifiant consid&#xE9;rablement le code c&#xF4;t&#xE9; client. Cette fonction ouvre la voie aux analyses pr&#xE9;dictives et &#xE0; la d&#xE9;tection d&apos;anomalies.
</p><h3>Fusion requ&#xEA;te/filtre</h3><p>Oubliez les filtres. Toutes les clauses de filtres sont d&#xE9;sormais remplac&#xE9;es par des clauses de requ&#xEA;tes. Lorsqu&apos;elles sont utilis&#xE9;es dans le contexte d&apos;une requ&#xEA;te, elles agissent sur le score de pertinence, et lorsqu&apos;elles sont utilis&#xE9;es dans le contexte d&apos;un filtre, elles permettent simplement d&apos;exclure les documents qui ne correspondent pas aux crit&#xE8;res, tout comme les filtres &#xE0; l&apos;heure actuelle. Cette restructuration signifie que l&apos;ex&#xE9;cution des requ&#xEA;tes peut &#xEA;tre automatiquement optimis&#xE9;e pour se d&#xE9;rouler dans l&apos;ordre le plus efficace. Par exemple, les requ&#xEA;tes lentes, comme des recherches de texte ou de localisation g&#xE9;ographique, proc&#xE8;dent tout d&apos;abord &#xE0; une phase rapide mais approximative, puis affinent les r&#xE9;sultats gr&#xE2;ce &#xE0; une deuxi&#xE8;me phase plus lente et plus pr&#xE9;cise. Dans le contexte d&apos;un filtre, les clauses souvent utilis&#xE9;es seront mises en cache automatiquement d&#xE8;s que cela sera pertinent.
</p><h3>Compression de stockage configurable</h3><p>Le param&#xE8;tre index.codec vous permet de choisir entre une compression selon l&apos;algorithme LZ4 pour plus de rapidit&#xE9; (default) ou l&apos;algorithme DEFLATE pour un index de plus petite taille (best_compression). Cette fonction est particuli&#xE8;rement utile pour le logging : les vieux index peuvent &#xEA;tre pass&#xE9;s en best_compression avant d&apos;&#xEA;tre optimis&#xE9;s.
</p><p>Nous publierons bient&#xF4;t des articles de blog sur ces sujets.
</p><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="_performance_and_resilience"></a>Performance et r&#xE9;silience</h2>
			</div>
		</div>
	</div>
	<p>La liste de fonctionnalit&#xE9;s disponibles semble plut&#xF4;t courte pour la sortie d&apos;une nouvelle version majeure. La raison est que la plupart des modifications de la version 2.0 portent sur des fonctions internes qui ne sont pas imm&#xE9;diatement visibles pour l&apos;utilisateur.
	</p>
	<p>Les th&#xE8;mes majeurs de cette nouvelle version sont la performance, la stabilit&#xE9;, la solidit&#xE9;, la pr&#xE9;dictibilit&#xE9; et la facilit&#xE9; d&apos;utilisation :
	</p>
		<ul>
			<li>
			Tout doit fonctionner comme pr&#xE9;vu, sans surprises.
			</li>
			<li>
			Elasticsearch doit fournir un retour pertinent si vous faites une fausse manipulation.
			</li>
			<li>
			Vous ne devez pas avoir &#xE0; modifier des param&#xE8;tres complexes, alors qu&apos;Elasticsearch est &#xE0; m&#xEA;me de prendre les meilleures d&#xE9;cisions &#xE0; votre place.

			</li>
			<li>
			Et par-dessus tout, vos donn&#xE9;es doivent &#xEA;tre en s&#xE9;curit&#xE9;.
			</li>
		</ul>
	<p>Ces objectifs ne sont pas tout &#xE0; fait atteints (de nombreuses am&#xE9;liorations sont encore &#xE0; venir), mais nous avons d&#xE9;j&#xE0; r&#xE9;alis&#xE9; d&apos;&#xE9;normes progr&#xE8;s, avec plus de 500 nouveaux commits dans la branche 2.x, par exemple :

	</p>
		<ul>
			<li>
			L&apos;utilisation par d&#xE9;faut de Doc Values sur disque plut&#xF4;t qu&apos;en m&#xE9;moire, afin de limiter l&apos;usage de la heap et d&apos;am&#xE9;liorer la scalabilit&#xE9;.

			</li>
			<li>
			La r&#xE9;duction de l&apos;utilisation de la heap pendant les op&#xE9;rations de merge de segments.
			</li>
			<li>
			    L&apos;am&#xE9;lioration de la compression des &quot;norms&quot;, qui prenaient jusque l&#xE0; beaucoup d&apos;espace heap.
			</li>
			<li>
			Le fait que les &#xE9;critures soient d&#xE9;sormais durables par d&#xE9;faut, gr&#xE2;ce au fsync syst&#xE9;matique du journal de transaction apr&#xE8;s chaque requ&#xEA;te.
			</li>
			<li>
			Les modifications de fichiers sont toutes atomiques : fini les fichiers partiellement &#xE9;crits.
			</li>
			<li>
			Limitation automatique des merges.

			</li>
			<li>
			Les requ&#xEA;tes par termes et par plages de valeurs sont plus rapides.
			</li>
			<li>
			Les bitsets sont compress&#xE9;s pour une mise en cache plus efficace du filtre.
			</li>
			<li>
			Les petites mises &#xE0; jour de l&apos;&#xE9;tat du cluster sont g&#xE9;r&#xE9;s par des diffs.
			</li>
			<li>
			Les exceptions JSON sont lisibles et structur&#xE9;es.
			</li>
			<li>
			Les rapports de m&#xE9;moire Lucene sont plus pr&#xE9;cis.
			</li>
			<li>
			Le d&#xE9;marrage se fait uniquement en local par d&#xE9;faut, afin d&apos;&#xE9;viter qu&apos;un noeud de d&#xE9;veloppement ne rejoigne par erreur un autre cluster.
			</li>
			<li>
			La relation parent/enfant est r&#xE9;&#xE9;crite afin de b&#xE9;n&#xE9;ficier d&apos;une ex&#xE9;cution optimale des requ&#xEA;tes.
			</li>
			<li>
			L&apos;ex&#xE9;cution se fait avec les autorisations minimales sous le Security Manager de Java.
			</li>
			<li>Tous les plugins essentiels ont &#xE9;t&#xE9; d&#xE9;plac&#xE9;s vers le d&#xE9;p&#xF4;t Elasticsearch principal et seront livr&#xE9;s en synchronisation parfaite avec chaque version d&apos;Elasticsearch.</li>
		</ul>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="_things_to_know_before_upgrading"></a>Bon &#xE0; savoir avant la mise &#xE0; niveau</h2>
			</div>
		</div>
	</div>
	<p>Les mises &#xE0; niveau importantes nous donnent l&apos;occasion de passer un bon coup de balai. Nous essayons dans la mesure du possible de fournir une mise &#xE0; niveau facile et r&#xE9;trocompatible pour chacune de ces modifications. Cependant, il reste deux modifications pour lesquelles vous devrez intervenir avant de pouvoir passer &#xE0; Elasticsearch 2.0.
	</p>
	<p>La premi&#xE8;re concerne les mappings de champs et de types. &#xC0; l&apos;heure actuelle, les API de mapping sont trop tol&#xE9;rantes. Nous comptons sur les utilisateurs pour se renseigner sur les bonnes pratiques au lieu de trop verrouiller le syst&#xE8;me. Dans la version 2.0, les mappings sont plus stricts et plus s&#xFB;rs, mais certaines des modifications ne seront pas r&#xE9;trocompatibles. Vous en apprendrez plus &#xE0; ce sujet dans l&apos;article <a class="ulink" href="/blog/great-mapping-refactoring">The Great Mapping Refactoring</a>.
	</p>
	<p>La seconde modification concerne les utilisateurs qui sont avec nous depuis Elasticsearch 0.20, ou m&#xEA;me avant - versions qui fonctionnaient avec Lucene 3.x. Elasticsearch 2.x est bas&#xE9; sur Lucene 5, et cette version est fournie avec la prise en charge de la lecture des index &#xE9;crits sous Lucene 4.x, mais pas Lucene 3.x.
	</p>
	<p>Si vous avez des index cr&#xE9;&#xE9;s avec Elasticsearch version 0.20 ou ant&#xE9;rieure, vous ne pourrez pas cr&#xE9;er de cluster sous Elasticsearch 2.x. Vous devrez supprimer ces index obsol&#xE8;tes ou bien les mettre &#xE0; niveau avec <a class="ulink" href="/guide/en/elasticsearch/reference/current/indices-upgrade.html" target="_top">l&apos;API upgrade</a> disponible &#xE0; partir d&apos;Elasticsearch version 1.6.0 ou ult&#xE9;rieure.

	</p>
	<p>L&apos;API upgrade effectue deux t&#xE2;ches :
	</p>
		<ul>
			<li>
			R&#xE9;&#xE9;criture au dernier format de tous les segments utilisant un des anciens formats Lucene.

			</li>
			<li>
			Ajout d&apos;un param&#xE8;tre permettant de marquer l&apos;index afin qu&apos;il soit lisible par Elasticsearch 2.x.
			</li>
		</ul>
	<p>Bien qu&apos;il soit pertinent de mettre tous les segments &#xE0; niveau vers la derni&#xE8;re version, vous pouvez choisir de proc&#xE9;der au minimum de manipulations possible avant la mise &#xE0; niveau : mettez &#xE0; niveau uniquement les segments Lucene 3.x en sp&#xE9;cifiant le param&#xE8;tre only_ancient_segments.
	</p>
</div><div class="section">
	<div class="titlepage">
		<div>
			<div>
				<h2 class="title"><a id="_elasticsearch_migration_plugin"></a>Plugin Migration Elasticsearch</h2>
			</div>
		</div>
	</div>
	<p>Nous avons publi&#xE9; le plugin Migration Elasticsearch pour vous aider &#xE0; v&#xE9;rifier si vous devez mettre vos index &#xE0; niveau ou effectuer toute autre action avant de migrer sous Elasticsearch 2.0. Veuillez le t&#xE9;l&#xE9;charger et l&apos;ex&#xE9;cuter sur votre cluster avant la mise &#xE0; niveau.
	</p>
	<p>Tout d&apos;abord, installez le plugin :
	</p>
	<div class="pre_wrapper">
		<pre class="programlisting prettyprint lang-shell">./bin/plugin -i elastic/elasticsearch-migration
        </pre>
	</div>
	<p>Le plugin peut &#xEA;tre install&#xE9; sur un cluster en ligne, et il n&apos;est pas n&#xE9;cessaire de red&#xE9;marrer le noeud.

	</p>
	<p>Ensuite, ouvrez le plugin dans votre navigateur en suivant ce lien :<br>
	</p>
	<p> <a class="ulink" href="http://localhost:9200/_plugin/migration" target="_top">http://localhost:9200/_plugin/migration</a>
	</p>
	<p>		(Modifiez localhost:9200 pour le remplacer par le nom d&apos;h&#xF4;te du noeud o&#xF9; est install&#xE9; le plugin.)
	</p>
	<p>Si vous rencontrez des bugs dans le plugin Migration ou avez des suggestions d&apos;am&#xE9;lioration, veuillez ouvrir un ticket sur <a class="ulink" href="http://github.com/elastic/elasticsearch-migration/issues" target="_top">GitHub issue tracker</a>.
	</p>
</div></body></html>

us-mailboxes.jpg

Elasticsearch 2.0.0.beta1 coming soon!

Elasticsearch 2.0.0.beta1 bientôt disponible !

«Quand Elasticsearch est utilisé comme modèle, un problème majeur est de réindexer à modification de schéma.» Désormais le changement s'opère immédiatement!

<html><head></head><body><section id="post_content">
<article>
<p><strong>Update November 2, 2015:&#xA0;</strong><em>Make sure to check out the updates with <a href="https://www.elastic.co/blog/elasticsearch-2-0-0-released">Elasticsearch mappings introduced in the 2.0 release</a>.</em><br>
</p>
<p>Un d&#xE9;veloppeur que je connais m&apos;a envoy&#xE9; le tweet suivant :
</p>
<p style="padding-left: 30px;"><em>Mon plus gros probl&#xE8;me lorsque j&apos;utilise Elasticsearch en tant que mod&#xE8;le est que je dois r&#xE9;indexer &#xE0; chaque fois que je modifie un sch&#xE9;ma. Au vu du volume de donn&#xE9;es, cela prend un sacr&#xE9; bout de temps, ce qui entra&#xEE;ne chez moi de longues indisponibilit&#xE9;s. Trop longues pour la plupart des applications.</em>
</p>
<p>Il est tout &#xE0; fait possible de proc&#xE9;der &#xE0; des modifications au niveau du sch&#xE9;ma/mapping sans arr&#xEA;t de service, mais le nombre d&apos;options possibles est bien trop important pour toutes les expliquer dans un tweet, d&apos;o&#xF9; ce billet.
</p>
<h2 id="_the_problem_8201_8212_8201_why_you_can_8217_t_change_mappings">Le probl&#xE8;me : pourquoi est-il impossible de modifier les mappings ?</h2>
<p>Vous ne pouvez chercher que les donn&#xE9;es ayant &#xE9;t&#xE9; ind&#xE9;x&#xE9;es. Afin que vous puissiez chercher vos donn&#xE9;es, votre base de donn&#xE9;es doit conna&#xEE;tre le type des donn&#xE9;es contenues dans chaque champ, ainsi que la fa&#xE7;on dont elles doivent &#xEA;tre index&#xE9;es. Si vous modifiez le type d&apos;un champ, par exemple si c&apos;est une cha&#xEE;ne et que vous en faites une date, toutes les donn&#xE9;es de ce champ que vous aurez d&#xE9;j&#xE0; index&#xE9;es deviendront inutiles. D&apos;une mani&#xE8;re ou d&apos;une autre, vous devrez r&#xE9;indexer ce champ.
</p>
<p>Cela s&apos;applique non seulement &#xE0; Elastisearch, mais &#xE9;galement &#xE0; toutes les bases de donn&#xE9;es qui utilisent des index pour ex&#xE9;cuter des recherches. Celles qui n&apos;utilisent pas les index sacrifient la vitesse au profit de la flexibilit&#xE9;.
</p>
<p>Elasticsearch (et Lucene) stockent leurs index dans des segments immuables ; chaque segment peut &#xEA;tre consid&#xE9;r&#xE9; comme un &#xAB; mini &#xBB; index invers&#xE9;. Ces segments ne sont jamais mis &#xE0; jour tels quels. La mise &#xE0; jour d&apos;un document cr&#xE9;e en fait un nouveau document et marque l&apos;ancien document comme ayant &#xE9;t&#xE9; supprim&#xE9;. Lorsque vous ajoutez de nouveaux documents (ou mettez &#xE0; jour des documents existants), de nouveaux segments sont cr&#xE9;&#xE9;s. Un processus de fusion (dit &quot;merge&quot;) s&apos;ex&#xE9;cute en arri&#xE8;re-plan, et fusionne plusieurs petits segments en un nouveau segment plus volumineux. Ensuite, les segments obsol&#xE8;tes sont d&#xE9;finitivement supprim&#xE9;s.

</p>
<p>En r&#xE8;gle g&#xE9;n&#xE9;rale, un index Elasticsearch comporte diff&#xE9;rents types de documents. Chaque _type poss&#xE8;de son propre sch&#xE9;ma ou son propre mapping. Un seul segment peut contenir des documents de types diff&#xE9;rents. Ainsi, si vous souhaitez modifier la d&#xE9;finition d&apos;un seul champ pour un seul type, vous n&apos;aurez pas vraiment d&apos;autre choix que de r&#xE9;indexer tous les documents de votre index.
</p>
<h2 id="_adding_fields_is_free">L&apos;ajout de champs est sans cons&#xE9;quence</h2>
<p>Un segment ne contient des index que pour les champs qui existent r&#xE9;ellement dans ses documents. Cela signifie que vous pouvez ajouter de nouveaux champs sans que cela porte &#xE0; cons&#xE9;quence, &#xE0; l&apos;aide de <a href="http://www.elasticsearch.org/guide/reference/api/admin-indices-put-mapping/">l&apos;API put_mapping</a>. Il est alors inutile de r&#xE9;indexer.

</p>
<h2 id="_reindexing_your_data">R&#xE9;indexation de vos donn&#xE9;es</h2>
<p>Le processus de r&#xE9;indexation de vos donn&#xE9;es est tr&#xE8;s simple. Tout d&apos;abord, cr&#xE9;ez un nouvel index avec le nouveau mapping et les nouveaux param&#xE8;tres :

</p>
<pre class="prettyprint ">curl -XPUT localhost:9200/new_index -d &apos;
{
    &quot;mappings&quot;: {
        &quot;my_type&quot;: { ... new mapping definition ...}
    }
}
&apos;
</pre>
<p>Ensuite, extrayez tous les documents de votre ancien index, &#xE0; l&apos;aide d&apos;une <a href="http://www.elasticsearch.org/guide/reference/api/search/scroll/"><em>recherche scroll</em></a> et indexez-les dans le nouvel index &#xE0; l&apos;aide de <a href="http://www.elasticsearch.org/guide/reference/api/bulk/">l&apos;API bulk</a>. Bon nombre des API client proposent une m&#xE9;thode de r&#xE9;indexation reindex() qui effectue toutes ces actions &#xE0; votre place. Une fois fait, vous pouvez supprimer l&apos;ancien index.

</p>
<p><strong>Remarque :</strong> assurez-vous d&apos;inclure le crit&#xE8;re <a href="http://www.elasticsearch.org/guide/reference/api/search/search-type.html"><code>search_type=scan</code></a> dans votre requ&#xEA;te de recherche. Cela permet de d&#xE9;sactiver le tri et d&apos;am&#xE9;liorer l&apos;efficacit&#xE9; du parcours de l&apos;ensemble du r&#xE9;sultat.

</p>
<p>Le probl&#xE8;me de cette approche est que le nom de l&apos;index va changer, ce qui signifie que vous devrez modifier votre application afin qu&apos;elle utilise le nouveau nom d&apos;index.

</p>
<h2 id="_reindexing_your_data_with_zero_downtime">R&#xE9;indexation de vos donn&#xE9;es sans indisponibilit&#xE9;</h2>
<p>Les alias d&apos;index nous permettent de r&#xE9;indexer les donn&#xE9;es en arri&#xE8;re-plan, de mani&#xE8;re totalement transparente pour notre application. Un <a href="http://www.elasticsearch.org/guide/reference/api/admin-indices-aliases/">alias</a> est comme un lien symbolique qui peut pointer vers un ou plusieurs index r&#xE9;els.

</p>
<p>La proc&#xE9;dure se d&#xE9;roule g&#xE9;n&#xE9;ralement comme suit. Vous commencez par cr&#xE9;er un index, en ajoutant un num&#xE9;ro de version ou un horodatage &#xE0; son nom :
</p>
<pre class="prettyprint ">curl -XPUT localhost:9200/my_index_v1 -d &apos;
{ ... mappings ... }
&apos;
</pre>
<p>Create an alias which points to the index:
</p>
<pre class="prettyprint ">curl -XPOST localhost:9200/_aliases -d &apos;
{
    &quot;actions&quot;: [
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index&quot;,
            &quot;index&quot;: &quot;my_index_v1&quot;
        }}
    ]
}
&apos;
</pre>
<p>Votre application peut d&#xE9;sormais communiquer avec my_index comme s&apos;il s&apos;agissait d&apos;un v&#xE9;ritable index.
</p>
<p>Lorsque vous devez r&#xE9;indexer vos donn&#xE9;es, vous pouvez cr&#xE9;er un nouvel index en ajoutant un nouveau num&#xE9;ro de version ;
</p>
<pre class="prettyprint ">curl -XPUT localhost:9200/my_index_v2 -d &apos;
{ ... mappings ... }
&apos;
</pre>
<p>R&#xE9;indexez ensuite les donn&#xE9;es de my_index_v1 dans le nouvel index my_index_v2, puis modifiez l&apos;alias myindex pour qu&apos;il pointe vers le nouvel index, en une seule &#xE9;tape atomique :
</p>
<pre class="prettyprint ">curl -XPOST localhost:9200/_aliases -d &apos;
{
    &quot;actions&quot;: [
        { &quot;remove&quot;: {
            &quot;alias&quot;: &quot;my_index&quot;,
            &quot;index&quot;: &quot;my_index_v1&quot;
        }},
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index&quot;,
            &quot;index&quot;: &quot;my_index_v2&quot;
        }}
    ]
}
&apos;
</pre>
<p>Enfin, supprimez l&apos;ancien index :
</p>
<pre class="prettyprint ">curl -XDELETE localhost:9200/my_index_v1
</pre>
<p>Vous avez r&#xE9;index&#xE9; toutes les donn&#xE9;es en arri&#xE8;re-plan sans aucune indisponibilit&#xE9;. Votre application n&apos;a m&#xEA;me pas not&#xE9; que l&apos;index a &#xE9;t&#xE9; modifi&#xE9;.
</p>
<p>Il s&apos;agit donc de l&apos;approche de gestion standard des modifications de sch&#xE9;ma. Il existe toutefois diverses autres options que je vais maintenant exposer.
</p>
<h2 id="_i_don_8217_t_care_about_old_data">Mes anciennes donn&#xE9;es ne me sont d&apos;aucune utilit&#xE9;</h2>
<p>Comment proc&#xE9;der si vous souhaitez modifier le type de donn&#xE9;es d&apos;un seul champ et que vous vous moquiez qu&apos;il soit impossible d&apos;effectuer des recherches dans vos anciennes donn&#xE9;es ? Dans ce cas, plusieurs choix s&apos;offrent &#xE0; vous :
</p>
<h3 id="_delete_the_mapping">Supprimer le mapping</h3>
<p><strong>Update November 2, 2015: </strong><em>Please note that delete mappings are not supported in <a href="https://www.elastic.co/blog/release-we-have">Elasticsearch 2.0+</a>.</em><br>
</p>
<p>Si vous <a href="http://www.elasticsearch.org/guide/reference/api/admin-indices-delete-mapping.html">supprimez le mapping</a> d&apos;un type sp&#xE9;cifique, vous pouvez utiliser <a href="http://www.elasticsearch.org/guide/reference/api/admin-indices-put-mapping/">l&apos;API put_mapping</a> pour cr&#xE9;er un mapping pour ce type dans l&apos;index actuel.
</p>
<blockquote><strong>Remarque :</strong> lorsque vous supprimez un mapping pour un type, vous supprimez &#xE9;galement tous les documents associ&#xE9;s &#xE0; ce type dans l&apos;index.
</blockquote>
<p>Cette option est particuli&#xE8;rement utile lorsque vous souhaitez modifier le mapping d&apos;un type qui contient peu de documents.
</p>
<h3 id="_rename_the_field">Renommer le champ</h3>
<p>L&apos;ajout de nouveaux champs est sans cons&#xE9;quence. Vous pourriez donc ajouter un champ associ&#xE9; &#xE0; un nom avec des param&#xE8;tres diff&#xE9;rents afin de l&apos;utiliser dans vos documents futurs. Bien entendu, cela implique de modifier le nom de champ utilis&#xE9; par votre application.

</p>
<h3 id="_upgrade_to_a_multi_field">Passer au multi-field</h3>
<p><a href="http://www.elasticsearch.org/guide/reference/mapping/multi-field-type/">Les multi-fields</a> permettent d&apos;utiliser un m&#xEA;me champ pour diff&#xE9;rents besoins. Classiquement, il est possible d&apos;indexer un champ de titre par exemple, de deux mani&#xE8;res : sous forme de cha&#xEE;ne analys&#xE9;e pour l&apos;&#xE9;tablissement de requ&#xEA;tes et sous une forme non analys&#xE9;e pour le tri.

</p>
<p>Tout champ scalaire (c&apos;est-&#xE0;-dire &#xE0; l&apos;exclusion des champs de type objet ou nested) peut &#xEA;tre converti en multi-field sans r&#xE9;indexation &#xE0; l&apos;aide de <a href="http://www.elasticsearch.org/guide/reference/api/admin-indices-put-mapping/">l&apos;API put_mapping</a>. Par exemple, si nous disposons d&apos;un champ nomm&#xE9; created actuellement d&#xE9;fini comme une cha&#xEE;ne :

</p>
<pre class="prettyprint ">{
    &quot;created&quot;: { &quot;type&quot;: &quot;string&quot;}
}
</pre>
<p>Nous pouvons le convertir en multi-field et lui ajouter un sous-champ date :
</p>
<pre class="prettyprint ">curl -XPUT localhost:9200/my_index/my_type/_mapping -d &apos;
{
    &quot;my_type&quot;: {
        &quot;properties&quot;: {
            &quot;created&quot;: {
                &quot;type&quot;:   &quot;multi_field&quot;,
                &quot;fields&quot;: {
                    &quot;created&quot;: { &quot;type&quot;: &quot;string&quot; },
                    &quot;date&quot;:    { &quot;type&quot;: &quot;date&quot;   }
                }
            }
        }
    }
}
&apos;
</pre>
<p>Le champ created d&apos;origine existe encore, sous la forme du sous-champ principal et peut faire l&apos;objet d&apos;une requ&#xEA;te sur created ou created.created. La nouvelle version de ce champ de type date peut faire l&apos;objet d&apos;une requ&#xEA;te sur created.date et ne sera renseign&#xE9;e que pour les nouveaux documents.
</p>
<h2 id="_using_aliases_for_greater_flexibility">Utilisation des alias pour une meilleure flexibilit&#xE9;</h2>
<p>Parfois, les approches ci-dessus peuvent ne pas &#xEA;tre suffisantes. Imaginons que votre application inclue 100 000 documents utilisateur et 10 000 000 documents de blog. Vous souhaitez modifier le mapping des documents utilisateurs sans devoir r&#xE9;indexer tous les blogs.

</p>
<p>Vous pouvez tout &#xE0; fait stocker diff&#xE9;rents types dans diff&#xE9;rents index. Elasticsearch peut effectuer des recherches aussi bien sur plusieurs index que sur un seul. Ainsi, vous ne devez r&#xE9;indexer que l&apos;index contenant le type que vous souhaitez modifier. En utilisant judicieusement les alias, vous pouvez faire en sorte que la r&#xE9;indexation soit enti&#xE8;rement transparente pour votre application.

</p>
<p>Dans cette approche, votre application doit utiliser un alias distinct pour chaque type. Par exemple, au lieu d&apos;indexer tous les documents dans my_index, vous devez indexer les documents utilisateur dans my_index_user et les documents de blog dans my_index_blog :

</p>
<pre class="prettyprint ">curl -XPOST localhost:9200/_aliases -d &apos;
{
    &quot;actions&quot;: [
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_user&quot;,
            &quot;index&quot;: &quot;my_index_v2&quot;
        }},
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_blog&quot;,
            &quot;index&quot;: &quot;my_index_v2&quot;
        }}
    ]
}
&apos;
</pre>
<p>Pour effectuer des recherches dans les documents utilisateur et blog, vous pouvez simplement indiquer les deux alias :
</p>
<pre class="prettyprint ">curl localhost:9200/my_index_blog,my_index_user/_search
</pre>
<p>Lorsque vous souhaitez modifier le mapping des utilisateurs, commencez par cr&#xE9;er un index juste pour les utilisateurs, puis choisissez le nombre appropri&#xE9; de shards primaires uniquement pour les documents utilisateur :
</p>
<pre class="prettyprint ">curl -XPUT localhost:9200/my_index_users_v1 -d &apos;
{
    &quot;settings&quot;: {
        &quot;index&quot;: {
            &quot;number_of_shards&quot;: 1
        }
    },
    &quot;mappings&quot;: {
        &quot;user&quot;: { ... new user mapping ... }
    }
}
&apos;
</pre>
<p>R&#xE9;indexez uniquement les documents utilisateur de l&apos;ancien index vers le nouveau :
</p>
<pre class="prettyprint ">curl &apos;localhost:9200/my_index_user/user?scroll=1m&amp;search_type=scan&apos; -d &apos;
{
    &quot;size&quot;: 1000
}
&apos;
</pre>
<p>Et mettez &#xE0; jour l&apos;alias :
</p>
<pre class="prettyprint ">curl -XPOST localhost:9200/_aliases -d &apos;
{
    &quot;actions&quot;: [
        { &quot;remove&quot;: {
            &quot;alias&quot;: &quot;my_index_user&quot;,
            &quot;index&quot;: &quot;my_index_v2&quot;
        }},
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_user&quot;,
            &quot;index&quot;: &quot;my_index_user_v1&quot;
        }}
    ]
}
&apos;
</pre>
<p>Vous pouvez utiliser une requ&#xEA;te <a href="http://www.elasticsearch.org/guide/reference/api/delete-by-query.html"><code>delete-by-query</code></a> pour supprimer les documents utilisateur de l&apos;ancien index :

</p>
<pre class="prettyprint ">curl -XDELETE localhost:9200/my_index_v1/user
</pre>
<p>&#xC0; pr&#xE9;sent, vous pouvez utiliser l&apos;approche de r&#xE9;indexation standard d&#xE9;crite plus haut &#xE0; chaque fois que vous souhaitez modifier le mapping des documents utilisateur.

</p>
<h3 id="_using_aliases_without_reindexing">Utilisation d&apos;alias sans r&#xE9;indexation</h3>
<p>Si vous souhaitez que vos modifications ne s&apos;appliquent qu&apos;aux nouveaux documents, vous pouvez tout de m&#xEA;me utiliser les alias sans avoir &#xE0; proc&#xE9;der &#xE0; une r&#xE9;indexation. Vous devez alors toujours cr&#xE9;er un index my_index_user_v1, mais &#xE9;galement deux index suppl&#xE9;mentaires : my_index_user pour l&apos;indexation et my_index_users (pluriel) pour la recherche :
</p>
<pre class="prettyprint ">curl -XPOST localhost:9200/_aliases -d &apos;
{
    &quot;actions&quot;: [
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_user&quot;,
            &quot;index&quot;: &quot;my_index_user_v1&quot;
        }},
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_users&quot;,
            &quot;index&quot;: &quot;my_index_user_v1&quot;
        }},
        { &quot;add&quot;: {
            &quot;alias&quot;: &quot;my_index_users&quot;,
            &quot;index&quot;: &quot;my_index_v1&quot;
        }},
    ]
}
&apos;
</pre>
<p>L&apos;alias my_index_user pointe vers le nouvel index et tous les nouveaux documents utilisateur sont index&#xE9;s avec cet alias. L&apos;alias my_index_users pointe vers le nouvel index ET vers l&apos;ancien index. Vous pouvez ainsi effectuer des recherches sur ces deux index en m&#xEA;me temps. L&apos;ancien index utilisera l&apos;ancien mapping et le nouvel index le nouveau.

</p>
<p>Comme vous pouvez le voir, Elasticsearch propose de nombreuses options de gestion des index. En prenant le temps de bien planifier sa strat&#xE9;gie, il devient possible de g&#xE9;rer les modifications sans entra&#xEE;ner d&apos;indisponibilit&#xE9;.
</p>
<aside id="post_tags">
</aside>
</article>
</section></body></html>

AUTHOR

Article de Clinton Gormley

Elasticsearch 5.0.0

Exécuter des plugins de type site avec Elasticsearch 5.0

Lancement de Elasticsearch 2.3.0 et 2.2.2

Sortie de Elasticsearch 2.2.0, 2.1.2 et 1.7.5

Lancement de Elasticsearch 2.0.0 GA

Elasticsearch 2.0.0.beta1 bientôt disponible !

Modification du mapping à chaud

Inscrivez-vous à un essai gratuit d'Elastic Cloud

Produits et solutions

Entreprise

Ressources

Solutions

La Suite Elastic (ELK)

NOUVEAUTÉ

AUTHOR

Article de Clinton Gormley

Elasticsearch 5.0.0

Exécuter des plugins de type site avec Elasticsearch 5.0

Lancement de Elasticsearch 2.3.0 et 2.2.2

Sortie de Elasticsearch 2.2.0, 2.1.2 et 1.7.5

Lancement de Elasticsearch 2.0.0 GA

Elasticsearch 2.0.0.beta1 bientôt disponible !

Modification du mapping à chaud

Inscrivez-vous à un essai gratuit d'Elastic Cloud

Entreprise

Ressources