Matrice de prise en charge

À partir de la version 7.12, nous prenons en charge aarch64 avec le même ensemble de distributions que x86_64.

Le chiffrement au repos pour Elasticsearch via dm-crypt est pris en charge sur tous les systèmes d'exploitation Linux.

La prise en charge des distributions Linux répertoriées nécessite une installation Linux native. Par exemple, le sous-système Windows pour Linux (WSL) n'est pas pris en charge.

* Prise en charge avec le noyau RHEL pour toutes les versions répertoriées et Oracle UEK à partir d'Elasticsearch 6.8.x.

** Archives zip/tar.gz uniquement. L'installation RPM n'est pas prise en charge sur SLES 11.

*** Nous pouvons être amenés à vous demander de passer à une version plus récente d'Amazon Linux dans le cadre de notre processus de prise en charge.

‡ CentOS 6, RHEL 6 et Oracle Enterprise Linux 6 ne prennent pas en charge les fichiers regroupés de JDK 15+ à partir de la version 7.9.2 en raison d'incompatibilités glibc.

Pour la conformité FIPS 140-2, Elasticsearch nécessite Oracle JDK 11 (Elasticsearch 7.x) ou Oracle JDK 17 (Elasticsearch 8.13+) avec le fournisseur Bouncy Castle FIPS 1.0 (bcfips).

Pour la conformité FIPS 140-3, Elasticsearch nécessite Oracle JDK 21 ou Temurin JDK 21 avec le fournisseur Bouncy Castle FIPS 2.0 (bcfips).

¹ Non compatible avec les versions 7.17.x antérieures à 7.17.5

² Pris en charge à partir de la version 7.17.26

³ Pris en charge à partir de la version 8.19.15

⁴ Pris en charge à partir de la version 8.19.24

Pour l'indexation de dense_vector à l'aide d'un GPU NVIDIA, le plug-in Elasticsearch pour les versions 9.3 et 9.4 prend en charge NVIDIA CUDA 12.9 et 13 et cuVS 2025.12.

Les versions 8.0.0 à 8.4.3 et 7.15.1 à 7.17.6 d'Elasticsearch ne parviennent pas à démarrer sur les hôtes utilisant le groupe de contrôle v2 avec le JDK fourni.

Docker 20.10.10+ est requis pour exécuter les versions 8.16+ de Stack.

À partir de la version 7.10, nous prenons en charge aarch64 avec le même ensemble de distributions que x86_64.

