Signalfx Us1 장애 기록

1. 2026년 10월 27일 오후 10:21 UTCinvestigating

   apI가 500과 실패한 것을 찾았습니다. 그래서 코드 프로파일링 페이지는 접근할 수 없거나 오류가 UI에 표시됩니다

2. 2026년 10월 27일 오후 10:23 UTCidentified

   문제는 식별되고 구현되었습니다

3. 2026년 10월 27일 오후 10:24 UTCmonitoring

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

4. 2026년 10월 28일 오전 1:38 UTCresolved

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

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

1. 2026년 10월 23일 오전 7:33 UTCinvestigating

   AWS CloudWatch 통합의 문제점을 조사하고 있습니다. 일부 고객은 AWS 메트릭스에 누락되거나 출력된 리소스 태그를 볼 수 있으며, 메트릭 스트림 구성 변경은 적용되지 않을 수 있습니다. 미터 섭취는 영향을 미치지 않습니다. 더 많은 정보를 사용할 수 있도록 업데이트를 제공합니다.

2. 2026년 10월 23일 오전 9:15 UTCidentified

   AWS CloudWatch 통합이 AWS CloudWatch와 Resource Groups Tagging API를 포함한 Me-central-1 (UAE) 지역의 지속적인 AWS 붕괴로 인한 것으로 확인했습니다. 이 지역의 AWS 리소스를 가진 고객은 AWS 메트릭에 누락되거나 삭제 된 리소스 태그를 볼 수 있으며, 메트릭 스트림 구성 변경은 적용되지 않을 수 있습니다. 미터 섭취는 영향을 미치지 않습니다. AWS는 복구 타임라인을 제공하지 않고 다른 지역에 마이그레이션하는 것이 좋습니다.

3. 2026년 10월 23일 오후 9:12 UTCresolved

   Splunk는 Me-central-1 (UAE) 지역의 degraded AWS CloudWatch 통합이 Splunk의 제어 이외의 지속적인 AWS 지역 붕괴로 인한 것으로 확인했습니다. AWS는 복구 타임라인을 제공하지 않으며 영향을받는 리소스를 다른 지역으로 마이그레이션하는 것이 좋습니다. 미터 섭취는 영향을 미치지 않습니다. 우리는 영향을받는 고객을 식별하고 다음 단계를 논의하기 위해 개별적으로 도달합니다. 즉각적인 우려가 있으시면 계정 팀에 문의하십시오.

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

1. 2026년 10월 22일 오후 9:56 UTCinvestigating

   Splunk APM data ingestion 파이프라인의 성능 향상은 5 분 이상 지연 될 원료 추적 데이터의 처리 및 저장을 유발합니다. 이 시간에 데이터가 손실되지 않으며 MetricSets는 영향을 미치지 않지만 가장 최근의 데이터는 추적 검색 결과에서 사용할 수 없습니다.

2. 2026년 10월 22일 오후 9:58 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

3. 2026년 10월 22일 오후 10:01 UTCmonitoring

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

4. 2026년 10월 22일 오후 10:10 UTCresolved

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

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

1. 2026년 10월 15일 오후 6:57 UTCinvestigating

   우리는 일부 고객에게 Splunk Observability Cloud 웹 애플리케이션의 분해를 조사하고 있습니다. Data ingest는 이 시간에 영향을 미치지 않습니다. 우리는 가능한 한 빨리 업데이트를 제공 할 것입니다.

2. 2026년 10월 15일 오후 9:04 UTCinvestigating

   우리의 엔지니어링 팀은 Splunk Observability Web UI에서 식별 된 성능 문제를 적극적으로 해결하고 있으므로 가능한 한 빨리 새로운 업데이트를 공유 할 것입니다.

3. 2026년 10월 15일 오후 9:11 UTCmonitoring

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

4. 2026년 10월 15일 오후 9:20 UTCresolved

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

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

1. 2026년 10월 11일 오전 4:09 UTCinvestigating

   고객을 위한 차트는 적재할 수 없습니다. Datapoint ingest는 영향을 미치지 않습니다. 우리는 투자하고 곧 업데이트를 제공 할 것입니다.

2. 2026년 10월 11일 오전 4:24 UTCmonitoring

   차트 및 대시보드는 건강 상태이며 복구를 모니터링하고 있습니다.

3. 2026년 10월 11일 오전 5:34 UTCresolved

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

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

