Signalfx 장애 기록

1. 2026년 8월 24일 PM 11:09 UTCinvestigating

   3:08PM PDT에서 고객은 새로 생성 된 MetricTimeSeries를보고 지연 할 수 있습니다. Datapoint ingest는 영향을 미치지 않습니다. 우리는 투자하고 곧 업데이트를 제공 할 것입니다.

2. 2026년 8월 25일 AM 12:20 UTCinvestigating

   이 사건이 단 한 번에 적용되는 비율 제한으로 인해 거짓 경보가 확인되었습니다. 우리는 영향을받지 못했습니다. US0 내의 다른 모든 고객은이 사건에 영향을 미쳤습니다.

3. 2026년 8월 25일 AM 12:20 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 31일 AM 3:46 UTCinvestigating

   Splunk APM 메트릭 처리 파이프라인의 성능에 대한 분해는 미터 설정 모니터링을 떨어뜨릴 수 있습니다. Trace data ingest는 영향을받지 않지만 서비스, 엔드포인트 및 워크플로우 대시보드 및 기타 차트 및 디텍터가 모니터링을 통해 구축되었습니다.

2. 2026년 7월 31일 AM 4:07 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 7월 31일 AM 4:08 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

4. 2026년 7월 31일 AM 4:32 UTCresolved

   문제는 고정되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 24일 PM 3:59 UTCresolved

   일부 고객은 오전 4 시부 터 오전 6 시 (PST), 7 월 24 일, 2026에서 경고 알림에 경험 지연이있을 수 있습니다. Datapoint ingest는 영향을 미치지 않습니다. 문제는 복구됩니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 15일 PM 12:20 UTCinvestigating

   우리는 현재 문제를 조사하고 있습니다. 특정 API는 실패하고 활동적인 경고 페이지가 천천히 적재될지도 모릅니다. 데이터가 삭제되거나 손실되지 않습니다.

2. 2026년 7월 15일 PM 12:48 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 7월 15일 PM 2:57 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

4. 2026년 7월 15일 PM 4:00 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 14일 PM 3:45 UTCinvestigating

   우리는 현재 문제를 조사하고 있습니다. 특정 API는 실패하고 활동적인 경고 페이지가 천천히 적재될지도 모릅니다. 데이터가 삭제되거나 손실되지 않습니다.

2. 2026년 7월 14일 PM 4:49 UTCidentified

   고객 영향은 오전 7 시부 터 시작됩니다. 우리는 수정을 확인했지만 전체 복구는 몇 시간 걸릴 수 있습니다

3. 2026년 7월 14일 PM 5:52 UTCidentified

   우리는이 문제에 대한 수정에 계속됩니다. 가득 차있는 회복은 몇몇 시간을 가지고 갈 수 있었습니다

4. 2026년 7월 14일 PM 7:07 UTCmonitoring

   수정이 구현되어 backlog 복구로 결과를 모니터링하고 있습니다. UI의 경고 상태 및 이벤트 시간 시리즈는 backlog 복구 동안 지연 될 수 있습니다.

5. 2026년 7월 14일 PM 7:44 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 10일 PM 12:03 UTCinvestigating

   1a PDT에서 시작, 검출기의 작은 백분율은 놓칠 수 있습니다. 데이터가 손실되지 않았습니다. 우리는 투자하고 곧 업데이트를 제공 할 것입니다.

2. 2026년 7월 10일 PM 12:05 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 7월 10일 PM 1:51 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고 있습니다.

4. 2026년 7월 10일 PM 2:52 UTCinvestigating

   우리는 피할 수없는 검출기의 작은 비율의 반환을 보았다. 데이터가 손실되지 않습니다. 우리는 조사를 계속하고 있습니다.

5. 2026년 7월 10일 PM 7:02 UTCinvestigating

   우리는 예상대로 불을 수없는 US0의 작은 비율에 영향을 미치는 문제를 조사합니다. 데이터 손실이 관찰되지 않았습니다. 우리의 엔지니어링 팀은 적극적으로 투자 문제, 그리고 우리는 더 많은 정보를 제공 할 것입니다.

6. 2026년 7월 10일 PM 7:39 UTCidentified

   Mitigation는 예상대로 불을 수 없는 US0에 있는 검출기의 작은 비율에 영향을 미치는 문제점을 위해 적용되었습니다. 우리는 지속적인 회복을 관찰하고 완화를 보장하기 위해 환경을 모니터링하고 완전히 효과적입니다. 데이터 손실이 관찰되지 않았습니다. 한 번의 복구가 완료되면 다른 업데이트를 제공 할 것입니다.

