Cronologia delle interruzioni di Signalfx Us1

1. 27 ottobre 2026 alle ore 22:21 UTCinvestigating

   abbiamo trovato ApI non funzionando con 500, quindi la pagina di profilazione del codice sarebbe unccessibile o gli errori sarebbero visualizzati in UI

2. 27 ottobre 2026 alle ore 22:23 UTCidentified

   La questione è stata identificata e attuata

3. 27 ottobre 2026 alle ore 22:24 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 28 ottobre 2026 alle ore 01:38 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 ottobre 2026 alle ore 07:33 UTCinvestigating

   Stiamo indagando su un problema con l'integrazione AWS CloudWatch. Alcuni clienti possono vedere i tag delle risorse mancanti o obsoleti sulle metriche di AWS, e le modifiche di configurazione del flusso metrico potrebbero non essere applicate. L'ingestione metrica non è influenzata. Forniremo un aggiornamento non appena saranno disponibili ulteriori informazioni.

2. 23 ottobre 2026 alle ore 09:15 UTCidentified

   Abbiamo identificato che l'integrazione AWS CloudWatch degradata è causata da una continua interruzione di AWS nella regione me-central-1 (UAE), tra cui AWS CloudWatch e la Resource Groups Tagging API. I clienti con risorse AWS in questa regione possono vedere i tag delle risorse mancanti o obsoleti sulle metriche di AWS e le modifiche di configurazione del flusso metrico potrebbero non essere applicate. L'ingestione metrica non è influenzata. AWS non ha fornito una linea temporale di recupero e raccomanda di migrare in un'altra regione.

3. 23 ottobre 2026 alle ore 21:12 UTCresolved

   Splunk ha confermato che l'integrazione degradata di AWS CloudWatch nella regione me-central-1 (UAE) è causata da un continuo disturbo regionale AWS al di fuori del controllo di Splunk. AWS non ha fornito una linea temporale di recupero e raccomanda di migrare le risorse colpite in un'altra regione. L'ingestione metrica non è influenzata. Stiamo identificando i clienti interessati e raggiungere individualmente per discutere i prossimi passi. Se hai delle preoccupazioni immediate, contatta il team del tuo account.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 ottobre 2026 alle ore 21:56 UTCinvestigating

   Un degrado delle prestazioni della pipeline di ingestione dei dati Splunk APM sta causando il trattamento e la memorizzazione dei dati delle tracce crude da ritardare di oltre cinque minuti. Nessun dato viene perso in questo momento e MetricSets non sono influenzati, ma i dati più recenti potrebbero non essere disponibili nei risultati di ricerca traccia.

2. 22 ottobre 2026 alle ore 21:58 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

3. 22 ottobre 2026 alle ore 22:01 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 22 ottobre 2026 alle ore 22:10 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 ottobre 2026 alle ore 18:57 UTCinvestigating

   Stiamo indagando su un degrado dell'applicazione web Splunk Observability Cloud per alcuni clienti. L'ingestione dei dati non è influenzata in questo momento. Forniremo un aggiornamento il prima possibile.

2. 15 ottobre 2026 alle ore 21:04 UTCinvestigating

   I nostri team di ingegneria stanno attivamente risolvere i problemi di prestazioni identificati nel Splunk Observability Web UI, condivideremo un nuovo aggiornamento non appena possibile.

3. 15 ottobre 2026 alle ore 21:11 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 15 ottobre 2026 alle ore 21:20 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 11 ottobre 2026 alle ore 04:09 UTCinvestigating

   I grafici per un sottoinsieme di clienti potrebbero non essere di carico. L'ingestione di Datapoint non è influenzata. Stiamo indagando e forniremo un aggiornamento a breve.

2. 11 ottobre 2026 alle ore 04:24 UTCmonitoring

   I grafici e le dashboard sono in uno stato sano e stiamo monitorando il recupero.

3. 11 ottobre 2026 alle ore 05:34 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 ottobre 2026 alle ore 03:02 UTCinvestigating

   Stiamo indagando i ritardi nell'elaborazione dei risultati del test di monitoraggio sintetico Splunk Observability Splunk. I test di monitoraggio sintetico sono operativi ma le metriche possono mancare fino a quando il problema non viene risolto.