1. 2026년 10월 3일 오전 3:02 UTCinvestigating

   Splunk Observability 합성 모니터링 테스트 결과 처리 지연입니다. 합성 감시 시험은 가동이지만 미터는 문제점이 해결될 때까지 누락될지도 모릅니다.

2. 2026년 10월 3일 오전 3:03 UTCinvestigating

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

3. 2026년 10월 3일 오전 3:03 UTCidentified

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

4. 2026년 10월 3일 오전 3:13 UTCmonitoring

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

5. 2026년 10월 3일 오전 3:18 UTCresolved

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

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

1. 2026년 9월 29일 오후 3:02 UTCinvestigating

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

2. 2026년 9월 29일 오후 3:54 UTCinvestigating

   우리는 몇몇 도표 및 발견자에서 경험있는 지연을 연구합니다. 엔지니어링 팀은 문제 해결을 계속하고 업데이트가 곧 공유됩니다.

3. 2026년 9월 29일 오후 4:10 UTCmonitoring

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

4. 2026년 9월 29일 오후 5:26 UTCmonitoring

   서비스 복구가 확인되었습니다. 우리는 시스템 성능이 밀접하고 업데이트를 공유하는 것을 계속합니다.

5. 2026년 9월 29일 오후 6:07 UTCresolved

   우리의 엔지니어링 팀은 배포 된 수정을 확인했습니다 US1 지역 전체에 걸쳐 영향을 미치는 서비스. 이 사건은 이제 해결 된 것으로 간주됩니다.

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

1. 2026년 9월 27일 오전 2:17 UTCresolved

   오후 5시 45 분에서 오후 6시 20 분 PT는 Splunk APM 추적 처리 파이프라인의 성능에 대한 분해는 5 분 이상 지연되는 Troubleshooting MetricSets를 유발했습니다. 결과적으로 APM Troubleshooting 경험, 서비스 맵 및 Tag Spotlight는 가장 최근의 데이터에 액세스하지 않습니다. Business Workflows의 메트릭 처리는 이 파이프라인에 따라 달라집니다. Trace 데이터 ingest는이 시간에 영향을 미치지 않습니다. 서비스 수준 및 엔드포인트 레벨 모니터링 MetricSets 및 그로부터 내장 된 검출기는 영향을받지 않습니다.

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

1. 2026년 9월 18일 오후 3:40 UTCresolved

   고객 중 일부는 인증서 오류로 인해 로그인 실패를 볼 수 있습니다. 이미 로그인한 고객은 영향을받지 않습니다. 문제는 해결되었습니다.

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

1. 2026년 9월 15일 오후 2:41 UTCidentified

   5:50 AM PDT에서 시작, 아카이브 계층의 데이터 포인트는 영향을 받았다, 허용되지 않는 데이터 포인트의 작은 숫자로 결과. 영향은 아카이브 계층에 제한되었습니다. 발견자와 도표는 영향을 미치지 않았습니다. 우리는 재약을 구현하고 지속적인 안정성을 보장하기 위해 시스템을 적극적으로 모니터링하고 있습니다. 우리는 15 분마다 업데이트를 제공합니다.

2. 2026년 9월 15일 오후 2:52 UTCidentified

   7:48 AM PDT로, 우리는 더 이상 어떤 자료든지 삭제되지 않습니다. 시스템은 복구를 계속하고 있으며, 지속적인 안정성을 보장하기 위해 적극적으로 모니터링하고 있습니다.

3. 2026년 9월 15일 오후 2:54 UTCmonitoring

   시스템은 복구를 계속하고 있으며, 지속적인 안정성을 보장하기 위해 적극적으로 모니터링하고 있습니다.

4. 2026년 9월 15일 오후 3:33 UTCmonitoring

   시스템은 그것의 회복에 있는 꾸준한 진전을 보여주고 있습니다. 우리의 팀은 적극적으로 참여하고, 긴밀하게 관찰 시스템 메트릭은 지속적인 안정성을 보장하기 위해

5. 2026년 9월 15일 오후 4:50 UTCmonitoring

   우리는 성공적으로 datapoint ingestion을 복원하고 data backlog가 처리 된대로 꾸준한 진행을보고 있습니다. 우리는 적극적으로이 프로세스를 모니터링하여 전체 서비스 기능을 최대한 빨리 반환합니다.

6. 2026년 9월 15일 오후 5:59 UTCmonitoring

   우리는 전체 서비스 기능을 보장하기 위해 계속 감시합니다.

