67 Elastic Cloud incidents · octobre 2025 — official updates, affected components, duration and resolution details.
On 2026-08-06 between 0900 - 1200 UTC, customers in GCP asia-south1 may have experienced high latency when communicating with their Elasticsearch deployments during this window. The cause has been identified and mitigated.
Elasticsearch 9.5.0 contains a defect that can cause searches to return incorrect results for any index or data stream that disables indexing on a queried field . A query that excludes values using a must_not clause may fail to exclude them when the targeted field has doc values enabled but is not indexed for search. Affected searches can return documents that should have been excluded and report higher document counts than expected, and results may vary between runs of the same query. No error is raised, so affected queries appear to succeed. Dashboards, alerting rules, and anything else built on these searches may report inaccurate values. Both the query DSL and ES|QL are affected. Time series (TSDB) data streams are the most likely to be affected, because indexing is disabled by default for these fields. Columnar indices, currently in technical preview, are affected for the same reason. Any index or data stream that disables indexing on a queried field can be affected. This affects Elasticsearch 9.5.0 on Elastic Cloud Hosted, Elastic Cloud Enterprise, and self-managed deployments, as well as Elasticsearch Serverless projects. Elasticsearch 9.4.x and earlier are not affected. There is no impact to cluster availability, connectivity, or data ingestion. What you can do: - If you have not yet upgraded to 9.5.0, we recommend deferring the upgrade until a fixed version is available. - If you are already running 9.5.0, contact Elastic Support if you need help determining whether your searches are affected. We have identified the root cause, a fix is in progress, and we are preparing a patch release. We will provide a further update by 10:00 UTC August 6.
Further investigation confirmed the impact of this issue was limited to boolean queries containing a must, filter, or should clause, along with a must_not clause on unindexed fields. Such queries can return false-positives returning documents that should have been excluded and report higher document counts than expected. We have identified the root cause, a fix is in progress, and we are preparing a patch release. We will provide a further update by 10:00 UTC August 6.
A patch release containing the fix is in progress and it is expected to be available within the next week. Our recommendation to defer upgrading to 9.5.0 until 9.5.1 is available remains unchanged.
Elasticsearch 9.5.1 has been released and contains the fix for this issue. Customers running 9.5.0 should upgrade to 9.5.1. At this time we are considering this issue resolved and will be providing no further updates.
Nous avons identifié un problème avec notre mesure de la capacité d'instance pour les déploiements hébergés qui affecte un sous-ensemble de clients. À l'heure actuelle, nous croyons que l'impact est limité à un petit nombre de clients, mais nous travaillons toujours à identifier et à corriger tous les événements de cette question. Nous émettrons proactivement des corrections de facturation au besoin.
Nous enquêtons encore sur le problème de mesure qui touche un petit nombre de clients. Nous émettrons proactivement des corrections de facturation au besoin. Nous fournirons une autre mise à jour lorsque de nouvelles informations seront disponibles.
Nous enquêtons encore sur le problème de mesure qui touche un petit nombre de clients. Nous fournirons une mise à jour supplémentaire lorsque de nouvelles informations seront disponibles.
Toutes les erreurs de mesure ont été corrigées. Nous accorderons des remboursements au petit nombre de clients touchés.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
RÉSOLVÉ - Entre le 18 juillet 02:40 UTC et le 20 juillet 14:00 UTC, un sous-ensemble d'agents élastiques n'ont pas été en mesure de signaler des mesures à AutoOps dans toutes les régions. Le problème sous-jacent a été corrigé et les données circulent normalement. Les déploiements impactés peuvent remarquer certaines lacunes dans leurs données de surveillance AutoOps pendant cette période. Notez que cet incident a déjà été résolu et qu'il est affiché rétroactivement.
Cet incident a été résolu le 20 juillet 14h00 UTC et a été affiché rétroactivement.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur un problème touchant l'authentification multi-facteurs (MFA) par courriel pour les utilisateurs d'Elastic Cloud avec des comptes Gmail. Les utilisateurs touchés peuvent subir de longs retards ou des échecs lorsqu'ils reçoivent leur code MFA par courriel. Solutions envisagées : - Utilisez un autre facteur MFA s'il est enregistré (Authenticator App / TOTP ou WebAuthn). - Authentifier en utilisant le bouton de connexion sociale "Se connecter avec Google". Remarque : API L'accès aux clés de vos projets et déploiements reste pleinement opérationnel. Nous collaborons activement avec nos partenaires pour résoudre ce problème et fournirons une mise à jour dès que possible.
Mettre à jour : Cet incident est toujours en cours et nous continuons d'enquêter. Nous enquêtons actuellement sur un problème touchant l'authentification multi-facteurs (MFA) par courriel pour les utilisateurs d'Elastic Cloud avec des comptes Gmail. Les utilisateurs touchés peuvent subir de longs retards ou des échecs lorsqu'ils reçoivent leur code MFA par courriel. Solutions envisagées : - Utilisez un autre facteur MFA s'il est enregistré (Authenticator App / TOTP ou WebAuthn). - Authentifier en utilisant le bouton de connexion sociale "Se connecter avec Google". Remarque : API L'accès aux clés de vos projets et déploiements reste pleinement opérationnel. Nous collaborons activement avec nos partenaires pour résoudre ce problème et fournirons une mise à jour dès que possible.
Mettre à jour : Cet incident est toujours en cours et nous continuons d'enquêter.
Les retards de livraison ont été atténués. Nous continuerons de veiller à ce que la prestation demeure stable.
Les retards de livraison ont été résolus, la livraison par courriel de MFA est entièrement fonctionnelle pour tous les clients.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Résolue – Cet incident est résolu. Entre le 18 juil 02:40 UTC et le 20 juil 14:00 UTC, un sous-ensemble d'agents élastiques n'ont pas été en mesure de signaler des mesures à AutoOps dans toutes les régions. Le problème sous-jacent a été corrigé et les données circulent normalement. Les déploiements impactés peuvent remarquer certaines lacunes dans leurs données de surveillance AutoOps pendant cette période.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur les erreurs avec notre console cloud affectant l'accès à créer, mettre à jour, supprimer et afficher les déploiements Elastic Cloud hébergés. Notre équipe enquête activement sur la cause afin qu'elle puisse atténuer et rétablir le service.
La possibilité de gérer les déploiements Elastic Cloud hébergés via la console Cloud a été restaurée
Cet incident a été résolu
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur un problème qui empêche les clients d'authentifier contre Elastic Cloud en utilisant leurs identifiants de connexion Microsoft
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons identifié l'impact continu pour un sous-ensemble de clients touchés utilisant l'EIE. Notre équipe étudie un problème avec l'assainissement précédent et s'efforce de s'assurer que tous les environnements touchés sont entièrement restaurés.
La question touchant un sous-ensemble de clients ayant des EIS dans les régions de l'EMEA a été atténuée et le service a été rétabli.
L'incident touchant un sous-ensemble de clients ayant une EIS dans les régions de l'EMEA a été résolu. Les services ont été entièrement restaurés et l'équipe a confirmé la stabilité.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur une panne partielle affectant le service d'intégration élastique (EIS) pour les clients d'Elastic Cloud avec des déploiements en GCP et Azure dans les régions de l'EMEA.
Nous enquêtons actuellement sur une panne partielle affectant le service d'inférence élastique (EIS) pour les clients d'Elastic Cloud avec des déploiements en GCP et Azure dans les régions EMEA.
Le problème concernant les EIS pour les clients d'Elastic Cloud avec des projets ou des déploiements sur GCP et Azure dans les régions de l'EMEA a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons un retard dans la surveillance des données touchant un nombre limité de régions d'Azure. Les mesures internes d'Elastic Cloud pour ces régions sont ingérées plus lentement que d'habitude. Ce que vous pouvez remarquer : Les métriques de déploiement et les données d'utilisation d'instances peuvent ne pas apparaître dans l'interface utilisateur de Cloud élastique pour les déploiements hébergés et les projets sans serveur dans les régions touchées. Ce qui n'est pas affecté : Vos déploiements et projets sont en cours normalement. L'ingestion de données et toutes les fonctionnalités restent sans impact en plus de l'absence de certaines données de surveillance sur l'interface utilisateur Elastic Cloud. Nous enquêtons activement sur la cause profonde et fournirons une mise à jour dans les 2 prochaines heures.
Nous avons identifié le problème et mis en œuvre une solution. Nous observons des signes de reprise du système et continuons de suivre de près la situation.
Le système s'est rétabli et nous continuons de suivre la situation.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons identifié un problème de notre capacité à fournir certains actifs statiques à nos produits. Nous avons identifié et travaillons à la mise en œuvre d'un correctif.
Nous continuons de travailler sur une solution à ce problème.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur un problème lors de la création ou de la mise à jour de déploiements dans plusieurs régions. Nous avons identifié le problème et travaillé à appliquer une solution. Nous fournirons une mise à jour lorsque celle-ci est disponible ou dans l'heure, selon la première éventualité.
Nous avons identifié et déployé une solution pour cette question et continuons de suivre de près la situation.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes actuellement confrontés à un problème qui a une incidence sur la capacité d'ingérer des données dans les paramètres mOTLP et .amp dans la région d'Azure Australia East. Les fournisseurs en amont sont au courant et travaillent à résoudre le problème. Nous fournirons une mise à jour lorsque l'état change ou dans une heure, selon la première éventualité.
Cet incident est en cours. Les fournisseurs en amont sont au courant et travaillent à résoudre le problème. Nous fournirons une mise à jour lorsque l'état change ou dans une heure, selon la première éventualité.
Cette question est résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons détecté un problème avec le flux d'authentification de Kibana. L'authentification de Kibana à l'aide du bouton « Se connecter avec le Cloud élastique » entraîne une défaillance d'authentification. Une solution consiste à accéder à Kibana en utilisant le lien à l'intérieur de la console Elastic Cloud. Nous travaillons actuellement sur une résolution. Nous publierons une mise à jour dans 30 minutes, ou plus tôt s'il y a un changement de statut.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons détecté un problème avec le flux d'authentification Kibana pour les déploiements et les projets. L'authentification de Kibana à l'aide du bouton « Se connecter avec le Cloud élastique » entraîne une défaillance d'authentification. Une solution consiste à accéder à Kibana en utilisant le lien à l'intérieur de la console Elastic Cloud. Nous travaillons actuellement sur une résolution. Notre équipe est en train d'identifier la cause profonde pour résoudre le problème. Nous partagerons une autre mise à jour dans la prochaine heure.
Nous continuons d'enquêter sur cette question.
Nous avons identifié la cause profonde et atténué le problème. Les utilisateurs devraient maintenant pouvoir se connecter à Kibana via le bouton « Se connecter avec le Cloud élastique ».
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur un problème intermittent qui pourrait causer l'indisponibilité de projets Elastic Cloud sans serveur ou l'incapacité de créer de nouveaux projets sans serveur dans AWS us-east-1. Nous continuerons de mettre à jour l'état de nos connaissances.
Cette question a été atténuée et nous continuons de suivre la situation.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les clients peuvent voir des retards avec la création de projets Azure sans serveur et les projets Azure existants peuvent être temporairement indisponibles. Nous enquêtons actuellement sur la question.
Les clients peuvent voir des retards avec la création de projets Azure sans serveur et les projets Azure existants peuvent être temporairement indisponibles. Le rétablissement a commencé et nous fournirons d'autres mises à jour au fur et à mesure que nous progresserons.
Les clients peuvent voir des retards avec la création de projets Azure sans serveur et les projets Azure existants peuvent être temporairement indisponibles. Nous assistons à une reprise accrue de la situation. Les services sont en cours de restauration. Le suivi se poursuit et nous fournirons d'autres mises à jour au fur et à mesure que nous progresserons.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Certains utilisateurs voient des visualisations métriques manquantes dans la console Cloud en raison d'une perturbation de l'ingestion de données métriques affectant les déploiements dans la région d'Azure Nord Europe. Certaines données métriques récentes peuvent ne pas apparaître dans les cartes ou les vues de surveillance. Nous enquêtons activement et fournirons une autre mise à jour dans 1 heure
Nous observons certains signes de rétablissement et avons pris des mesures pour atténuer l'impact et accélérer le rétablissement. Certains utilisateurs verront encore des visualisations métriques manquantes dans la console Cloud, pour des déploiements dans la région d'Azure Nord Europe. Nous enquêtons activement et fournirons une autre mise à jour dans 1 heure
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème avec la création de projets sans serveur dans la région AWS ap-sud-est-2. L'équipe d'ingénierie enquête sur le problème. Nous publierons la prochaine mise à jour dans 2 heures.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.