История сбоев Elastic Cloud

1. 6 августа 2026 г. в 17:41 UTCresolved

   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.

1. 5 августа 2026 г. в 22:59 UTCidentified

   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.

2. 5 августа 2026 г. в 23:18 UTCidentified

   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.

3. 6 августа 2026 г. в 12:12 UTCidentified

   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.

4. 12 августа 2026 г. в 08:59 UTCresolved

   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.

1. 21 июля 2026 г. в 14:24 UTCinvestigating

   Мы выявили проблему с нашим измерением мощности для размещения, которая влияет на подмножество клиентов. В настоящее время мы считаем, что влияние будет ограничено небольшим количеством клиентов, но все еще работаем над выявлением и исправлением всех случаев этой проблемы. При необходимости мы будем активно вносить коррективы в счета.

2. 21 июля 2026 г. в 23:15 UTCinvestigating

   Мы все еще изучаем проблему учета, затрагивающую небольшое количество клиентов. При необходимости мы будем активно вносить коррективы в счета. Мы предоставим еще одно обновление, когда появится новая информация.

3. 22 июля 2026 г. в 10:49 UTCinvestigating

   Мы все еще изучаем проблему учета, затрагивающую небольшое количество клиентов. Мы предоставим дополнительное обновление, когда будет доступна новая информация.

4. 22 июля 2026 г. в 23:14 UTCresolved

   Все ошибки учета были исправлены. Мы будем возвращать деньги небольшому количеству пострадавших клиентов.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 13:45 UTCidentified

   Между 18 июля 02:40 UTC и 20 июля 14:00 UTC подмножество Elastic Agents не смогли сообщить о показателях AutoOps во всех регионах. Основная проблема была исправлена, и данные текут нормально. В течение этого периода времени затронутые развертывания могут заметить некоторые пробелы в данных мониторинга AutoOps. Обратите внимание, что этот инцидент уже разрешен и публикуется задним числом.

2. 21 июля 2026 г. в 14:21 UTCresolved

   Этот инцидент был урегулирован 20 июля 14:00 UTC и был опубликован задним числом.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 09:36 UTCinvestigating

   В настоящее время мы изучаем проблему, затрагивающую многофакторную аутентификацию (MFA) по электронной почте для пользователей Elastic Cloud с учетными записями Gmail. Пострадавшие пользователи могут испытывать длительные задержки или сбои при получении кода MFA по электронной почте. Доступные обходные пути: Используйте альтернативный фактор MFA при регистрации (Authenticator App / TOTP или WebAuthn). Аутентификация с помощью кнопки «Войти с Google» для входа в систему. API Ключевой доступ к вашим проектам и развертываниям остается полностью работоспособным. Мы активно сотрудничаем с нашими партнерами для решения этой проблемы и предоставим обновленную информацию, как только сможем.

2. 21 июля 2026 г. в 10:56 UTCinvestigating

   Обновление: Этот инцидент продолжается, и мы продолжаем расследование. В настоящее время мы изучаем проблему, затрагивающую многофакторную аутентификацию (MFA) по электронной почте для пользователей Elastic Cloud с учетными записями Gmail. Пострадавшие пользователи могут испытывать длительные задержки или сбои при получении кода MFA по электронной почте. Доступные обходные пути: Используйте альтернативный фактор MFA при регистрации (Authenticator App / TOTP или WebAuthn). Аутентификация с помощью кнопки «Войти с Google» для входа в систему. API Ключевой доступ к вашим проектам и развертываниям остается полностью работоспособным. Мы активно сотрудничаем с нашими партнерами для решения этой проблемы и предоставим обновленную информацию, как только сможем.

3. 21 июля 2026 г. в 14:25 UTCinvestigating

   Обновление: Этот инцидент продолжается, и мы продолжаем расследование.

4. 21 июля 2026 г. в 23:10 UTCmonitoring

   Задержки с доставкой были смягчены. Мы будем продолжать следить за тем, чтобы поставки оставались стабильными.

5. 23 июля 2026 г. в 16:37 UTCresolved

   Задержки с доставкой были решены, доставка электронной почты MFA полностью функциональна для всех клиентов.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 12:10 UTCresolved

   Решено - Этот инцидент урегулирован. Между 18 июля 02:40 UTC и 20 июля 14:00 UTC подгруппа Elastic Agents не смогла сообщить о показателях AutoOps во всех регионах. Основная проблема была исправлена, и данные текут нормально. В течение этого периода времени затронутые развертывания могут заметить некоторые пробелы в данных мониторинга AutoOps.