7. 2026년 9월 15일 오후 6:58 UTCmonitoring

   우리는 지속적인 안정성을 보장하기 위하여 체계를 감시하기 위하여 계속됩니다. 우리의 팀은 모든 가동이 예상대로 작용한다는 것을 확인하기 위하여 성과 미터를 관찰하기에서 적극적으로 관여됩니다.

8. 2026년 9월 15일 오후 8:17 UTCmonitoring

   복구 프로세스를 가속화하려면 현재 클러스터에 추가 용량을 추가하고 있습니다. 우리의 팀은 적극적으로 참여하고 시스템 성능 모니터링을 계속하고 있습니다.

9. 2026년 9월 15일 오후 9:28 UTCresolved

   시스템은 복구하고 우리는 지연없이 아카이브 된 데이터를 섭취했습니다.

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

1. 2026년 9월 12일 오후 4:32 UTCinvestigating

   Datapoint ingest는 영향을 받으며 데이터 포인트를 8:52 PDT에서 삭제합니다. 우리는 투자하고 15 분마다 업데이트를 제공합니다.

2. 2026년 9월 12일 오후 4:55 UTCmonitoring

   사이 8:52 PDT 및 9:47 PDT, 새로운 시간 시리즈의 데이터 포인트의 작은 수 허용되지 않았습니다. 결과적으로 새로운 시간 시리즈는 차트 및 검출기에서 사용할 수되기 전에 지연을 경험할 수 있습니다. Remediation는 장소에 있고, 우리는 안정성을 지키기 위하여 체계를 감시하기 위하여 계속됩니다.

3. 2026년 9월 12일 오후 5:37 UTCresolved

   문제는 해결되고, datapoint ingestion은 일반적으로 작동합니다. 우리는 체계가 안정되어 있는 뒤에 오는 치료 남아 있다는 것을 확인했습니다. 이 사건은 이제 해결되었습니다.

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

1. 2026년 9월 9일 오전 12:12 UTCinvestigating

   Splunk APM에 대한 추적 데이터 ingest 경로의 degradation은 떨어뜨리고 잃어버린 흔적이 발생한다. 우리는 문제가 투자하고 가능한 한 빨리 업데이트를 제공 할 것입니다.

2. 2026년 9월 9일 오전 12:41 UTCresolved

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

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

1. 2026년 8월 28일 오후 6:01 UTCinvestigating

   우리는 Splunk Observability AI Assistant의 주요 결과를 조사하고 있습니다.

2. 2026년 8월 28일 오후 6:20 UTCidentified

   문제는 Azure OpenAI 아웃리지로 식별되었으며, 우리는 운동으로 진행되고 있습니다.

3. 2026년 8월 28일 오후 6:25 UTCmonitoring

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

4. 2026년 8월 28일 오후 7:26 UTCresolved

   모니터링 단계 완료. 문제는 해결되었습니다.

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

1. 2026년 8월 25일 오후 6:44 UTCinvestigating

   08/25/2026에서, 11:38AM PDT는, Splunk APM 추적 처리 파이프라인의 성과에 있는 degradation는 5 분에 의해 지연될 미터 세트를 문제 해결하는 원인이 됩니다. 결과적으로 APM Troubleshooting 경험, 서비스 맵 및 Tag Spotlight는 가장 최근의 데이터에 액세스하지 않습니다. Business Workflows의 메트릭 처리는 이 파이프라인에 따라 달라집니다. Trace 데이터 ingest는이 시간에 영향을 미치지 않습니다. 서비스 수준 및 엔드포인트 레벨 모니터링 MetricSets 및 그로부터 내장 된 검출기는 영향을받지 않습니다.

2. 2026년 8월 25일 오후 7:21 UTCinvestigating

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

3. 2026년 8월 25일 오후 7:44 UTCidentified

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

4. 2026년 8월 25일 오후 8:02 UTCmonitoring

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

5. 2026년 8월 25일 오후 8:25 UTCmonitoring

   우리의 팀은 전체적인 구제를 지키는 상황을 계속합니다.

6. 2026년 8월 25일 오후 9:07 UTCresolved

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

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

1. 2026년 8월 1일 오후 2:35 UTCinvestigating

   알림을 지연시키기 위한 알림을 처리하는 문제. 우리는 현재 문제를 조사하고 있습니다.

