История сбоев Mongodb

1. 3 сентября 2026 г. в 16:44 UTCmonitoring

   Пожалуйста, следуйте за оригинальным статусом для обновлений по вопросам AWS me-central-1 и AWS me-south-1.

2. 3 сентября 2026 г. в 16:47 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

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

1. 28 августа 2026 г. в 18:34 UTCresolved

   Между 14:29 UTC и 15:42 UTC 28 августа 2026 года была затронута доставка журнала через Atlas Log Integration из-за проблемы с внутренним обслуживанием. Некоторые пользователи могут столкнуться с задержкой или отсутствием журналов во время этого окна. С тех пор доставка грузов вернулась к норме. Мы реализуем меры по снижению риска повторения этого.

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

1. 19 августа 2026 г. в 20:45 UTCidentified

   Мы выявили проблему, затрагивающую некоторые проекты, содержащие только кластеры Free или Flex. Для этих кластеров сертификаты TLS не повернуты правильно. Это может привести к невозможности подключения к свободному или гибкому кластеру. Мы работаем над мерами по восстановлению.

2. 19 августа 2026 г. в 21:50 UTCmonitoring

   Мы выполнили шаги по восстановлению всех затронутых проектов. Мы будем продолжать следить за дальнейшим развитием этого вопроса.

3. 19 августа 2026 г. в 22:00 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

4. 20 августа 2026 г. в 21:39 UTCmonitoring

   Мы внедрили исправления, продолжая следить за любыми дальнейшими проблемами.

5. 20 августа 2026 г. в 22:07 UTCresolved

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

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

1. 18 августа 2026 г. в 14:10 UTCinvestigating

   Мы изучаем проблему, когда клиенты периодически не могут получить доступ к пользовательскому интерфейсу Atlas или использовать API. Кластеры клиентов не затронуты.

2. 18 августа 2026 г. в 14:57 UTCidentified

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

3. 18 августа 2026 г. в 15:04 UTCmonitoring

   Мы отключили рабочую нагрузку и следим за ситуацией

4. 18 августа 2026 г. в 15:17 UTCresolved

   Этот инцидент был урегулирован. После инцидента мы выявили проблему, которая привела к тому, что некоторые внутренние рабочие места в Атласе не начались, как планировалось, что привело к задержкам определенных изменений. Проблема была связана с этим инцидентом, который был исправлен. Кластеры клиентов и их данные не были затронуты; воздействие было ограничено сроками операций на самолете управления. Этот вопрос с рабочими местами также решен.

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

1. 5 августа 2026 г. в 05:17 UTCinvestigating

   Мы расследуем проблему с пропускной способностью Google Cloud Platform (GCP), которая затрагивает некоторых клиентов MongoDB Atlas в нескольких регионах и регионах GCP. Мы ожидаем, что масштаб этого вопроса будет продолжать расширяться по мере продвижения нашего расследования. В настоящее время он включает, но не ограничивается этим, несколько регионов GCP в Северной Америке, Европе и Азиатско-Тихоокеанском регионе, а также типы экземпляров M50 и S70L. Клиенты могут испытывать ошибки или задержки при создании или модификации кластеров Атласа, особенно развертывания с поисковыми узлами. Некоторые клиенты также могут видеть оповещения об отключении хоста, пока эта проблема продолжается. MongoDB работает с GCP, чтобы понять масштаб проблемы и восстановить потенциал. Клиенты, столкнувшиеся с проблемами с предоставлением услуг, могут вернуться позже или рассмотреть возможность использования другой области GCP, облачного провайдера или размера экземпляра. Если вы испытываете чувствительный к времени производственный эффект, пожалуйста, свяжитесь с MongoDB Support через Портал поддержки или в чате поддержки продукта. Мы предоставим еще одно обновление по мере поступления дополнительной информации.

2. 5 августа 2026 г. в 12:14 UTCresolved

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

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

1. 3 августа 2026 г. в 18:47 UTCinvestigating

   API VoyageAI испытывают повышенные ошибки 5xx. Мы расследуем этот вопрос.

2. 3 августа 2026 г. в 19:02 UTCmonitoring

   Применяется исправление, и мы следим за системой.