7. 2026년 7월 10일 PM 8:53 UTCidentified

   우리는 지속적인 회복을 관찰하고 완화를 보장하기 위해 환경을 모니터링하고 완전히 효과적입니다. 데이터 손실이 관찰되지 않았습니다. 한 번의 복구가 완료되면 다른 업데이트를 제공 할 것입니다.

8. 2026년 7월 11일 AM 12:16 UTCmonitoring

   우리는 지속적인 회복을 관찰하고 완화를 보장하기 위해 환경을 모니터링하고 완전히 효과적입니다. 데이터 손실이 관찰되지 않았습니다. 한 번의 복구가 완료되면 다른 업데이트를 제공 할 것입니다.

9. 2026년 7월 11일 AM 2:15 UTCidentified

   우리는 영향을 줄이고 회복은 아직 완료되지 않았습니다. US0에 있는 감지기의 작은 비율은 지연된 가공 때문에 예상대로 발사될지도 모릅니다. 데이터 손실이 관찰되지 않았습니다. 엔지니어링 팀은 추가 소송을 계속 조사합니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

10. 2026년 7월 11일 AM 3:03 UTCidentified

    우리는 US0에 있는 새로 만들어진 시간 시리즈가 검출기에 포함될 10 분까지 가지고 갈지도 모릅니다, 그 새로운 시간 시리즈를 위한 발견자 평가를 연기할지도 모릅니다. 알림 지연은 현재 건강하고 데이터 손실이 관찰되지 않았습니다. 엔지니어링 팀은 지속적인 완화 작업과 나머지 지연을 명확하게 여부를 검증합니다. 일단 유효성 검사가 완료되면 다른 업데이트가 제공됩니다.

11. 2026년 7월 11일 PM 3:05 UTCidentified

    우리는 US0에 있는 감지기에 있는 새로 창조된 시간 시리즈의 포함을 연기하는 것을 계속합니다. 새로운 시간 시리즈는 감지기에 포함될 10 분까지 가지고 갈지도 모릅니다, 그 시간 시리즈를 위한 발견자 평가를 연기할지도 모릅니다. 알림 지연은 시간이 건강하고 데이터 손실이 관찰되지 않았습니다. 엔지니어링 팀은 지속적인 완화 작업의 일환으로 영향을받는 백엔드 구성 요소의 제어 롤아웃을 수행하고 있으며, 추가 고객 영향을 미칠 것으로 예상되지 않습니다. 우리는 검증 진행으로 또 다른 업데이트를 제공 할 것입니다.

12. 2026년 7월 11일 PM 6:09 UTCresolved

    이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 9일 AM 2:36 UTCresolved

   사이 4:45p - 6:45p PDT 미터 데이터 포인트의 매우 작은 비율은 떨어졌다. 이 문제는 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 8일 PM 9:47 UTCinvestigating

   11:30a PDT부터 datapoint ingest는 영향을 받으며 데이터 포인트의 작은 비율을 떨어뜨립니다. 우리는 투자하고 진행 상황을 제공 할 것입니다.

2. 2026년 7월 8일 PM 10:35 UTCinvestigating

   우리는 US0에서 데이터 포인트의 작은 비율에 영향을 미치는 문제를 조사합니다. 우리의 엔지니어링 팀은 문제 및 잠재적 완화에 적극적으로 노력하고 있습니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 7월 8일 PM 11:29 UTCinvestigating

   우리는 US0에서 데이터 포인트의 작은 비율에 영향을 미치는 문제를 조사합니다. 우리의 엔지니어링 팀은 적극적으로 문제에서 일하고 있습니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

4. 2026년 7월 8일 PM 11:33 UTCmonitoring

   우리는 US0에서 datapoint ingest의 개선을 관찰했으며, 데이터 포인트의 비율은 예상 수준으로 돌아 왔습니다. 우리는 안정성을 보장하기 위해 긴밀한 서비스를 모니터링하고 있습니다. 우리는 한 번 감시가 완료되거나 추가 문제가 관찰되면 다른 업데이트를 제공 할 것입니다.

5. 2026년 7월 8일 PM 11:52 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 8일 PM 2:21 UTCinvestigating

   6:48a PDT에서 시작, 합성 시험은 사용자 인터페이스에서 볼 수 없습니다. 시험은 아직도 달리고 발견자는 아직도 작동됩니다. 우리는 문제점을 조사하고 진행으로 업데이트를 보낼 것입니다.

2. 2026년 7월 8일 PM 2:43 UTCinvestigating

   APM Profiling 사용자 인터페이스는 동시에 동일한 underlying 문제로 사용할 수 없습니다. 우리는 조사를 계속하고 발전으로 업데이트를 제공 할 것입니다.