2. 2026년 8월 1일 오후 3:33 UTCinvestigating

   우리는 현재 높은 알림 대기 시간을 투자하고있다. 고객은 경고 알림 수신 지연을 경험할 수 있습니다. 우리는 적극적으로이 문제를 해결하고 우리가 진행하는대로 업데이트를 제공 할 것입니다. 우리는 당신의 인내를 평가합니다.

3. 2026년 8월 1일 오후 3:55 UTCidentified

   우리는 식별하고 적극적으로 경고 알림을 지연시키는 문제를 해결합니다. 수정이 시행되고 이미 알림 배달 시간에 상당한 개선을 보여주고 있습니다. 수정 전에 누락 된 몇 가지 알림이 여전히 시스템 캐치로 미성년 지연을 경험할 수 있지만, 새로운 알림은 일반적으로 전달됩니다. 우리는 당신의 patience를 평가하고 상황을 밀접하게 감시할 것입니다.

4. 2026년 8월 1일 오후 5:09 UTCidentified

   우리는 문제를 해결하기 위해 적극적으로 노력하고 있습니다. 고객은 알림 납품에 지연을 경험할 수 있습니다. 이 새로운 생성 된 알림을 포함, 이는 큐의 이전 이벤트 뒤에 처리됩니다. 팀은 근본 원인을 조사하고 in-queue 알림의 backlog를 지우기 위해 노력하고 있습니다. 임시 완화 측정으로, 우리는 처리 속도를 개선하기 위해 알림에 비활성화 된 이미지 미리보기가 있습니다. 알림은 이제 텍스트 전용입니다. 우리는 당신의 patience를 평가하고 진전으로 추가 업데이트를 제공할 것입니다.

5. 2026년 8월 1일 오후 5:31 UTCmonitoring

   우리는 알림 지연에 대한 수정을 구현했습니다. 우리의 모니터링은 알림 배달 시간에 상당한 개선을 보여줍니다, 우리는 문제를 완전히 해결하기 위해 긴밀한 추적 성능을 보여줍니다. 우리가 전체 서비스를 복원하기 위해 노력으로 당신의 인내심을 주셔서 감사합니다.

6. 2026년 8월 1일 오후 6:21 UTCresolved

   알림 배달 지연은 완전히 해결되었습니다. 모든 누락된 알림이 처리되었습니다. 시스템은 현재 운영되고 있습니다.

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

1. 2026년 7월 31일 오전 2:51 UTCinvestigating

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

2. 2026년 7월 31일 오전 2:54 UTCinvestigating

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

3. 2026년 7월 31일 오전 3:44 UTCinvestigating

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

4. 2026년 7월 31일 오전 4:07 UTCidentified

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

5. 2026년 7월 31일 오전 4:08 UTCmonitoring

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

6. 2026년 7월 31일 오전 4:33 UTCresolved

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

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

1. 2026년 7월 24일 오후 9:54 UTCresolved

   새로운 또는 재 활성화 된 메트릭 시간 시리즈에 대한 데이터 포인트는 오후 2시 28 분 PST에서 2시 47 분 PST로 영향을 미쳤습니다. 그 시간 동안 새로운 미터 시간 시리즈에 대한 부분적인 데이터 손실이있었습니다. 이 상황은 이제 복구됩니다.

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

1. 2026년 7월 22일 오후 6:02 UTCresolved

   새로운 미터 시간 시리즈에 대한 데이터 포인트는 10:37 AM PST와 10:39 AM PST로 영향을 미쳤습니다. 그 시간 동안 새로운 미터 시간 시리즈에 대한 부분적인 데이터 손실이있었습니다. 이 상황은 이제 복구됩니다.

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

1. 2026년 7월 14일 오전 11:25 UTCinvestigating

   4a PT에서 시작, 우리는 Splunk Observability Cloud 웹 응용 프로그램의 주요 결과를 조사하고 있습니다. Data ingest는 이 시간에 영향을 미치지 않습니다. 우리는 가능한 한 빨리 업데이트를 제공 할 것입니다.

2. 2026년 7월 14일 오후 12:13 UTCinvestigating

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

3. 2026년 7월 14일 오후 12:28 UTCmonitoring

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

4. 2026년 7월 14일 오후 12:38 UTCresolved

   이 사건은 해결되었습니다. Splunk Observability Cloud API는 이 사건 중에도 영향을 미쳤습니다.

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

1. 2026년 7월 8일 오전 10:52 UTCresolved

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

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