3. 3 августа 2026 г. в 21:18 UTCresolved

   Система вернулась к нормальной работе.

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

1. 29 июля 2026 г. в 18:55 UTCinvestigating

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

2. 29 июля 2026 г. в 19:06 UTCidentified

   Мы идентифицировали первопричину и внедряем изменение конфигурации для устранения отложенных изменений конфигурации кластера.

3. 29 июля 2026 г. в 19:31 UTCmonitoring

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

4. 29 июля 2026 г. в 19:37 UTCresolved

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

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

1. 29 июля 2026 г. в 18:11 UTCinvestigating

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

2. 29 июля 2026 г. в 22:35 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 29 июля 2026 г. в 22:47 UTCresolved

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

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

1. 27 июля 2026 г. в 23:37 UTCinvestigating

   Все модели VoyageAI испытывают повышенные ошибки. Мы расследуем этот вопрос.

2. 27 июля 2026 г. в 23:47 UTCinvestigating

   Мы полностью восстановились после 16:41.

3. 28 июля 2026 г. в 13:14 UTCresolved

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

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

1. 23 июля 2026 г. в 16:21 UTCinvestigating

   В настоящее время мы изучаем проблему с кластерами Azure в регионе Западус. См. сообщение о состоянии лазуры здесь для получения дополнительной информации https://azure.status.microsoft/en-us/status.

2. 23 июля 2026 г. в 16:38 UTCidentified

   Azure подтвердила, что в регионе Западус есть проблемы с сетью. Пожалуйста, ознакомьтесь с официальным сообщением о состоянии лазуры для более подробных обновлений https://azure.status.microsoft/en-us/status

3. 23 июля 2026 г. в 18:26 UTCidentified

   Нам известно о продолжающемся инциденте с сетью Azure, затрагивающем Западный регион США. Некоторые кластеры Atlas, размещенные в Azure West US, могут испытывать периодические проблемы с подключением, включая сбои в подключении к кластерам, проблемы с связью между узлами кластера, появляющиеся узлы вниз и задержки с модификациями кластера. Azure изучает этот вопрос и оценивает варианты смягчения последствий. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

4. 23 июля 2026 г. в 18:54 UTCidentified

   Azure внедряет меры по смягчению последствий продолжающегося сетевого инцидента, затрагивающего западный регион США, и мы видим признаки восстановления. Некоторые кластеры Atlas, размещенные в Azure West US, могут по-прежнему испытывать периодические проблемы с подключением, включая сбои в подключении к кластерам, проблемы с связью между узлами кластера, появляющиеся узлы вниз и задержки с модификациями кластера. Мы внимательно следим за восстановлением и предоставим дополнительные обновления по мере поступления дополнительной информации.

5. 23 июля 2026 г. в 20:28 UTCresolved

   Azure внедрила меры по смягчению последствий сетевого инцидента, затрагивающего регион Западной Америки, и восстановление завершено.

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

1. 17 июля 2026 г. в 16:14 UTCidentified

   Из-за продолжающегося инцидента с платежными данными AWS, MongoDB Atlas и Atlas for Government не будут обновлять данные о потреблении сети AWS или резервного копирования в течение этих выходных с 2026-07-17 по 2026-07-20. Сами продукты останутся полностью доступными. Когда будет решена первоочередная проблема, мы намерены отображать и выставлять счета за правильные суммы. Сборы будут иметь даты использования, которые правильно выражают использование, но будут иметь выставленную дату, когда это будет исправлено. Кластерное и резервное здоровье не затронуты. Платежные данные других облачных провайдеров не затронуты. Вы можете следить за инцидентом на https://health.aws.amazon.com/health/status

2. 20 июля 2026 г. в 15:06 UTCmonitoring

   Вопрос о верхнем течении был исправлен. После примерно 0400 UTC на 2026-07-21 большинство, если не все, обновленного резервного копирования и потребления сети на AWS будут отражены в атласе MongoDB и атласе для правительства. Спасибо за терпение во время этого инцидента.

3. 21 июля 2026 г. в 13:08 UTCresolved

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

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

