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 Windows Subsystem for Linux (WSL) n'est pas pris en charge.

*Pris en charge avec le noyau RHEL pour toutes les versions énuméré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 vous demander de passer à des versions plus récentes d'Amazon Linux dans le cadre de notre processus d'assistance.

‡ CentOS 6, RHEL 6, et Oracle Enterprise Linux 6 ne supportent pas le JDK 15+ fourni depuis 7.9.2 en raison d'incompatibilités avec la glibc.

Le mode FIPS 140-2 nécessite Oracle JDK 11 (Elasticsearch 7.x) ou Oracle JDK 17 (Elasticsearch 8.13+), et le fournisseur de sécurité FIPS Bouncy Castle BCJSSE

¹ non pris en charge sur les versions 7.17.x antérieures à 7.17.5

² pris en charge à partir de la version 7.17.26

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

À 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 de la version 7.14, nous prenons en charge l'architecture aarch64 sous Linux avec le même ensemble de distributions que pour x86_64.

*Dans le cadre de notre processus d'assistance, nous pourrions vous demander de passer à des versions plus récentes d'Amazon Linux.

**Seules les archives Zip/tar.gz sont prises en charge. L'installation de RPM n'est pas prise en charge sur SLES 11.

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

* À partir de la 7.17.23, les versions 7.17.x ne prennent pas en charge CentOS/RHEL 7 ni Debian 10 qui sont en fin de vie.

* 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 certains systèmes d'exploitation. Pour en savoir plus, consultez la documentation fournie.

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

Depuis la sortie de la version 8.2, les fichiers binaires MacOS sont compatibles avec x86_64 et aarch64 et avec les chipsets Apple M1 et M2.

Version du système d’exploitation optimisée pour Google Container : cos97-lts

Elastic Agent est également pris en charge sur Windows Server Datacenter Core pour les versions de Windows Server indiqué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 dans Windows Powershell ISE.

Elastic Agent n'est pas pris en charge sur les systèmes d'exploitation Windows s'exécutant sur des processeurs ARM.

* À 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 ont atteint leur fin de vie.

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

Vous pouvez aussi vous auto-compiler sans support sur Linux PPC/PPC64LE, Solaris/SmartOS et FreeBSD.

Elastic vise à prendre en charge un système d’exploitation aussi longtemps qu’il reste sous le programme de support à long terme du fournisseur et aussi longtemps que les composants tiers nécessaires continueront à le supporter. Nous encourageons vivement les utilisateurs à maintenir leurs systèmes d’exploitation à jour avec des versions entièrement prises en charge par leurs fournisseurs de plateformes.

* Intel/AMD x64 uniquement

Linux ARM est pris en charge à partir de la version 7.16 uniquement et nécessite un noyau de version 5.4 ou supérieure.

** Inclut le support technique AWS Graviton

*** L'assistance est limitée aux éditions standard Windows pour les ordinateurs de bureau et les serveurs. Les éditions spécialisées telles que Windows IoT, Embedded, Mobile, RT et Thin PC ne sont pas prises en charge.

Elastic supprimera le support technique pour les systèmes d'exploitation de cette matrice six mois après la fin des délais de support officiel et étendu du fournisseur du système d'exploitation concerné. Nous encourageons les utilisateurs à effectuer une mise à niveau vers une version qui reste sous support du fournisseur.

*Pour Endgame Sensor 3.51-3.54, des architectures 32 bits et 64 bits sont prises en charge ; pour les versions supérieures à la 3.54, seules des architectures 64 bits sont prises en charge (à l'exception de Windows 7 SP1 comme indiqué ci-dessus).

** Jusqu'à la version 3.60, les systèmes Windows 7 SP1, 32 bits et 64 bits sont pris en charge. À partir de la version 3.61, Windows 7 SP1 n'est plus pris en charge.

*** La prise en charge de macOS 12 nécessite un capteur version 3.60.2 ou plus.

****La prise en charge de macOS 12 a été supprimée après la version 3.65.3 du capteur

*****La prise en charge a été ajoutée après la version 3.65.2 du capteur.

‡ La prise en charge de RHEL 9, d'Ubuntu 22.04 et de macOS 13 nécessite un capteur version 3.62.5 ou plus.

≠ La prise en charge de macOS 14 nécessite un capteur version 3.64.4 ou plus.

Pour toutes les versions, la prise en charge par défaut est 64 bits, sauf indication contraire. Par ailleurs, les processeurs ARM ne sont pas pris en charge pour les systèmes d'exploitation Windows et Linux. L'ensemble de puces M1 d'Apple est pris en charge.

La fin de vie d'Endgame (EOL) est prévue pour le 30 avril 2026. De plus amples informations sont disponibles ici.

ECE 2.13 et jusqu'à 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 via les versions 8.11 / 7.17.6 de Stack.

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

* Les versions ECE 2.13 et supérieures ne sont pas activement certifiées sur ces plateformes et ne sont prises en charge que sur une base 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 marquée pour le matériel ARM.

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

[2] Certifié avec SLES15-SP4. La prise en charge des nouvelles versions mineures de SLES15 sera disponible dans les prochaines versions de l'ECE.

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

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

[5] L'installation existante d'ECE 3.7 sur Rocky Linux 9 avec Podman 4 est prise en charge. La nouvelle installation n'est pas prise 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 :
- L'ECE exige que la gestion de la mémoire du noyau soit désactivée pour tous les groupes de mémoire. Désactivez-la en passant « 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.

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.