3. 2026년 7월 8일 PM 3:05 UTCinvestigating

   APM Profiling 사용자 인터페이스에서 볼 수있는 데이터는 지연을 경험하고 있습니다. Splunk 합성 감시는 조작상입니다. 우리는 조사를 계속하고 발전으로 업데이트를 제공 할 것입니다.

4. 2026년 7월 8일 PM 3:33 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 8일 AM 10:51 UTCresolved

   1a PDT와 2:50a PDT 사이, 모든 GCP 통합은 GCP에서 클라우드 모니터링 데이터의 일부가되었습니다. 이 문제는 해결되었습니다. GCP Cloud Monitoring metrics를 사용하는 차트 및 검지기의 간격을 볼 수 있습니다. AWS CloudWatch 및 Azure Monitor 메트릭은 영향을받지 않습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 3일 AM 12:47 UTCinvestigating

   Splunk APM Trace Search와 Splunk RUM Session Details 기능에 영향을 미치는 주요 서비스 중단을 조사하고 있습니다. 고객은 추적을 검색하거나 볼 수 없으며 세션 세부 사항을로드 할 수 없습니다. Data ingest는 이 시간에 영향을 미치지 않습니다. 우리는 가능한 한 빨리 업데이트를 제공 할 것입니다.

2. 2026년 7월 3일 AM 1:53 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 3일 AM 2:04 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

4. 2026년 7월 3일 AM 2:47 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 2일 PM 8:55 UTCinvestigating

   고객은 몇몇 발견자에 있는 지연을 경험할지도 모릅니다. Datapoint ingest는 영향을 미치지 않습니다. 우리는 투자하고 곧 업데이트를 제공 할 것입니다.

2. 2026년 7월 2일 PM 9:36 UTCidentified

   우리는 문제의 소스를 확인하고 완화 조치를 취했습니다. 복구는 진행 중이며, 우리는 점차 개선을보고 있습니다. 우리의 팀은 회복을 감시하는 동안 underlying 원인을 조사하기 위하여 계속됩니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 7월 2일 PM 10:35 UTCresolved

   몇몇 발견자에 있는 지연을 일으키는 문제점은 해결되었습니다. 시스템 복구 및 검지기 처리는 예상 수준으로 돌아 왔습니다. 우리는이 문제를 해결하기 위해 일하면서 당신의 인내심을 주셔서 감사합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 2일 PM 7:21 UTCinvestigating

   Splunk APM 메트릭 처리 파이프라인의 성능 향상은 미터 설정 모니터링을 5 분 이상 지연시킵니다. Trace data ingest는 영향을받지 않지만 서비스, 엔드포인트 및 워크플로우 대시보드 및 기타 차트 및 디텍터가 모니터링을 통해 구축되었습니다.

2. 2026년 7월 2일 PM 8:16 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 2일 PM 8:44 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

4. 2026년 7월 2일 PM 9:31 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 1일 PM 2:18 UTCresolved

   Tag Spotlight에 영향을 미치는 문제가 해결되었습니다. 고객은 6월 30일 오후 4시 30분 PM PT에서 Tag Spotlight에서 제한된 기능을 경험할 수 있습니다. 전체 기능은 7 월 7 : 20 AM PT에서 복원되었습니다. 1.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 26일 AM 7:36 UTCresolved

   최근 출시에 대한 회귀로 인해, 사용자가 APM TraceView 페이지에 로그 관련 내용에서 Log Observer 대신 APM TraceView로 다시 리디렉션되었습니다. US3 및 Gov를 제외한 모든 영역의 고객을 위한 Logs Correlation 경험에 영향을 미쳤습니다. 변화는 예상 탐색 경험을 복원하기 위해 거꾸로되었습니다. APM 및 Log Observer의 제품 가용성은 영향을받지 않았습니다. TraceView의 Logs Correlation 워크플로에 문제가 발생했습니다. 법인 시작 시간: 05:09 PDT, 6월 25, 2026 법인 종료 시간: 22:15 PDT, 6월 25, 2026

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 17일 PM 3:37 UTCinvestigating

   We are investigating why Trace Lookups are failing for traces created between approximately 5:30am PT - 7:30am PT. Monitoring MetricSets and Troubleshooting MetricSets are not impacted. Metrics are still available. We are investigating the issue.

2. 2026년 6월 17일 PM 4:43 UTCinvestigating

   We are still investigating the issue.

3. 2026년 6월 17일 PM 5:56 UTCinvestigating

   We are continuing to investigate this issue.

