Comment effectuer une mise à niveau (et pourquoi)

Qui dit nouvelles versions, dit fin de vie pour les plus anciennes. Il y a donc des implications sur le niveau de support technique que nous pouvons proposer en cas de problèmes.

• Dates de fin de vie des produits
• Politique d'Elastic relative à la fin de vie des produits
• Matrice de prise en charge

Malheureusement, nous ne sommes pas à l'abri des bugs. Heureusement, nos testeurs et notre vaste communauté d'utilisateurs nous aident à les repérer pour que nous puissions les résoudre. Pour les corriger, rien de plus simple, il suffit de faire la mise à niveau.

Concernant les problèmes de sécurité qui font leur apparition, vous pouvez les soumettre sur la page prévue à cet effet. Nous les examinerons. La bonne nouvelle pour les utilisateurs d'Elastic Cloud, c'est que les correctifs de sécurité sont automatiquement appliqués par Elastic.

• Signaler ou suivre un problème de sécurité
• Suivre les annonces de sécurité sur les forums de la communauté

Notre but est d'améliorer continuellement les performances de nos produits, pour que vous puissiez faire vos recherches plus rapidement, utiliser moins de mémoire et accéder à des stockages plus économiques.

Outre les améliorations continues des performances d'Elastic Stack, de nombreuses nouvelles fonctionnalités récemment publiées améliorent l'expérience utilisateur de nos principales solutions : Search, Observability et Security.

• Articles de blog consacrés à la nouvelle version
• Page d'accueil générale des articles de blog
• Abonnements Elastic

Il est très important de cartographier tous les composants utilisés sur la Suite Elastic. Lorsque vous mettez à niveau votre déploiement, vous devez potentiellement mettre à niveau tous les autres composants. Vous devriez indiquer si chaque composant est utilisé, et dans l'affirmative, la version dont vous disposez. Voici un exemple de liste de composants à vérifier :

Conseil : lorsque vous dressez votre inventaire, vous pouvez activer le logging d'audit pour évaluer les ressources qui accèdent à votre déploiement.

Il est vivement recommandé de tester et de mettre à niveau votre environnement de développement avant votre environnement de production. De ce fait, il est crucial de vous assurer que vos environnements de développement et de production sont paramétrés de la même façon. Voici un exemple de liste de composants à vérifier :

Conseil : pour tester correctement la mise à niveau, assurez-vous que votre environnement de test fonctionne avec des charges de recherche et d'indexation similaires à celles de votre environnement de production.

Une fois la mise à niveau lancée, il est impératif de l'achever. C'est pourquoi vous devez être paré au cas où quelque chose tournerait mal.

Si une erreur se produit, une bonne pratique consiste à restaurer vos données telles qu'elles étaient avant la tentative de mise à niveau.

Pour cela, vous devez prendre un snapshot de votre cluster avec les index de l'ancienne version. Ensuite (en cas d'incident), vous devez restaurer ce snapshot pour récupérer vos données.

Contactez toujours le support technique si vous rencontrez des difficultés lors de la mise à niveau, mais il est essentiel de disposer d'un snapshot pour la récupération.

Conseil : si vous effectuez une mise à niveau vers Elastic Cloud, une capture d'écran est automatiquement prise avant la mise à niveau.

Étant donné que des modifications sont apportées aux logiciels au fur et à mesure que de nouvelles versions voient le jour, il est possible qu'il y ait des incompatibilités à résoudre pour pouvoir exécuter correctement une mise à niveau.

Nous vous conseillons d'étudier toutes les modifications apportées entre la version en cours et votre version.

Pour vérifier l'intégrité de votre cluster avant une mise à niveau, rien de tel que le monitoring de cluster. Votre cluster de monitoring devrait être systématiquement distinct de votre cluster de production.

Enfin, il est absolument vital d'exécuter l'assistant de mise à niveau Kibana, car celui-ci vous aidera à repérer les problèmes éventuels de votre mise à niveau.