Автоматический перевод официального обновления инцидента.

1. 15 июля 2026 г. в 00:15 UTCinvestigating

   Мы изучаем ошибки в нашей облачной консоли, влияющие на доступ к созданию, обновлению, удалению и просмотру развертываний Elastic Cloud Hosted. Наша команда активно расследует причину, чтобы они могли смягчить и восстановить сервис.

2. 15 июля 2026 г. в 00:31 UTCmonitoring

   Восстановлена возможность управления развертыванием Elastic Cloud Hosted через Cloud Console

3. 15 июля 2026 г. в 01:12 UTCresolved

   Этот инцидент был урегулирован

Автоматический перевод официального обновления инцидента.

1. 13 июля 2026 г. в 12:15 UTCinvestigating

   Мы изучаем проблему, которая не позволяет клиентам аутентифицировать Elastic Cloud с помощью учетных данных входа в Microsoft

2. 13 июля 2026 г. в 12:19 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 2 июля 2026 г. в 00:54 UTCinvestigating

   Мы определили дальнейшее влияние на подмножество пострадавших клиентов, использующих EIS. Наша команда расследует проблему с предыдущим восстановлением и работает над тем, чтобы все пострадавшие среды были полностью восстановлены.

2. 2 июля 2026 г. в 02:24 UTCmonitoring

   Проблема, затрагивающая подгруппу клиентов с EIS в регионах EMEA, была смягчена, и сервис был восстановлен.

3. 2 июля 2026 г. в 03:00 UTCresolved

   Инцидент, повлиявший на подгруппу клиентов с EIS в регионах EMEA, был устранен. Услуги полностью восстановлены, команда подтвердила стабильность.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 22:43 UTCinvestigating

   В настоящее время мы расследуем частичное отключение, затрагивающее Elastic Integration Service (EIS) для клиентов Elastic Cloud с развертыванием в GCP и Azure в регионах EMEA.

2. 1 июля 2026 г. в 22:45 UTCinvestigating

   В настоящее время мы расследуем частичное отключение, затрагивающее Elastic Inference Service (EIS) для клиентов Elastic Cloud с развертыванием в GCP и Azure в регионах EMEA.

3. 1 июля 2026 г. в 23:05 UTCresolved

   Решена проблема, затрагивающая EIS для клиентов Elastic Cloud с проектами или развертываниями на GCP и Azure в регионах EMEA.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 15:39 UTCinvestigating

   Мы столкнулись с задержкой мониторинга данных, затрагивающей ограниченное число регионов Azure. Внутренние показатели Elastic Cloud для этих регионов потребляются медленнее, чем обычно. Метрики развертывания и данные об использовании экземпляров могут не отображаться в пользовательском интерфейсе Elastic Cloud для хостинговых развертываний и безсерверных проектов в пострадавших регионах. Что не влияет: ваши проекты работают нормально. Поглощение данных и вся функциональность остаются незатронутыми, кроме отсутствия некоторых данных мониторинга пользовательского интерфейса Elastic Cloud. Мы активно изучаем первопричину и предоставим обновление в течение следующих 2 часов.

2. 1 июля 2026 г. в 16:50 UTCidentified

   Мы определили проблему и внедрили исправление. Мы видим признаки восстановления системы и продолжаем внимательно следить за ситуацией.

3. 1 июля 2026 г. в 19:50 UTCmonitoring

   Система восстановилась, и мы продолжаем следить за ситуацией.

4. 1 июля 2026 г. в 20:23 UTCresolved

   Этот вопрос решен.

Автоматический перевод официального обновления инцидента.

1. 29 июня 2026 г. в 16:32 UTCidentified

   Мы выявили проблему с нашей способностью поставлять определенные статические активы в наши продукты. Мы определили и работаем над внедрением исправления.

2. 29 июня 2026 г. в 16:33 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

3. 29 июня 2026 г. в 16:58 UTCresolved

   Этот вопрос решен.

Автоматический перевод официального обновления инцидента.

1. 17 июня 2026 г. в 15:52 UTCidentified

   We are currently investigating an issue when creating/updating Deployments in several regions. We've identified the issue and working on applying a fix. We will provide an update when one is available or within the hour, whichever comes first.