4. 2026년 6월 17일 PM 6:35 UTCidentified

   The issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been identified. This occurred during an approved maintenance window associated with repartitioning and scaling activities. Customers may be unable to search for traces generated during this timeframe. Trace ingestion and processing are operating normally, and traces generated outside of the affected window remain searchable. Our team has developed a fix and is currently validating it through internal testing. We expect validation to complete within approximately two hours and will provide another update once the fix is ready for deployment or as additional information becomes available.

5. 2026년 6월 17일 PM 8:07 UTCidentified

   We continue to make progress toward resolution. The fix is currently moving through the implementation process and will be rolled out once all deployment steps have been completed. We will provide another update as progress continues.

6. 2026년 6월 17일 PM 9:09 UTCresolved

   The fix has been successfully deployed, and we have confirmed that the issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been resolved. Customers should now be able to search affected traces as expected.

1. 2026년 6월 17일 PM 3:07 UTCmonitoring

   The Scheduled Maintenance for US0 Splunk APM Span Firehose Optimization has been extended while we continue to monitor the improvements.

2. 2026년 6월 17일 PM 3:33 UTCresolved

   We have completed our Scheduled Maintenance window. Thanks for your patience.

1. 2026년 6월 15일 PM 5:53 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time.

2. 2026년 6월 15일 PM 6:37 UTCinvestigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 2026년 6월 15일 PM 7:07 UTCinvestigating

   We are continuing to work on the performance degradation affecting the Splunk APM trace processing pipeline. Our teams are actively working to restore normal service, and we will provide further updates as more information becomes available.

4. 2026년 6월 15일 PM 7:40 UTCinvestigating

   There is no change in status. Our teams continue to work on resolving the performance degradation in the Splunk APM trace processing pipeline. Delays of over five minutes in Troubleshooting and Monitoring MetricSets persist. We will provide further updates as soon as more information is available.

5. 2026년 6월 15일 PM 8:16 UTCidentified

   We have identified the root cause of the performance degradation in the Splunk APM trace processing pipeline. Our engineering teams are currently planning the most efficient approach to implement a fix and restore normal service functionality. We will provide further updates as we move into the implementation phase.

6. 2026년 6월 15일 PM 8:48 UTCidentified

   Our teams are continuing to finalize the implementation plan for the fix to address the performance degradation in the Splunk APM trace processing pipeline. We will provide further updates as we move into the implementation phase.

7. 2026년 6월 15일 PM 9:20 UTCidentified

   There is no change in status to report. Our engineering teams are currently finalizing the remediation strategy to address the performance degradation within the Splunk APM trace processing pipeline. We are prioritizing a stable resolution.

8. 2026년 6월 15일 PM 9:53 UTCidentified

   Our engineering teams are working diligently to ensure the proposed fix for the Splunk APM trace processing pipeline is executed effectively to restore normal service.

9. 2026년 6월 15일 PM 11:04 UTCidentified

   Efforts to improve the pipeline performance, including monitoring metrics pipeline management capabilities such as aggregation, filtering, and archiving, are ongoing.

10. 2026년 6월 15일 PM 11:35 UTCidentified

    We are continuing to work on a fix for this issue.

11. 2026년 6월 16일 AM 12:12 UTCresolved

    This incident has been resolved as latency has dropped to a normal threshold.

1. 2026년 6월 12일 PM 8:29 UTCinvestigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data and may fail or be slow to load. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time; service-level and endpoint-level Monitoring MetricSets and the detectors built from them are also not impacted.

2. 2026년 6월 12일 PM 9:31 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 6월 12일 PM 10:17 UTCmonitoring

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

4. 2026년 6월 12일 PM 11:25 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 2026년 6월 13일 AM 12:01 UTCresolved

   This incident has been resolved.

1. 2026년 6월 11일 PM 6:55 UTCinvestigating

   Customers may be experiencing delays in some charts and detectors. Datapoint ingest is not affected. We are investigating and will provide an update shortly.

2. 2026년 6월 11일 PM 7:52 UTCinvestigating

   Lagging continues and has caused some charts and dashboards to fail to load.

3. 2026년 6월 11일 PM 8:39 UTCinvestigating

   We have scaled up to reduce lag but are are still investigating the root cause.

4. 2026년 6월 11일 PM 9:05 UTCinvestigating

   A degradation in the performance of the Splunk APM metrics processing pipeline is causing Monitoring MetricSets and Troubleshooting MetricSets to be delayed by more than five minutes. Trace data ingest is not impacted, but service, endpoint and workflow dashboards, and other charts and detectors built from Monitoring MetricSets are impacted.

5. 2026년 6월 11일 PM 10:09 UTCmonitoring

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

6. 2026년 6월 11일 PM 10:32 UTCresolved

   This incident has been resolved.