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

1. 23 октября 2026 г. в 07:22 UTCinvestigating

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

2. 23 октября 2026 г. в 09:14 UTCidentified

   Мы определили, что ухудшение интеграции AWS CloudWatch вызвано продолжающимся нарушением AWS в регионе me-central-1 (UAE), включая AWS CloudWatch и API тегирования групп ресурсов. Клиенты с ресурсами AWS в этом регионе могут видеть отсутствующие или устаревшие метки ресурсов в метриках AWS, и изменения конфигурации метрического потока могут не применяться. Метрический прием не влияет. AWS не предоставила график восстановления и рекомендует мигрировать в другой регион.

3. 23 октября 2026 г. в 21:11 UTCresolved

   Splunk подтвердила, что деградация интеграции AWS CloudWatch в регионе me-central-1 (ОАЭ) вызвана продолжающимся региональным сбоем AWS вне контроля Splunk. AWS не предоставила график восстановления и рекомендует перенести пострадавшие ресурсы в другой регион. Метрический прием не влияет. Мы идентифицируем пострадавших клиентов и обсудим следующие шаги. Если у вас есть немедленные проблемы, пожалуйста, свяжитесь с вашей учетной записью.

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

1. 20 октября 2026 г. в 22:16 UTCinvestigating

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

2. 20 октября 2026 г. в 22:16 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 20 октября 2026 г. в 22:17 UTCmonitoring

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

4. 20 октября 2026 г. в 22:18 UTCresolved

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

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

1. 20 октября 2026 г. в 22:00 UTCresolved

   Диаграммы APM для подмножества клиентов могут загружаться медленно. Проглатывание Datapoint не было затронуто.

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

1. 15 октября 2026 г. в 18:55 UTCinvestigating

   Мы изучаем деградацию веб-приложения Splunk Observability Cloud для некоторых клиентов. В это время данные не влияют. Мы предоставим обновление как можно скорее.

2. 15 октября 2026 г. в 20:00 UTCinvestigating

   Наши инженерные команды активно устраняют выявленные проблемы с производительностью в веб-интерфейсе Splunk Observability, мы поделимся новым обновлением как можно скорее.

3. 15 октября 2026 г. в 20:33 UTCmonitoring

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

4. 15 октября 2026 г. в 21:20 UTCresolved

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

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

1. 12 октября 2026 г. в 19:48 UTCidentified

   Деградация производительности конвейера приема данных Splunk APM приводит к тому, что обработка и хранение исходных следовых данных задерживается более чем на пять минут. В настоящее время данные не теряются, и MetricSets не влияют, но самые последние данные могут быть недоступны в результатах поиска.

2. 12 октября 2026 г. в 21:00 UTCmonitoring

   Мы наблюдаем за восстановлением.

3. 12 октября 2026 г. в 21:42 UTCresolved

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

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

1. 7 октября 2026 г. в 20:39 UTCinvestigating

   Мы расследуем серьезное отключение веб-приложения Splunk Observability Cloud. В это время данные не влияют. Мы предоставим обновление как можно скорее.

2. 7 октября 2026 г. в 21:12 UTCidentified

   Этот вопрос был выявлен, и в настоящее время ведется работа по его устранению.

3. 7 октября 2026 г. в 21:20 UTCresolved

   Шаги к исправлению восстановили вход в систему.

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

1. 7 октября 2026 г. в 20:18 UTCinvestigating

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

2. 7 октября 2026 г. в 20:25 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 7 октября 2026 г. в 21:12 UTCidentified

   Этот вопрос был выявлен, и в настоящее время ведется работа по его устранению.

4. 7 октября 2026 г. в 21:23 UTCresolved

   W подтвердил, что исправление восстановлено.

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

1. 7 октября 2026 г. в 18:46 UTCinvestigating

   Мы испытываем проблемы с подключением к MCP-серверу Splunk Observability, что может повлиять на доступность некоторых инструментов. Мы активно расследуем этот вопрос

2. 7 октября 2026 г. в 19:16 UTCinvestigating

   Наши инженерные команды продолжают устранять проблемы с подключением к MCP-серверу Splunk Observability. Мы будем делиться дополнительной информацией по мере ее поступления.

3. 7 октября 2026 г. в 20:36 UTCinvestigating

   Наши инженерные команды продолжают устранять проблемы с подключением к MCP-серверу Splunk Observability. Мы будем делиться дополнительной информацией по мере ее поступления

4. 7 октября 2026 г. в 21:12 UTCmonitoring

   Инженерные команды развернули исправление, и восстановление обслуживания прогрессирует. Мы продолжим мониторинг и обмен обновлениями к 22:00 UTC.

5. 7 октября 2026 г. в 21:13 UTCmonitoring

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

6. 7 октября 2026 г. в 21:35 UTCresolved

   Service recovery fully confirmed, we are now considering this resolved.

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

1. 3 октября 2026 г. в 02:55 UTCinvestigating

   Мы изучаем задержки в обработке результатов теста Splunk Observability Synthetic Monitoring. Тесты синтетического мониторинга работают, но показатели могут отсутствовать до тех пор, пока проблема не будет решена.

2. 3 октября 2026 г. в 03:03 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 3 октября 2026 г. в 03:12 UTCmonitoring

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

