Tous les produits
Search
Centre de documentation

Elasticsearch:Méthodes de mise à jour des clusters

Dernière mise à jour :Aug 09, 2026

Au fur et à mesure que votre activité se développe, vous pouvez avoir besoin d'effectuer une montée en charge horizontale (scale out) ou verticale (scale in), de mettre à niveau les versions ou de migrer des nœuds au sein de votre cluster Elasticsearch. Pour prendre en charge ces opérations, Elasticsearch propose deux méthodes de mise à jour du cluster : la mise à jour sur place et la mise à jour blue-green. Dans la plupart des cas, le système sélectionne automatiquement la méthode appropriée. Lorsque vous redémarrez un cluster ou un nœud, ou lorsque vous mettez à jour la configuration d'un cluster, vous avez la possibilité de choisir manuellement la méthode.

Avant de commencer

Avant toute mise à jour du cluster, assurez-vous que :

  • Chaque index du cluster dispose d'au moins un shard réplica. Cela améliore la stabilité du cluster.

  • Pour les clusters multi-zones : le nombre de shards réplicas par index doit être inférieur au nombre de zones dans lesquelles le cluster est déployé. Après la modification, vous pouvez augmenter manuellement le nombre de shards réplicas. Pour plus d'informations, consultez Index Templates.

Fonctionnement de chaque méthode

Mise à jour sur place

Le système effectue une mise à jour progressive (rolling update) sur les nœuds que vous souhaitez mettre à jour. Aucune migration de données n'est impliquée ; par conséquent, le temps de mise à jour n'est pas affecté par le volume de données. Les performances du cluster peuvent être temporairement impactées pendant l'opération.

Idéal pour : Les clusters confrontés à un goulot d'étranglement des performances, lorsque la rapidité de la mise à jour est prioritaire.

Avertissement

Les mises à jour sur place peuvent affecter les performances du cluster. Planifiez-les durant les heures creuses.

Mise à jour blue-green

Le système ajoute au cluster un nombre de nouveaux nœuds identique à celui des nœuds existants, migre les données des nœuds d'origine vers les nouveaux nœuds, puis supprime les nœuds d'origine. La migration s'effectue de manière transparente, mais prend du temps. Les adresses IP des nœuds changent une fois la mise à jour terminée.

Idéal pour :

  • La disponibilité du cluster est prioritaire et la vitesse de mise à jour n'est pas critique.

  • Un nœud présente des problèmes de performance persistants, tels qu'une utilisation élevée et soutenue du CPU.

Avertissement

La durée d'une mise à jour blue-green dépend des spécifications du cluster, de la structure des données et du volume de données — généralement quelques heures. Dans des cas extrêmes, les opérations de lecture peuvent être affectées. Configurez un mécanisme de nouvelle tentative d'accès pour votre client avant de démarrer une mise à jour blue-green. Planifiez les mises à jour blue-green durant les heures creuses.

Choisir une méthode de mise à jour

Le tableau suivant indique quand chaque méthode s'applique.

Cas nécessitant une mise à jour blue-green

Certaines opérations ne peuvent utiliser que la méthode de mise à jour blue-green :

Scénario Notes
Migration de nœuds entre zones La mise à jour blue-green est la seule méthode disponible.
Modification du type de disque des nœuds lors d'une mise à niveau ou d'un downgrade La mise à jour blue-green est la seule méthode disponible, même si vous pouvez habituellement choisir une autre méthode pour la mise à niveau.
Augmentation de l'espace de stockage Ultra Disk à plus de 2 To lors d'une mise à niveau La mise à jour blue-green est la seule méthode disponible.

Cas où la mise à jour blue-green est indisponible

Les opérations suivantes ne peuvent pas utiliser la méthode de mise à jour blue-green :

Scénario Méthode disponible
Redémarrage forcé Mise à jour sur place uniquement
Mise à jour blue-green uniquement pour les nœuds master dédiés Non pris en charge
Mise à jour blue-green uniquement pour les nœuds client (lorsque le cluster ne comporte aucun nœud master dédié) Non pris en charge

Recommandations générales

Scénario Méthode recommandée
Le cluster rencontre un goulot d'étranglement des performances ; une mise à jour rapide est nécessaire Mise à jour sur place
La haute disponibilité est prioritaire ; la vitesse de mise à jour n'est pas critique Mise à jour blue-green
Les performances d'un nœud sont constamment dégradées (par exemple, utilisation élevée du CPU) Mise à jour blue-green

Étapes suivantes