2. 3 ottobre 2026 alle ore 03:03 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 3 ottobre 2026 alle ore 03:03 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

4. 3 ottobre 2026 alle ore 03:13 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

5. 3 ottobre 2026 alle ore 03:18 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 settembre 2026 alle ore 15:02 UTCinvestigating

   Alcuni clienti possono sperimentare ritardi in alcuni grafici e rivelatori. L'ingestione di Datapoint non è influenzata. Stiamo indagando e forniremo un aggiornamento a breve.

2. 29 settembre 2026 alle ore 15:54 UTCinvestigating

   Continuiamo a indagare sui ritardi riscontrati in alcuni grafici e rivelatori. I nostri team di ingegneria continuano a risolvere i problemi e condivideranno un aggiornamento a breve.

3. 29 settembre 2026 alle ore 16:10 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 29 settembre 2026 alle ore 17:26 UTCmonitoring

   Il recupero dei servizi è stato confermato. Continueremo a monitorare attentamente le prestazioni del sistema e condividere gli aggiornamenti di conseguenza.

5. 29 settembre 2026 alle ore 18:07 UTCresolved

   Il nostro team di ingegneri ha confermato che la soluzione implementata ha stabilizzato i servizi di impatto in tutta la regione degli Stati Uniti1. Questo incidente è ora considerato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 settembre 2026 alle ore 02:17 UTCresolved

   Dalle 17:45 alle 18:20 PT, il degrado delle prestazioni della pipeline di elaborazione delle tracce di Splunk APM ha causato la risoluzione dei problemi MetricSets essere ritardato da più di cinque minuti. Di conseguenza, l'esperienza di risoluzione dei problemi di APM, le mappe di servizio e il faretto Tag non hanno accesso ai dati più recenti. L'elaborazione di metriche per i flussi di lavoro aziendali, che dipende anche da questa pipeline, sono ugualmente ritardati. I dati di traccia ingest non sono influenzati in questo momento; i MetricSets di monitoraggio a livello di servizio e di livello endpoint e i rivelatori costruiti da loro non sono anche influenzati.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 18 settembre 2026 alle ore 15:40 UTCresolved

   Alcuni dei clienti stanno vedendo errori di login a causa di errori di certificazione. I clienti che sono già registrati non hanno alcun impatto. Il problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 settembre 2026 alle ore 14:41 UTCidentified

   A partire dalle 5:50 AM PDT, l'ingestione del datapoint per il livello di archiviazione è stata influenzata, con conseguente un piccolo numero di datapoint non accettati. L'impatto era limitato al livello di archiviazione. Rilevatori e grafici non sono stati colpiti. Abbiamo implementato la bonifica e stiamo monitorando attivamente il sistema per garantire una stabilità continua. Forniremo aggiornamenti ogni 15 minuti.

2. 15 settembre 2026 alle ore 14:52 UTCidentified

   A partire dalle 7:48 AM PDT, non stiamo più osservando alcun dato essere abbandonato. Il sistema continua a recuperare, e lo stiamo monitorando attivamente per garantire una stabilità continua.

3. 15 settembre 2026 alle ore 14:54 UTCmonitoring

   Il sistema continua a recuperare, e lo stiamo monitorando attivamente per garantire una stabilità continua.

4. 15 settembre 2026 alle ore 15:33 UTCmonitoring

   Il sistema sta mostrando progressi costanti nel suo recupero. I nostri team rimangono attivamente impegnati, osservando attentamente le metriche di sistema per garantire la stabilità continua

5. 15 settembre 2026 alle ore 16:50 UTCmonitoring

   Abbiamo ripristinato con successo l'ingestione dei datapoint e stiamo vedendo progressi costanti mentre il backlog dei dati viene elaborato. Stiamo monitorando attivamente questo processo per garantire la piena funzionalità di servizio restituisce il più rapidamente possibile.

6. 15 settembre 2026 alle ore 17:59 UTCmonitoring

   Continuiamo a monitorare per garantire la piena funzionalità di servizio.

7. 15 settembre 2026 alle ore 18:58 UTCmonitoring

   Stiamo continuando a monitorare il sistema per garantire la stabilità in corso. I nostri team rimangono attivamente impegnati nell'osservare le metriche delle prestazioni per confermare che tutte le operazioni funzionano come previsto.