2. 17 июня 2026 г. в 16:53 UTCmonitoring

   We have identified and deployed a fix for this issue and are continuing to closely monitor the situation.

3. 17 июня 2026 г. в 17:35 UTCresolved

   This issue has been resolved.

1. 16 июня 2026 г. в 22:54 UTCidentified

   We are currently experiencing an issue impacting the ability to ingest data into mOTLP and .amp endpoints in the Azure Australia East region.  The upstream providers are aware and working to resolve the issue.  We will provide an update when the status changes or within an hour, whichever comes first.

2. 17 июня 2026 г. в 00:02 UTCidentified

   This incident is ongoing. The upstream providers are aware and working to resolve the issue. We will provide an update when the status changes or within an hour, whichever comes first.

3. 17 июня 2026 г. в 00:59 UTCresolved

   This issue is resolved.

1. 16 июня 2026 г. в 10:57 UTCidentified

   We have detected an issue with the Kibana authentication flow. Authenticating to Kibana using the "Log in with Elastic Cloud" button results in an authentication failure. A workaround is to access Kibana using the link inside the Elastic Cloud console. We are currently working on a resolution. We will post an update in 30 minutes, or sooner if there is a change in status.

1. 16 июня 2026 г. в 10:57 UTCinvestigating

   We have detected an issue with the Kibana authentication flow for both Deployments and Projects. Authenticating to Kibana using the "Log in with Elastic Cloud" button results in an authentication failure. A workaround is to access Kibana using the link inside the Elastic Cloud console. We are currently working on a resolution. Our team is currently identifying the root cause to resolve the issue. We will share another update in the next hour.

2. 16 июня 2026 г. в 11:21 UTCinvestigating

   We are continuing to investigate this issue.

3. 16 июня 2026 г. в 11:36 UTCresolved

   We have identified the root cause and mitigated the issue. Users should now be able to log in to Kibana via the "Log in with Elastic Cloud" button.

1. 15 июня 2026 г. в 17:31 UTCinvestigating

   We are currently investigating an intermittent issue which may cause unavailability of Elastic Cloud Serverless projects or the inability to create new Serverless projects in AWS us-east-1.  We will continue to update status as we learn more.

2. 15 июня 2026 г. в 18:00 UTCmonitoring

   This issue has been mitigated, and we are continuing to monitor the situation.

3. 15 июня 2026 г. в 19:13 UTCresolved

   This issue has been resolved.

1. 4 июня 2026 г. в 01:51 UTCinvestigating

   Customers may see delays with creating Azure serverless projects and existing Azure projects may be temporarily unavailable. We are currently investigating the issue.

2. 4 июня 2026 г. в 03:44 UTCmonitoring

   Customers may see delays with creating Azure serverless projects and existing Azure projects may be temporarily unavailable. Recovery has started and we will provide further updates as we progress.

3. 4 июня 2026 г. в 06:21 UTCmonitoring

   Customers may see delays with creating Azure serverless projects and existing Azure projects may be temporarily unavailable. We are seeing increased recovery across as we monitor the situation. Services are being restored. Monitoring is continuing, and we will provide further updates as we progress.

4. 4 июня 2026 г. в 09:20 UTCresolved

   This incident has been resolved.

1. 2 июня 2026 г. в 13:25 UTCinvestigating

   Some users are seeing missing metrics visualizations in the Cloud console due to a disruption in metric data ingestion affecting deployments in the Azure North Europe region. Some recent metric data may not appear in charts or monitoring views. We are actively investigating and will provide another update within 1 hour

2. 2 июня 2026 г. в 15:02 UTCinvestigating

   We are seeing some signs of recovery, and have taken action to mitigate the impact and speed up recovery. Some users will still see seeing missing metrics visualizations in the Cloud console, for deployments in the Azure North Europe region. We are actively investigating and will provide another update within 1 hour

3. 2 июня 2026 г. в 19:50 UTCresolved

   This incident has been resolved.

1. 29 мая 2026 г. в 18:00 UTCinvestigating

   We're aware of an issue with creating Serverless projects in the AWS ap-southeast-2 region. The engineering team is investigating the problem. We will post the next update in 2 hours.

2. 29 мая 2026 г. в 18:36 UTCresolved

   This issue has been resolved.