1. 9 июля 2026 г. в 23:03 UTCinvestigating

   We are currently investigating an issue affecting Stream Processing Azure West Europe. User initiated commands & workloads may see intermittent failures.

2. 10 июля 2026 г. в 00:32 UTCmonitoring

   A fix has been implemented and we are monitoring the region.

3. 10 июля 2026 г. в 01:11 UTCresolved

   The issue has been resolved.

1. 9 июля 2026 г. в 19:37 UTCinvestigating

   We are currently investigating issues related to certificate issuing failures with Lets Encrypt. Tenant cluster provisioning is currently impacted.

2. 9 июля 2026 г. в 21:22 UTCmonitoring

   We are no longer seeing failures with cert issuance from Lets Encrypt. We are still investigating the root cause of the original errors and will continue to monitor.

3. 10 июля 2026 г. в 14:56 UTCresolved

   Let's Encrypt service has returned to normal.

1. 9 июля 2026 г. в 10:23 UTCinvestigating

   Users of Atlas Data Federation and Online Archive using cloud-provider IAM authentication may see pipelines fail with an error when querying backing Atlas clusters. Other authentication methods are unaffected. As a temporary workaround, users can use SCRAM authentication.

2. 9 июля 2026 г. в 10:57 UTCidentified

   We have identified that the issue is caused by a recent configuration change to IAM authentication and are working on a fix.

3. 9 июля 2026 г. в 11:01 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 9 июля 2026 г. в 11:06 UTCresolved

   This incident has been resolved.

1. 2 июля 2026 г. в 23:09 UTCmonitoring

   We are currently monitoring the status of Lets Encrypt after an issue with their API. Tenant clusters and Atlas for Government clusters will experience delays in provisioning due to Lets Encrypt service degradation.

2. 2 июля 2026 г. в 23:36 UTCresolved

   Let's Encrypt services have returned back to normal. Cluster operations have now returned to normal.

1. 2 июля 2026 г. в 19:34 UTCmonitoring

   We are currently monitoring the status of Lets Encrypt. Tenant clusters and Atlas for Government clusters will experience delays in provisioning due to Lets Encrypt service degradation.

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

   We've confirmed that Lets Encrypt has returned to normal operations. Cluster operations are now back to normal.

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

   We are currently investigating the issue where AWS cluster backup and restores are failing. This includes exports and manual downloads as well as restoring to another cluster. We are also investigation potential impact to other operations on AWS clusters such as modifying instance size.

2. 2 июля 2026 г. в 10:50 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 2 июля 2026 г. в 11:09 UTCresolved

   This incident has been resolved. AWS clusters should no longer encounter errors during backup and restore.

1. 25 июня 2026 г. в 10:16 UTCresolved

   From 2026-06-25 06:55 UTC to 2026-06-25 07:10 UTC, some users may have experienced intermittent Atlas UI loading failures. We identified elevated traffic to a number of endpoints that increased latency in the Atlas UI service. This caused internal health checks to fail and temporarily reduced healthy Atlas UI capacity. We restored healthy Atlas UI capacity and applied additional rate limiting to the affected traffic paths. We are continuing follow-up work to further  reduce the risk of recurrence.

1. 4 июня 2026 г. в 15:33 UTCmonitoring

   A fix has been implemented and we are monitoring the results

2. 4 июня 2026 г. в 17:39 UTCresolved

   This incident has been resolved.

1. 2 июня 2026 г. в 23:00 UTCinvestigating

   We are currently investigating issues connecting and querying to Atlas Data Federation and Online Archive instances in GCP regions

2. 2 июня 2026 г. в 23:42 UTCidentified

   We've identified an issue with networking in GCP regions and are working on fix

3. 3 июня 2026 г. в 00:01 UTCidentified

   Issues connecting to ADF and OA instances in GCP belgium-eu region has been mitigated, and working on other GCP regions.

4. 3 июня 2026 г. в 00:05 UTCmonitoring

   All ADF and OA connections in GCP are reporting as successful, and we will continue to monitor.

5. 3 июня 2026 г. в 00:11 UTCresolved

   Issue has been mitigated and connections should be working now to ADF and OA instances in GCP regions.