• Étudier les changements majeurs et s'y préparer
• Configurer le monitoring des clusters pour vérifier l'intégrité avant la mise à niveau
• Vérifier vos logs de déclassement
• Exécuter l'assistant de mise à niveau Kibana pour évaluer les risques et procéder à une réindexation si nécessaire

• Déterminez si l'intégrité du déploiement actuel est optimale et si vous disposez de ressources suffisantes (disque, processeur, mémoire) pour entamer la mise à niveau. Rappelez-vous que, lors d'une mise à niveau, des nœuds sont mis hors service, tandis que les nœuds restants doivent gérer la charge.
• Planifier une plage de maintenance lorsque la charge est faible
• Interrompre ou diminuer votre taux d'ingestion des documents
• Cessez d'exécuter des tâches inutiles, p.ex. le Machine Learning.
• Créez un ticket de support en cas de problèmes et de doutes.

Elastic Cloud

Avec Elastic Cloud, vous pouvez mettre à niveau la version de votre Suite Elastic d'un simple clic, sans indisponibilité.

C'est la méthode la plus simple et la plus facile pour mettre à niveau votre cluster.

Remarque : les fonctionnalités d'Elastic Cloud (Elasticsearch Service ou ESS) sont publiées toutes les quelques semaines et disponibles automatiquement, tandis qu'Elastic Cloud Enterprise (ECE) a des versions distinctes et doit être mis à niveau séparément.

En ce qui concerne la mise à niveau d’ Elastic Cloud on Kubernetes (ECK), quelques aspects supplémentaires sont à prendre en compte.

Sur site

Pour réaliser la mise à niveau, plusieurs options sont possibles. Elles présentent toutes des avantages différents, ainsi que des aspects spécifiques à prendre en compte.

Découvrez ci-dessous les principales stratégies de mise à niveau disponibles.

Conseil : si vous utilisez des données de séries chronologiques et que vous disposez d'une période de conservation raisonnable, vous pouvez le faire :

• créer un déploiement pour la nouvelle version ;
• acheminer vos logs à la fois vers la nouvelle version et l'ancienne version ;
• confirmer que les données du nouveau déploiement correspondent à celles de l'ancien ;
  • Une recherche inter-clusters peut être utilisée pour faire des recherches sur plusieurs déploiements simultanément.
• patienter jusqu'à ce que l'ensemble des données de l'ancienne version atteignent la date limite de conservation ;
• supprimer l'ancien déploiement et utiliser le nouveau.

En savoir plus

• Mise à niveau en cours
• Redémarrage intégral du cluster
• Réindexation pour la mise à niveau
• Créer un snapshot et le restaurer

Les consultants d'Elastic sont là pour vous aider à gérer vos déploiements Elastic.

Ils disposent d'une vaste expérience en matière de mise à niveau.

Contactez Elastic Consulting pour en savoir plus et inscrivez-vous pour regarder ce webinar concernant la mise à niveau vers la version 8.x.

Si vous disposez d'un abonnement Elastic pris en charge, notre équipe de support technique peut vous apporter son aide si les choses tournent mal avec votre déploiement lors de la mise à niveau.

C'est pourquoi nous vous recommandons systématiquement d'ouvrir un cas si vous avez des doutes concernant la mise à niveau. Ainsi, nos ingénieurs pourront se préparer à gérer les éventuels problèmes que vous pourriez rencontrer et à vous fournir des conseils.

Si votre environnement de production tombe en panne pendant une mise à niveau, votre ticket devrait avoir une sévérité de niveau 1.

Vous pouvez toujours poser une question sur les forums de discussion de la communauté si vous avez des doutes ou des problèmes avant ou pendant votre processus de mise à niveau.

Notre équipe de documentation a créé plusieurs ressources pour vous guider tout au long de votre mise à niveau. Celles-ci contiennent des détails techniques.

Par ailleurs, notre onglet Étapes de la mise à niveau peut également s'avérer utile.

• Page d'accueil sur la mise à niveau
• Mise à niveau d'Elasticsearch
• Mise à niveau sur Elastic Cloud
• Mise à niveau d'Elastic sur site