La prise en charge des distributions Linux répertoriées nécessite une installation Linux native (par exemple, le sous-système Windows pour Linux (WSL) n'est pas pris en charge).

La création de rapports Kibana PNG/PDF utilise une combinaison binaire de Chromium headless, et la prise en charge s'accompagne de mises en garde particulières :

• Cette fonctionnalité nécessite des dépendances de système d'exploitation spéciales, qui ne sont peut-être pas disponibles pour toutes les distributions et configurations de Linux.
• Elle dépend de configurations de ressources système comme le nombre limité de descripteurs de fichier, de processus autorisés et de types de processus.
• Les versions de Linux en phase de fin de vie ne sont pas prises en charge.
• Les systèmes Linux avec SELinux ou fapolicyd ne sont pas pris en charge.

La prise en charge du système d'exploitation est liée à la version Node.js fournie avec Kibana. Une fois qu'une version de Node.js atteint sa fin de vie, nous procéderons à une mise à niveau qui pourrait entraîner une perte de compatibilité avec certaines plateformes.

À partir des versions 7.14, nous prenons en charge aarch64 sur Linux avec le même ensemble de distributions que x86_64.

À partir de la version 7.17.19, les versions 7.17.x ne sont plus compatibles avec macOS 10.14, 10.15, CentOS 8, Debian 9, Windows 8 et Windows Server 2012, qui ont atteint leur fin de vie.

À partir de la version 7.17.23, les versions 7.17.x ne sont plus compatibles avec CentOS/RHEL 7 ou Debian 10 qui ont atteint leur fin de vie.

¹ Nous pouvons être amenés à vous demander de passer à des versions plus récentes d’Amazon Linux dans le cadre de notre processus de prise en charge.

² Archives zip/tar.gz uniquement. L'installation RPM n'est pas compatible avec SLES 11.

³ CentOS 6, RHEL 6 et Oracle Enterprise Linux 6 ne prennent pas en charge JDK 15+.

⁴ Pris en charge à partir de la version 8.19.17.

* Nous pouvons être amenés à vous demander de passer à une version plus récente d'Amazon Linux dans le cadre de notre processus de prise en charge.

** La compatibilité s'applique à la CLI regroupée pour le déploiement de Functionbeat sur des frameworks sans serveur. Attention : Functionbeat ne sera plus pris en charge 12 mois après le lancement de la version 8.5. Elastic Serverless Forwarder (qui est en disponibilité générale) est un produit de remplacement fourni aux personnes souhaitant ingérer des données dans un environnement sans serveur.

*** L'agent de monitoring synthétique basé sur un navigateur réel est transféré sous forme d'image Docker.

****À partir de 7.17.19, les versions 7.17.x ne prennent pas en charge macOS 10.14, 10.15, CentOS 8, Debian 9, Windows 7, Windows 8 et Windows Server 2008 et 2012, qui ont atteint leur fin de vie.

Vous pouvez également procéder à une autocompilation sans prise en charge sur Linux PPC/PPC64LE, Solaris/SmartOS et FreeBSD.

Remarque : aucun package Homebrew n'est disponible pour Beats >= 8.0.

À compter de la version 8.0, Beats ne prend pas en charge les systèmes d'exploitation 32 bits.

Les programmes d'installation Windows MSI pour Beats sont disponibles sur notre page de téléchargements, mais sont actuellement en version bêta.

Beats est également pris en charge sur Windows Server Datacenter Core pour les versions de Windows Server indiquées dans la matrice.

Elastic supprimera la prise en charge d’un système d’exploitation de cette matrice 6 mois après sa fin de vie. Nous encourageons nos utilisateurs à mettre à niveau leurs systèmes d’exploitation vers une version prise en charge par l’éditeur de la plateforme.

Certaines entrées et intégrations ne sont pas prises en charge sur tous les systèmes d'exploitation. Consultez la documentation pour en savoir plus.

À partir des versions 7.16, nous prenons en charge aarch64 sur Linux avec le même ensemble de distributions que x86_64

À partir des versions 8.2, les binaires MacOS prennent en charge x86_64 et aarch64, ainsi que les jeux de puces M1 et M2 d'Apple

Version de Google Container Optimized OS : cos97-lts

Elastic Agent est également pris en charge sur l'équivalent Windows Server Datacenter Core des versions de Windows Server mentionnées dans la matrice

Elastic Agent n'est pas pris en charge sur les systèmes d'exploitation 32 bits.

Elastic Agent n'est pas pris en charge sur Windows Powershell ISE

* À partir de la version 7.17.19, les versions 7.17.x ne prennent pas en charge MacOS 10.14, 10.15, CentOS 8, Debian 9, Windows 8 et Windows Server 2012, qui sont arrivés en fin de vie.

Elastic s'efforcera de fournir une prise en charge d'un système d'exploitation tant qu'il sera pris en charge par le langage de programmation open source GO et par le fournisseur (que ce soit dans le cadre d'une prise en charge générale ou d'une prise en charge à long terme). Si GO cesse de prendre en charge un système d'exploitation, la stabilité d'Elastic Agent peut être affectée et Elastic peut décider d'abandonner la prise en charge de ce système d'exploitation. Nous encourageons nos utilisateurs à mettre à niveau leurs systèmes d'exploitation vers une version entièrement prise en charge par le fournisseur de la plateforme.

Vous pouvez également compiler vous-même, sans prise en charge, sur Linux PPC/PPC64LE, Solaris/SmartOS et FreeBSD.

Elastic vise à prendre en charge un système d'exploitation aussi longtemps qu'il reste couvert par le programme de prise en charge à long terme du fournisseur et que les composants tiers requis continuent de le prendre en charge. Nous encourageons vivement les utilisateurs à maintenir leurs systèmes d'exploitation à jour avec des versions entièrement prises en charge par les fournisseurs de leurs plateformes.

MacOS27 est pris en charge à partir de la version 8.19.21.

Elastic retirera le support technique pour un système d’exploitation de cette matrice six mois après la fin des périodes de support technique officiel et étendu du fournisseur du système d’exploitation concerné. Nous encourageons les utilisateurs à passer à une version bénéficiant toujours du support technique de son fournisseur.

Le support technique de Linux ARM est disponible à partir de la version 7.16+ uniquement et requiert un noyau 5.4+.

Le support technique de Windows 11 ARM est disponible à partir de la version 9.5+ uniquement.

* Intel/AMD x64 uniquement

** Comprend le support technique d’AWS Graviton

*** Le support technique est limité aux éditions standard de Windows pour ordinateur de bureau et serveur. Les éditions spécialisées telles que Windows IoT, Embedded, Mobile, RT et Thin PC ne sont pas prises en charge.

Les versions ECE 2.13 à ECE 3.3 sont également prises en charge sur RHEL/CentOS 7.x avec RH Docker 1.13 et Docker 18.09 respectivement, mais uniquement avec les versions 8.11/7.17.6 de Stack

Docker 20.10.10+ est requis pour exécuter les versions 8.16+ de Stack

* Les versions ECE 2.13 et ultérieures ne sont pas activement certifiées sur ces plateformes et sont prises en charge uniquement à titre discrétionnaire

** ECE 3.5.1 et les versions plus récentes sont également prises en charge sur la combinaison de systèmes d'exploitation indiquée pour le matériel basé sur ARM

[1] Les versions 5.2.2-11 et 5.2.2-13 de Podman sont affectées par un problème connu de fuite de mémoire. Pour éviter ce problème, utilisez une version ultérieure de Podman.

[2] Certifié avec SLES15-SP7. La prise en charge des versions mineures plus récentes de SLES15 sera disponible dans les prochaines versions d'ECE.

[3] ECE 2.13 est toujours pris en charge avec d'anciennes versions de systèmes d'exploitation, comme CentOS/RHEL 8 et Ubuntu 16.04/18.04, toutes avec Docker 19.03, ainsi qu'avec CentOS/RHEL 7 et Docker 20.10.

[4] Les versions ECE 3.3-3.6 sont toujours prises en charge avec d'anciennes versions de systèmes d'exploitation : CentOS/RHEL 7 avec Docker 20.10, Ubuntu 18.04 avec Docker 19.03.

[5] Une installation existante d'ECE 3.7 sur Rocky Linux 9 avec Podman 4 est prise en charge. Une nouvelle installation n'est pas prise en charge.

[6] Docker 29.3 et versions ultérieures. Les versions Docker 29.0–29.2 ne sont pas prises en charge.

[7] ECE 4.1.1 et versions ultérieures. ECE 4.1.0 n'est pas pris en charge.

Les systèmes d'exploitation non spécifiés ci-dessus ne sont pas pris en charge

Versions de Docker et du noyau Linux prises en charge :
- ECE exige que la comptabilisation de la mémoire du noyau soit désactivée pour tous les groupes de contrôle de mémoire. Désactivez-la en transmettant cgroup.memory=nokmem au noyau au démarrage.

À partir de la version 8.0, nous prenons en charge aarch64 sur Linux avec le même ensemble de distributions que x86_64

* Nous pouvons être amenés à vous demander de passer à une version plus récente d'Amazon Linux dans le cadre de notre processus de prise en charge

** Aucun package Homebrew n'est disponible pour le serveur APM >= 8.0

*** La compatibilité avec les systèmes 32 bits a été abandonnée et sera supprimée dans une prochaine version.

Pour connaître les règles de correspondance entre la version de votre service de connecteur et celle d'Elasticsearch (y compris Serverless, les écarts de versions mineures ou de correctifs et les suffixes de build), consultez le tableau de compatibilité des versions dans le référentiel elastic/connectors.

Enterprise Search n'est pas disponible dans les versions 9.x et ultérieures

À compter de la version 7.7.0, App Search est fourni avec le package Enterprise Search.