4. 3 октября 2026 г. в 03:12 UTCresolved

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

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

1. 25 сентября 2026 г. в 12:34 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 25 сентября 2026 г. в 13:00 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 25 сентября 2026 г. в 14:02 UTCidentified

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

4. 25 сентября 2026 г. в 15:07 UTCresolved

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

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

1. 18 сентября 2026 г. в 15:07 UTCresolved

   Некоторые клиенты видят сбои входа в систему из-за ошибок сертификата. Клиенты, которые уже зарегистрированы, не подвергаются воздействию. Вопрос решен.

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

1. 12 сентября 2026 г. в 03:16 UTCinvestigating

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

2. 12 сентября 2026 г. в 03:30 UTCresolved

   Between 7:37 PM and 8:17 PM PST, a small number of data points for new time series were not accepted. As a result, new time series may have experienced a delay of approximately 20–25 minutes before becoming available in charting and detectors. APM and RUM ingestion were not impacted.

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

1. 24 августа 2026 г. в 23:09 UTCinvestigating

   С 3:08 вечера PDT клиенты могут столкнуться с задержками при просмотре недавно созданной серии MetricTimeSeries. Проглатывание данных не затрагивается. Мы расследуем и вскоре предоставим обновленную информацию.

2. 25 августа 2026 г. в 00:20 UTCinvestigating

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

3. 25 августа 2026 г. в 00:20 UTCresolved

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

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

1. 31 июля 2026 г. в 03:46 UTCinvestigating

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

2. 31 июля 2026 г. в 04:07 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 31 июля 2026 г. в 04:08 UTCmonitoring

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

4. 31 июля 2026 г. в 04:32 UTCresolved

   Вопрос был решен.

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

1. 24 июля 2026 г. в 15:59 UTCresolved

   Некоторые клиенты, возможно, столкнулись с задержками в оповещениях с 4 утра до 6 утра (PST), 24 июля 2026 года. Проглатывание данных не затрагивается. Вопрос восстановлен.

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

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

   В настоящее время мы расследуем этот вопрос. Некоторые API-интерфейсы могут выходить из строя, а активные страницы оповещения загружаются медленно. Никакие данные не сбрасываются и не теряются.

2. 15 июля 2026 г. в 12:48 UTCidentified

   Вопрос был выявлен, и исправление осуществляется.

3. 15 июля 2026 г. в 14:57 UTCmonitoring

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

4. 15 июля 2026 г. в 16:00 UTCresolved

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

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

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

   В настоящее время мы расследуем этот вопрос. Некоторые API-интерфейсы могут выходить из строя, а активные страницы оповещения загружаются медленно. Никакие данные не сбрасываются и не теряются.

2. 14 июля 2026 г. в 16:49 UTCidentified

   Воздействие на клиента началось около 7:00 утра по местному времени. Мы определили исправление, но полное восстановление может занять несколько часов

3. 14 июля 2026 г. в 17:52 UTCidentified

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

4. 14 июля 2026 г. в 19:07 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты по мере восстановления отставания. Предупреждающие состояния и временные ряды событий в пользовательском интерфейсе могут быть отложены, пока отставание восстанавливается.

5. 14 июля 2026 г. в 19:44 UTCresolved

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

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

1. 10 июля 2026 г. в 12:03 UTCinvestigating

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

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

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

3. 10 июля 2026 г. в 13:51 UTCmonitoring

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

4. 10 июля 2026 г. в 14:52 UTCinvestigating

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

5. 10 июля 2026 г. в 19:02 UTCinvestigating

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

6. 10 июля 2026 г. в 19:39 UTCidentified

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

7. 10 июля 2026 г. в 20:53 UTCidentified

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

8. 11 июля 2026 г. в 00:16 UTCmonitoring

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

9. 11 июля 2026 г. в 02:15 UTCidentified

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

10. 11 июля 2026 г. в 03:03 UTCidentified

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

11. 11 июля 2026 г. в 15:05 UTCidentified

    Мы продолжаем исследовать отсроченное включение вновь созданных временных рядов в детекторы в US0. Новые временные ряды могут занимать до 10 минут для включения в детекторы, что может задержать оценку детекторов для этих временных рядов. Время задержки уведомления остается здоровым, и потери данных не наблюдалось. Инженерные команды выполняют контролируемое развертывание затронутых внутренних компонентов в рамках текущей работы по смягчению последствий, и ожидается, что это не приведет к дополнительному воздействию на клиентов. Мы предоставим еще одно обновление по мере продвижения проверки.

12. 11 июля 2026 г. в 18:09 UTCresolved

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

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

1. 9 июля 2026 г. в 02:36 UTCresolved

   Между 4:45p и 6:45p PDT был снижен очень небольшой процент метрических данных. Этот вопрос решен.

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

1. 8 июля 2026 г. в 21:47 UTCinvestigating

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

2. 8 июля 2026 г. в 22:35 UTCinvestigating

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

3. 8 июля 2026 г. в 23:29 UTCinvestigating

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

4. 8 июля 2026 г. в 23:33 UTCmonitoring

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

5. 8 июля 2026 г. в 23:52 UTCresolved

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

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