8. 15 settembre 2026 alle ore 20:17 UTCmonitoring

   Per accelerare il processo di recupero, stiamo attualmente aggiungendo capacità aggiuntive ai nostri cluster. I nostri team rimangono attivamente impegnati e continuano a monitorare le prestazioni del sistema man mano che si stabilizza.

9. 15 settembre 2026 alle ore 21:28 UTCresolved

   Il sistema ha recuperato e ingeriamo dati archiviati senza alcun ritardo.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 12 settembre 2026 alle ore 16:32 UTCinvestigating

   L'ingestione di datapoint è influenzata e stiamo rilasciando dei datapoint da 8:52 PDT. Stiamo indagando e forniremo un aggiornamento ogni 15 minuti.

2. 12 settembre 2026 alle ore 16:55 UTCmonitoring

   Tra 8:52 PDT e 9:47 PDT, un piccolo numero di punti di dati per nuove serie di tempo non sono stati accettati. Di conseguenza, la nuova serie di tempo potrebbe aver avuto un ritardo prima di essere disponibile nella classifica e nei rivelatori. La riparazione è in atto, e stiamo continuando a monitorare il sistema per garantire la stabilità.

3. 12 settembre 2026 alle ore 17:37 UTCresolved

   Il problema è stato risolto e l'ingestione dei datapoint funziona normalmente. Abbiamo confermato che il sistema rimane stabile dopo la bonifica. Questo incidente è ora risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 settembre 2026 alle ore 00:12 UTCinvestigating

   Un degrado del percorso di ingestione dei dati di traccia per Splunk APM sta causando alcune campate di traccia da sganciare e perdere. Stiamo indagando sul problema e forniremo un aggiornamento il prima possibile.

2. 9 settembre 2026 alle ore 00:41 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 agosto 2026 alle ore 18:01 UTCinvestigating

   Stiamo indagando su un'importante estrazione dell'Assistente per l'Osservabilità Splunk.

2. 28 agosto 2026 alle ore 18:20 UTCidentified

   Il problema è stato identificato come un outage Azure OpenAI e stiamo procedendo con una soluzione.

3. 28 agosto 2026 alle ore 18:25 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 28 agosto 2026 alle ore 19:26 UTCresolved

   Fase di monitoraggio completa. Il problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 agosto 2026 alle ore 18:44 UTCinvestigating

   A partire dal 08/25/2026, 11:38AM PDT, un degrado delle prestazioni della pipeline di elaborazione delle tracce Splunk APM sta causando la risoluzione dei problemi MetricSets essere ritardato da più di cinque minuti. Di conseguenza, l'esperienza di risoluzione dei problemi di APM, le mappe di servizio e il faretto Tag non hanno accesso ai dati più recenti. L'elaborazione di metriche per i flussi di lavoro aziendali, che dipende anche da questa pipeline, sono ugualmente ritardati. I dati di traccia ingest non sono influenzati in questo momento; i MetricSets di monitoraggio a livello di servizio e di livello endpoint e i rivelatori costruiti da loro non sono anche influenzati.

2. 25 agosto 2026 alle ore 19:21 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 25 agosto 2026 alle ore 19:44 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

4. 25 agosto 2026 alle ore 20:02 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

5. 25 agosto 2026 alle ore 20:25 UTCmonitoring

   I nostri team continuano a monitorare la situazione per garantire la completa bonifica.

6. 25 agosto 2026 alle ore 21:07 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 agosto 2026 alle ore 14:35 UTCinvestigating

   Problemi con gli avvisi di elaborazione che stanno portando a notifiche ritardate. Stiamo indagando sul problema.

2. 1 agosto 2026 alle ore 15:33 UTCinvestigating

   Stiamo attualmente indagando la latenza di notifica elevata. I clienti possono sperimentare ritardi nella ricezione delle notifiche di avviso. Stiamo lavorando attivamente per risolvere questo problema e fornirà aggiornamenti mentre facciamo progressi. Apprezziamo la vostra pazienza.

3. 1 agosto 2026 alle ore 15:55 UTCidentified

   Abbiamo identificato e risolviamo attivamente il problema causando notifiche di avviso ritardate. La correzione è stata implementata e sta già mostrando un significativo miglioramento dei tempi di consegna delle notifiche. Mentre alcune notifiche che sono state in coda prima della nostra correzione possono ancora verificarsi ritardi minori come il sistema raggiunge, nuove notifiche vengono consegnate normalmente. Apprezziamo la vostra pazienza e continueremo a monitorare la situazione da vicino.

4. 1 agosto 2026 alle ore 17:09 UTCidentified

   Stiamo attivamente lavorando per risolvere il problema. I clienti possono continuare a sperimentare ritardi nella consegna delle notifiche. Questo include le notifiche appena generate, che vengono elaborate dietro gli eventi precedenti nella coda. Il team sta attivamente indagando sulla causa principale e lavorando per cancellare il backlog delle notifiche in-queue. Come misura temporanea di mitigazione, abbiamo anteprime delle immagini disabilitate nelle notifiche per migliorare la velocità di elaborazione. Le notifiche saranno solo per ora. Apprezziamo la vostra pazienza e fornirà ulteriori aggiornamenti come il progresso è fatto.

5. 1 agosto 2026 alle ore 17:31 UTCmonitoring

   Abbiamo implementato una correzione per affrontare i ritardi di notifica. Il nostro monitoraggio mostra un significativo miglioramento dei tempi di consegna delle notifiche e stiamo monitorando le prestazioni per garantire che il problema sia completamente risolto. Grazie per la vostra pazienza mentre lavoriamo per ripristinare il servizio completo.

6. 1 agosto 2026 alle ore 18:21 UTCresolved

   I ritardi di consegna della notifica sono stati completamente risolti. Tutte le notifiche in coda sono state elaborate e il sistema ora funziona normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 31 luglio 2026 alle ore 02:51 UTCinvestigating

   Un degrado delle prestazioni della pipeline di elaborazione delle metriche Splunk APM sta causando il ritardo dei MetricSets di Monitoraggio di oltre cinque minuti. L'ingestione dei dati di traccia non è influenzata, ma i dashboard di servizio, endpoint e workflow e altri grafici e rivelatori costruiti da Monitoring MetricSets sono influenzati.

2. 31 luglio 2026 alle ore 02:54 UTCinvestigating

   Stiamo continuando a indagare sul problema.

3. 31 luglio 2026 alle ore 03:44 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

4. 31 luglio 2026 alle ore 04:07 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

5. 31 luglio 2026 alle ore 04:08 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

6. 31 luglio 2026 alle ore 04:33 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 21:54 UTCresolved

   Datapoint ingest per la nuova o riattivata serie di tempo metrico è stato colpito tra 2:28 PM PST a 2:47 PM PST. C'era una perdita parziale dei dati per una nuova serie di tempo metrico durante quel periodo di tempo. Questa situazione è ora recuperata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 luglio 2026 alle ore 18:02 UTCresolved

   Datapoint ingest per la nuova serie di tempo metrico è stato interessato tra 10:37 AM PST e 10:39 AM PST. C'era una perdita parziale dei dati per una nuova serie di tempo metrico durante quel periodo di tempo. Questa situazione è ora recuperata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 luglio 2026 alle ore 11:25 UTCinvestigating

   A partire da 4a PT, stiamo indagando su una maggiore estrazione dell'applicazione web Splunk Observability Cloud. L'ingestione dei dati non è influenzata in questo momento. Forniremo un aggiornamento il prima possibile.

2. 14 luglio 2026 alle ore 12:13 UTCinvestigating

   Stiamo continuando a indagare sul problema.

3. 14 luglio 2026 alle ore 12:28 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 14 luglio 2026 alle ore 12:38 UTCresolved

   Questo incidente è stato risolto. Si prega di notare che l'API Splunk Observability Cloud è stato anche interessato durante questo incidente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 luglio 2026 alle ore 10:52 UTCresolved

   Tra 1a PDT e 2:50a PDT, qualsiasi integrazione GCP che ha avuto l'impostazione "Sync all (dinamicamente) quotata" abilitata ha avuto alcuni dei dati di monitoraggio cloud da GCP caduto. Questo problema è stato risolto. I clienti possono vedere lacune nei grafici e nei rivelatori che utilizzano le metriche GCP Cloud Monitoring. Le metriche AWS CloudWatch e Azure Monitor non sono influenzate.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.