Cronologia delle interruzioni di Elastic Cloud

1. 23 ottobre 2026 alle ore 04:04 UTCinvestigating

   Stiamo attualmente indagando su un problema che impedisce l'accesso al portale Elastic Support. In questo momento, i clienti possono sperimentare problemi di autenticazione al portale di supporto.

2. 23 ottobre 2026 alle ore 04:59 UTCidentified

   Abbiamo identificato un problema che impedisce l'accesso al portale Elastic Support causato da un fornitore a monte. Il fornitore ha confermato una correzione che ha ripristinato l'accesso per alcuni dei suoi ambienti interessati e ora lo sta rotolando verso il resto. In questo momento, i clienti possono sperimentare problemi di autenticazione al portale di supporto.

3. 23 ottobre 2026 alle ore 06:33 UTCresolved

   Il fornitore a monte ha completato la sua correzione e l'accesso al portale Elastic Support è stato ripristinato. I clienti possono autenticarsi nuovamente sul portale di supporto. Stiamo considerando questo problema risolto e non fornire ulteriori aggiornamenti. Se continui ad avere problemi, ti preghiamo di contattarci.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 ottobre 2026 alle ore 11:19 UTCinvestigating

   Stiamo indagando su un problema che riguarda AutoOps per i nuovi account creati nella regione AWS us-east-1. I conti creati dopo le 00:00 UTC il 22 ottobre 2026 potrebbero non essere in grado di accedere a AutoOps e possono vedere un errore (HTTP 403) quando si apre. Elastic Cloud Hosted: AutoOps non è disponibile per nuovi account interessati. Elastic Cloud Serverless: AutoOps non è disponibile per nuovi account interessati. Le implementazioni e i progetti esistenti, e tutte le altre funzionalità di Elastic Cloud, non sono interessati. I nostri team di ingegneria stanno lavorando per identificare la causa e ripristinare l'accesso. Forneremo il prossimo aggiornamento entro 60 minuti, o prima se c'è un cambiamento significativo

2. 22 ottobre 2026 alle ore 12:00 UTCidentified

   Abbiamo identificato la causa del problema che riguarda AutoOps e stiamo implementando una correzione. Elastic Cloud Hosted e Elastic Cloud Serverless: i clienti che hanno creato un nuovo account nella regione AWS us-east-1 da circa 00:30 UTC il 22 ottobre 2026 non sono stati in grado di accedere a AutoOps e possono aver visto un errore (HTTP 403) quando lo si apre. La soluzione è in corso, e ci aspettiamo che la situazione sia completamente risolta entro le 13:00 UTC. Le implementazioni e i progetti esistenti, e tutte le altre funzionalità di Elastic Cloud, non sono interessati.

3. 22 ottobre 2026 alle ore 20:50 UTCresolved

   Abbiamo risolto il problema che riguarda AutoOps alle 12:30 UTC. Elastic Cloud Hosted e Elastic Cloud Serverless: i clienti che hanno creato un nuovo account nella regione AWS us-east-1 da circa 00:30 UTC il 22 ottobre 2026 non sono stati in grado di accedere a AutoOps e possono aver visto un errore (HTTP 403) quando lo si apre.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 ottobre 2026 alle ore 20:07 UTCinvestigating

   Stiamo indagando su un problema che riguarda la capacità di scalare le implementazioni esistenti Elastic Cloud Hosted e progetti Serverless in Azure. Nuovo progetto e creazione di distribuzione in Azure può essere ritardato.

2. 20 ottobre 2026 alle ore 21:24 UTCidentified

   Abbiamo identificato un problema che riguarda la capacità di scalare le implementazioni esistenti Elastic Cloud Hosted e i progetti Serverless in Azure. Nuovo progetto e creazione di distribuzione in Azure può essere ritardato. Gli ingegneri stanno lavorando attivamente per mitigare il problema.

3. 20 ottobre 2026 alle ore 22:27 UTCmonitoring

   Gli ingegneri hanno identificato e mitigato un problema che riguarda la capacità di scalare le implementazioni esistenti Elastic Cloud Hosted e i progetti Serverless in Azure. Stiamo monitorando il problema per garantire che le operazioni continuino normalmente.

4. 21 ottobre 2026 alle ore 03:05 UTCresolved

   Gli ingegneri hanno mitigato un problema che riguarda la capacità di scalare le implementazioni esistenti Elastic Cloud Hosted e i progetti Serverless in Azure. La scala funziona come previsto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 ottobre 2026 alle ore 06:51 UTCinvestigating

   Stiamo indagando su un problema che riguarda una zona di disponibilità nella regione GCP europe-west2 (London). A partire dalle 06:15 circa UTC, alcune implementazioni Elastic Cloud Hosted e Serverless con capacità in questa zona possono sperimentare disponibilità o connettività degradate. Il monitoraggio e la registrazione per le distribuzioni nella regione possono anche essere ritardati. I deployment in altre zone e regioni non sono interessati. I nostri ingegneri stanno lavorando attivamente sul problema, e siamo in contatto con il nostro provider cloud.

2. 20 ottobre 2026 alle ore 07:56 UTCidentified

   Il nostro provider cloud ha confermato un incidente infrastrutturale che interessa una singola zona di disponibilità (europe-west2-b) nella regione di GCP europe-west2 (London), causando la perdita di connettività di rete e l'indisponibilità delle risorse in quella zona. Le implementazioni di Elastic Cloud Hosted e i progetti Elastic Serverless con risorse nella zona interessata potrebbero non essere disponibili o provare prestazioni degradate. Abbiamo preso misure per evitare di inserire nuovi progetti Serverless nella zona interessata, e stiamo lavorando per ripristinare i servizi che dipendono da esso. La riduzione della capacità nella regione può ritardare lo scaling e la creazione di nuove risorse. Non abbiamo ancora un tempo stimato per il recupero dal nostro provider cloud. Stiamo lavorando a stretto contatto con loro e forniremo il prossimo aggiornamento entro un'ora.

3. 20 ottobre 2026 alle ore 09:15 UTCidentified

   L'incidente dell'infrastruttura al nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) è in corso. Elastic Cloud Hosted: La maggior parte delle implementazioni con risorse nella zona interessata rimangono non disponibili o degradate. Stiamo vedendo i primi, segni limitati di recupero, e un piccolo numero delle distribuzioni inizialmente interessate stanno recuperando. Stiamo continuando il nostro lavoro di mitigazione e condivideremo di più come progressi di recupero. Elastico senza server: Abbiamo preso misure per evitare di inserire nuovi progetti nella zona interessata, e stiamo ora riequilibrando i progetti esistenti ad altre zone di disponibilità. Stiamo vedendo segni di recupero - alcuni progetti rimangono non disponibili o degradati nel frattempo. La riduzione della capacità nella regione può ritardare lo scaling e la creazione di nuove risorse. Non abbiamo ancora un tempo stimato per il recupero completo dal nostro provider cloud. Stiamo lavorando a stretto contatto con loro e fornirà il prossimo aggiornamento di 10:15am UTC.

4. 20 ottobre 2026 alle ore 10:32 UTCidentified

   L'incidente dell'infrastruttura al nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) è in corso. I progetti Elastic Cloud Hosted e Elastic Serverless con risorse nella zona interessata possono rimanere non disponibili o degradati. I nostri team continuano a lavorare sulla mitigazione e sul recupero, e stiamo lavorando a stretto contatto con il nostro provider cloud. Non abbiamo ancora un tempo stimato per il pieno recupero. Forneremo il prossimo aggiornamento entro le 12:00 UTC, o prima se c'è un cambiamento significativo.

5. 20 ottobre 2026 alle ore 12:24 UTCidentified

   L'incidente dell'infrastruttura al nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) è in corso. Stiamo vedendo lievi segni di recupero, sia dal nostro provider cloud che dal nostro lavoro di mitigazione. Elastic Cloud Hosted: Alcune delle implementazioni interessate stanno recuperando. I clienti il cui piano cambia o altre operazioni fallite durante l'incidente sono invitati a riprovare dalla console Elastic Cloud. Le operazioni che dipendono dalla zona interessata possono richiedere più tempo del solito, o fallire di nuovo, fino a quando il recupero progredisce ulteriormente. Alcune distribuzioni possono rimanere non disponibili o degradati. Elastic Serverless: Alcuni progetti potrebbero rimanere non disponibili o degradati.

6. 20 ottobre 2026 alle ore 14:15 UTCidentified

   L'incidente dell'infrastruttura al nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) sta recuperando. Il nostro provider cloud segnala il recupero dei servizi per la maggior parte dei carichi di lavoro nella regione, e stiamo vedendo i progressi dal nostro lato come la zona interessata ritorna. Elastic Cloud Hosted: Un numero crescente di implementazioni interessate sta recuperando. I clienti il cui piano cambia o altre operazioni fallite durante l'incidente sono invitati a riprovare dalla console Elastic Cloud. Alcune implementazioni potrebbero essere ancora non disponibili o degradate, e alcuni potrebbero aver bisogno di ulteriori passi di recupero che il nostro team di supporto lavorerà per caso. Se la distribuzione è ancora malsana, si prega di contattare Supporto. Le operazioni possono richiedere più tempo del solito, mentre la capacità è ripristinata.

7. 20 ottobre 2026 alle ore 17:27 UTCidentified

   L'incidente dell'infrastruttura del nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) è stato risolto. Stiamo continuando a lavorare per il pieno recupero dei nostri servizi. Elastic Cloud Hosted: Un numero crescente di implementazioni interessate sta recuperando. I clienti il cui piano cambia o altre operazioni fallite durante l'incidente sono invitati a riprovare dalla console Elastic Cloud. Alcune implementazioni potrebbero essere ancora non disponibili o degradate, e alcuni potrebbero aver bisogno di ulteriori passi di recupero che il nostro team di supporto lavorerà per caso. Se la distribuzione è ancora malsana, si prega di contattare Supporto. Le operazioni possono richiedere più tempo del solito, mentre la capacità è ripristinata.

8. 20 ottobre 2026 alle ore 21:54 UTCresolved

   L'incidente dell'infrastruttura del nostro provider cloud che interessa la zona di disponibilità europe-west2-b nella regione GCP europe-west2 (London) è stato risolto. Ingegneria ha completato il recupero delle infrastrutture in esecuzione nella zona di disponibilità interessata. Elastic Cloud Hosted: I clienti i cui cambiamenti di piano o altre operazioni fallite durante l'incidente sono invitati a riprovarli dalla console Elastic Cloud. Alcune implementazioni potrebbero essere ancora non disponibili o degradate, e potrebbe essere necessario ulteriori passaggi di recupero che il nostro team di supporto lavorerà per caso. Se la distribuzione è ancora malsana, si prega di contattare Supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 ottobre 2026 alle ore 16:42 UTCinvestigating

   Stiamo indagando su un problema che riguarda alcuni progetti Elastic Cloud Serverless nella regione GCP us-central1. I clienti possono sperimentare operazioni di progetto ritardate o non disponibili.

2. 8 ottobre 2026 alle ore 17:21 UTCidentified

   Abbiamo identificato un problema con lo storage cloud che interessa alcuni progetti senza server Elastic Cloud nella regione GCP us-central1. I clienti possono sperimentare operazioni di progetto ritardate o non disponibili. Il fornitore sta indagando sul problema, e stiamo monitorando il recupero. Forniremo un altro aggiornamento quando saranno disponibili ulteriori informazioni.

3. 8 ottobre 2026 alle ore 19:17 UTCidentified

   Alcuni progetti senza server Elastic Cloud nella regione GCP us-central1 possono ancora sperimentare operazioni di progetto ritardate o non disponibili. Il fornitore continua a indagare sul problema. Stiamo monitorando la situazione e forniremo un altro aggiornamento quando ulteriori informazioni sono disponibili.

4. 8 ottobre 2026 alle ore 20:47 UTCmonitoring

   Abbiamo osservato miglioramenti dopo che le mitigazioni sono state applicate dal nostro provider di storage cloud a monte. Alcuni progetti senza server Elastic Cloud nella regione GCP us-central1 possono ancora sperimentare operazioni di progetto ritardate o non disponibili, mentre il recupero continua. Stiamo monitorando la situazione e forniremo un altro aggiornamento quando ulteriori informazioni sono disponibili.

5. 9 ottobre 2026 alle ore 00:54 UTCresolved

   Il problema di archiviazione cloud a monte che interessa alcuni progetti senza server Elastic Cloud nella regione GCP us-central1 è stato risolto. Le operazioni di progetto sono tornate alla normalità e non vediamo più progetti colpiti in uno stato di salute rosso.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 6 ottobre 2026 alle ore 14:04 UTCinvestigating

   I clienti con progetti Serverless nella regione di Azure UAE North possono vedere ritardi nelle metriche visualizzate in Cloud UI. Il team sta indagando sul problema e pubblicheremo un aggiornamento in 2 ore o prima se necessario

2. 6 ottobre 2026 alle ore 17:54 UTCresolved

   Il problema relativo alla disponibilità metrica dei progetti Serverless a Azure UAE North è stato risolto. Delayed “Usage and performance” metriche stanno ora recuperando, e i record di utilizzo in coda sono in fase di elaborazione. Nessuna perdita di dati è prevista.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 settembre 2026 alle ore 14:04 UTCinvestigating

   Stiamo attualmente sperimentando ritardi nella fornitura di nuove risorse cloud a causa della lentezza con un fornitore di immagini container esterno. Ciò può comportare ritardi nella creazione di nuove distribuzioni, scaling di quelli esistenti, o di trasferimento di istanze colpite dalla manutenzione delle infrastrutture. Come mitigazione, è possibile provare i cambiamenti di piano falliti. Le implementazioni in esecuzione esistenti non sono influenzate. Il nostro team sta monitorando attivamente la situazione e lavorando per mitigare il problema. Forniamo un aggiornamento nelle prossime 12 ore.

2. 23 settembre 2026 alle ore 16:03 UTCresolved

   Questo problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 settembre 2026 alle ore 15:50 UTCinvestigating

   Stiamo indagando i rapporti delle metriche mancanti di nodo-livello (CPU, memoria, disco, pool filettati) per intervalli di tempo recenti in un sottoinsieme delle regioni AutoOps. Questo può apparire come un messaggio "Nessun dato" sulla vista Nodi. La salute del cluster, i dati shard e di distribuzione non sono influenzati, e non si è verificata alcuna perdita di dati. Forneremo un aggiornamento entro le prossime 2 ore o precedenti.

2. 17 settembre 2026 alle ore 16:13 UTCidentified

   Abbiamo identificato la causa delle metriche mancanti di livello nodo (CPU, memoria, disco, pool filettati) nelle regioni colpite. La salute del cluster, i dati shard e di distribuzione non sono mai stati colpiti, e nessuna perdita di dati è avvenuta. Una soluzione è stata validata in una regione e ora è stata presentata alle restanti regioni colpite. Vi forniremo un ulteriore aggiornamento una volta che il rollout è completo.

3. 17 settembre 2026 alle ore 16:31 UTCresolved

   Il problema che causa metriche mancanti di livello nodo (CPU, memoria, disco, pool di thread) per gli intervalli di tempo recenti in un sottoinsieme delle regioni AutoOps è stato completamente risolto. La salute del cluster, i dati di shard e di distribuzione non sono stati influenzati in tutto e nessun dato è stato perso.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 settembre 2026 alle ore 13:17 UTCinvestigating

   Attualmente siamo consapevoli che alcuni clienti potrebbero non essere in grado di accedere al Portale di Supporto Elastico in questo momento. Lavoriamo con il nostro fornitore per indagare. Se avete bisogno di contattare il supporto nel frattempo, si prega di contattare [email protected].

2. 16 settembre 2026 alle ore 14:49 UTCmonitoring

   Stiamo vedendo segni di recupero sul Portale di Supporto Elastico, e i clienti dovrebbero ora essere in grado di accedere come normale. Continueremo il monitoraggio per 30 minuti prima di contrassegnare questo incidente come risolto.

3. 16 settembre 2026 alle ore 15:38 UTCresolved

   Il Portale di Supporto Elastico rimane disponibile e stabile - in questo momento, stiamo considerando questo incidente risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 12 settembre 2026 alle ore 23:21 UTCinvestigating

   Stiamo indagando sui ritardi delle metriche nella console.

2. 13 settembre 2026 alle ore 00:18 UTCidentified

   Abbiamo identificato e risolto la causa del ritardo delle metriche. La coda viene elaborata e le metriche ritardate saranno visualizzabili al termine.

3. 13 settembre 2026 alle ore 02:55 UTCmonitoring

   Le code metriche vengono elaborate e i dati ritardati stanno iniziando a mostrare di nuovo. Controlleremo per essere sicuri che tutto si avvicini come previsto.

4. 13 settembre 2026 alle ore 07:45 UTCresolved

   Il ritardo di ingestione metrica in GCP us-east4 è stato completamente risolto. Tutti i dati in coda sono stati elaborati e le metriche ora vengono visualizzate nella console in tempo reale.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 10 settembre 2026 alle ore 01:30 UTCidentified

   Abbiamo identificato e stiamo nel processo di fissaggio + impegno di un bug nella nostra gestione autorizzazioni UI che impedisce agli utenti con il ruolo del proprietario dell'organizzazione e Cloud Console, Elasticsearch e Kibana di accedere a Kibana in Hosted Deployments.

2. 10 settembre 2026 alle ore 06:03 UTCidentified

   Aggiornamento: Questo incidente è ancora in corso e continuiamo a indagare.

3. 10 settembre 2026 alle ore 09:51 UTCmonitoring

   Aggiornamento: La correzione è stata implementata alla produzione e abbiamo applicato una correzione dei dati ai conti interessati, ripristinando l'accesso Kibana agli utenti colpiti. Stiamo monitorando per confermare la risoluzione completa.

4. 10 settembre 2026 alle ore 22:31 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 settembre 2026 alle ore 20:44 UTCidentified

   Abbiamo identificato un bug in Fleet Server 9.5.3 (anche presente nel 9.4.6) che può causare agenti elastici a crash-loop e andare offline quando Fleet spinge un aggiornamento di configurazione, tra cui l'iscrizione, un cambiamento di policy, o un urto di revisione di routine. Questo influisce solo sulle politiche che utilizzano la funzione di uscita remota di Fleet Elasticsearch. Raccomandazione: Se si utilizza l'output remoto di Fleet Elasticsearch, non eseguire l'aggiornamento a 9.5.3 o 9.4.6 fino a quando non è disponibile una versione fissa. Se sei già su una versione interessata e sperimentando guasti del check-in dell'agente, contattare Supporto per le fasi di bonifica. Una correzione è stata fusa e spedirà nelle prossime versioni 9.5.x e 9.4.x. Documentazione di pubblicazione nota: flotte-server#7791, elastic-agent#16542.

2. 11 settembre 2026 alle ore 14:25 UTCidentified

   Abbiamo patchato le versioni di Fleet Server 9.5.3 e 9.4.6 con versioni corrette implementate a partire dal 10 settembre 2026 alle 21:20 UTC. - L'aggiornamento alle versioni attuali 9.4.6 o 9.5.3 non sarà influenzato da questo bug in quanto il rilascio aggiornato contiene la correzione. - Se si è aggiornato a 9.4.6 o 9.5.3 prima 21:20 UTC il 10 settembre 2026, eseguire la seguente mitigazione: 1. Forza riavviare il componente Integration Server dell'utente ha interessato la distribuzione 2. Eseguire procedure di pulizia sugli agenti elastici colpiti (vedere https://support.elastic.co/knowledge/bee1c75c) — richiesto se gli agenti non hanno check-in o sono rimasti offline dopo il riavvio del server di integrazione

3. 11 settembre 2026 alle ore 16:00 UTCidentified

   Abbiamo patchato le versioni di Fleet Server 9.5.3 e 9.4.6 con versioni corrette implementate a partire dal 10 settembre 2026 alle 21:20 UTC. - L'aggiornamento alle versioni attuali 9.4.6 o 9.5.3 non sarà influenzato da questo bug in quanto il rilascio aggiornato contiene la correzione. - Se si è aggiornato a 9.4.6 o 9.5.3 prima 21:20 UTC il 10 settembre 2026, eseguire la seguente mitigazione: 1. Forza riavviare il componente Integration Server dell'utente ha interessato la distribuzione 2. Eseguire procedure di pulizia sugli agenti elastici colpiti (vedere https://support.elastic.co/knowledge/bee1c75c) — richiesto se gli agenti non hanno check-in o sono rimasti offline dopo il riavvio del server di integrazione IMPORTANTE: Il Fleet Server patchato non è disponibile al di fuori di Elastic Cloud Enterprise (ECE) Stack Packs e Elastic Cloud Hosted (ECH).

4. 17 settembre 2026 alle ore 10:30 UTCresolved

   Abbiamo confermato che gli agenti elastici non stanno più sperimentando errori di iscrizione relativi a questo problema. Le versioni corrette del Fleet Server (9.5.4 / 9.4.6) sono disponibili su pacchetti di stack Elastic Cloud Hosted e Elastic Cloud Enterprise dal 10 settembre 2026 e tutte le implementazioni interessate hanno confermato il recupero. Se si è aggiornato a un rilascio interessato prima di quel tempo e non hanno ancora applicato la mitigazione, la guida è disponibile qui: https://support.elastic.co/knowledge/bee1c75c.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 00:04 UTCresolved

   Dalle 21:50 alle 23:42 UTC, abbiamo riscontrato tassi di errore elevati per Antropic Claude Haiku 4.5, OpenAI GPT-5.6, e Google Gemini 2.5 Flash con il servizio di inferenza elastica nelle regioni dell'UE. Questo problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 settembre 2026 alle ore 15:18 UTCinvestigating

   Stiamo attualmente indagando su un problema che colpisce i servizi in esecuzione in GCP us-central1. Vi forniremo aggiornamenti aggiuntivi come si impara di più sulla portata dell'impatto.

2. 1 settembre 2026 alle ore 15:51 UTCidentified

   Un problema in corso sta influenzando i servizi in esecuzione in GCP us-central1. Questo include, ma non è limitato a progetti Elastic Cloud Hosted e Serverless nella regione e il nostro servizio Registro Docker. Stiamo continuando a monitorare la situazione e forniremo aggiornamenti quando sono disponibili.

3. 1 settembre 2026 alle ore 16:15 UTCidentified

   Un problema CSP a monte continua sta influenzando i servizi in esecuzione in GCP us-central1. Questo include, ma non è limitato a progetti Elastic Cloud Hosted e Serverless nella regione e il nostro servizio Registro Docker. Stiamo continuando a monitorare la situazione e forniremo aggiornamenti quando sono disponibili.

4. 1 settembre 2026 alle ore 16:22 UTCmonitoring

   Stiamo vedendo segni di recupero per i servizi in GCP us-central1 influenzato da un problema CSP a monte . Stiamo continuando a monitorare la situazione e fornirà aggiornamenti mentre diventano disponibili.

5. 1 settembre 2026 alle ore 20:05 UTCresolved

   Questo problema è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 settembre 2026 alle ore 08:16 UTCinvestigating

   Siamo a conoscenza di un bug che interessa i clienti sulle versioni di Elasticsearch 9.5.0, 9.5.1 e 9.5.2 in cui le operazioni di indice di massa elaborate sullo shard primario possono causare divergenza sulle repliche con conseguente alto utilizzo del disco e recupero di lunga durata. La squadra sta lavorando a una soluzione. Ulteriori informazioni sono disponibili su https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues Il prossimo aggiornamento sarà nelle prossime 2 ore o prima se necessario.

2. 1 settembre 2026 alle ore 11:07 UTCidentified

   Abbiamo identificato la causa principale e il team sta lavorando su una correzione programmata per essere rilasciato in versione Elasticsearch 9.5.3 Cosa puoi fare: - Se non avete ancora aggiornato a 9.5.*, non siete interessati come aggiornamenti a 9.5 sono stati disabilitati fino a 9.5.3 è rilasciato - Se stai già correndo 9.5 e prova i sintomi di questo problema, si prega di contattare il supporto elastico. Ulteriori informazioni sono disponibili su https://www.elastic.co/docs/release-notes/elasticsearch/known-issues#elasticsearch-9.5.2-known-issues

3. 1 settembre 2026 alle ore 15:46 UTCidentified

   La correzione è stata identificata e riportata al ramo patch Elasticsearch 9.5. Le squadre stanno eseguendo le validazioni necessarie prima di programmare e lanciare il rilascio 9.5.3.

4. 3 settembre 2026 alle ore 12:13 UTCmonitoring

   Elasticsearch 9.5.3 è stato rilasciato e tutti i clienti attualmente in esecuzione 9.5.0, 9.5.1 o 9.5.2 sono invitati ad aggiornare a questa nuova versione il prima possibile.

5. 3 settembre 2026 alle ore 15:47 UTCmonitoring

   Elasticsearch 9.5.3 è stato rilasciato e tutti i clienti attualmente in esecuzione 9.5.0, 9.5.1 o 9.5.2 sono invitati ad aggiornare a questa nuova versione il prima possibile. I clienti interessati sono invitati a seguire le fasi di lavoro da https://github.com/elastic/elasticsearch/issues/158212 dopo l'aggiornamento.

6. 30 settembre 2026 alle ore 20:44 UTCresolved

   Questo problema è stato risolto nel 9.5.3 rilascio di Elasticsearch. I clienti che eseguono le versioni 9.5.0, 9.5.1, o 9.5.2 di Elasticsearch sono invitati ad aggiornare ad una versione più recente il prima possibile.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 agosto 2026 alle ore 17:11 UTCmonitoring

   Il 26 agosto, intorno alle 00:00 UTC abbiamo implementato una modifica in Managed Inputs che ha interessato alcune regole nel nostro provider DNS interno, rimuovendo gli endpoint .apm alcuni dei nostri clienti Serverless. Il servizio è stato restaurato intorno 9AM UTC lo stesso giorno. Durante questo periodo, alcuni clienti avrebbero sperimentato indisponibilità del endpoint .apm, per un periodo nella finestra di 9 ore. Stiamo mettendo in atto alcuni controlli e avvisi per garantire che questo non accada di nuovo.

2. 27 agosto 2026 alle ore 18:33 UTCresolved

   Questo è ora risolto

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 agosto 2026 alle ore 20:22 UTCinvestigating

   Attualmente stiamo studiando tassi di errore elevati che interessano OTLP gestito su Elastic Cloud Serverless. Il nostro team sta indagando attivamente sulla causa principale. Forniremo un aggiornamento entro 30 minuti.

2. 20 agosto 2026 alle ore 20:53 UTCinvestigating

   Stiamo continuando a indagare i tassi di errore elevati che interessano OTLP gestito su Elastic Cloud Serverless. Forniremo un aggiornamento entro 1 ora.

3. 20 agosto 2026 alle ore 21:59 UTCidentified

   Abbiamo identificato la causa principale dei tassi di errore elevati che interessano OTLP gestito serverless. Una mitigazione è stata applicata e stiamo monitorando per confermare i tassi di errore di ritorno alla linea di base. Sulla base della nostra indagine, i carichi di lavoro dei clienti non sono stati colpiti.

4. 20 agosto 2026 alle ore 22:13 UTCresolved

   Questo incidente è stato risolto. La causa principale è stata identificata e affrontata. I carichi di lavoro dei clienti non sono stati influenzati durante questo incidente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 agosto 2026 alle ore 12:48 UTCinvestigating

   È stato identificato un problema che riguarda la creazione di nuovi progetti senza server nella regione di Eastus di Azure. Il nostro team sta indagando attivamente per determinare la causa principale. Forniamo un aggiornamento dello stato di follow-up entro l'ora successiva o non appena la causa principale è stabilita, qualsiasi cosa accada prima.

2. 20 agosto 2026 alle ore 14:05 UTCmonitoring

   Abbiamo determinato che il problema deriva da un problema a monte con il componente di archiviazione di Azure. Dopo l'esame, l'impatto è limitato rigorosamente ai nuovi tempi di inizializzazione del progetto, con conseguente tempi di creazione più lunghi per i progetti Serverless nella regione di Azure Eastus. Forniremo un ulteriore aggiornamento una volta che il problema è stato risolto.

3. 20 agosto 2026 alle ore 16:22 UTCresolved

   I problemi dei componenti di stoccaggio di Azure nella regione di Eastus sono stati risolti. Di conseguenza, i tempi di creazione di progetti senza server sono tornati alla normalità e funzionano come previsto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 agosto 2026 alle ore 09:22 UTCidentified

   Elasticsearch 9.5.1 contiene un problema noto in cui le query booleane contenenti un mosto, un filtro, o dovrebbero clausole utilizzando una query multi-valore termini, accanto a una clausola must not sui campi con indicizzazione disabilitata, possono ancora restituire le partite false-positive. Mentre la patch in 9.5.1 (https://github.com/elastic/elasticsearch/pull/155936) ha risolto il difetto della rinfusa per i percorsi di query a termine e a distanza; le query dei termini multi-valore utilizzano un diverso tipo di query Lucene che non era coperto da tale correzione. Time Series Data Streams (TSDB) e indici colonnari / flussi di dati rimangono colpiti per questo modello di query, in quanto l'indicizzazione è disabilitata per impostazione predefinita su quei campi. Le domande relative ai termini possono restituire le partite false positive (compresi i documenti che dovrebbero essere esclusi) e segnalare i conti dei documenti più alti del previsto. Nessun errore viene sollevato, quindi le domande sembreranno completare con successo. Cosa puoi fare: - Se non avete ancora aggiornato a 9.5.*, si consiglia di differire l'aggiornamento fino a quando la versione 9.5.2 è disponibile. - Se hai già eseguito 9.5.*, contatta il supporto elastico se hai bisogno di aiuto per determinare se le tue ricerche sono interessate. Abbiamo identificato la causa principale, una correzione è in corso, e stiamo preparando un patch release. Forniamo un ulteriore aggiornamento quando la correzione è pronta.

2. 20 agosto 2026 alle ore 17:09 UTCresolved

   Elasticsearch 9.5.2 è stato rilasciato e contiene la correzione per questo problema. I clienti che eseguono 9.5.0 o 9.5.1 dovrebbero essere aggiornati a 9.5.2. In questo momento stiamo considerando questo problema risolto e non fornirà ulteriori aggiornamenti.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 agosto 2026 alle ore 08:32 UTCinvestigating

   Stiamo vedendo elevati tassi di errore dal provider a monte per il modello di incorporazione microsoft-multilingual-e5-large. Le richieste di incorporazione della ricerca a questo modello potrebbero fallire. Stiamo indagando

2. 13 agosto 2026 alle ore 14:45 UTCinvestigating

   Stiamo assistendo ad un miglioramento della disponibilità, ma stiamo continuando a monitorare la situazione. Seguiremo ulteriori informazioni a tempo debito.

3. 13 agosto 2026 alle ore 18:26 UTCmonitoring

   Purtroppo, non possiamo più sostenere il modello E5 multilingue Large sul servizio di inferenza elastica a causa di problemi a monte del fornitore. Tutti i clienti che richiedono questo modello dovrebbero impostare endpoint di inferenza personalizzati utilizzando le proprie chiavi API.

4. 17 agosto 2026 alle ore 11:40 UTCresolved

   Il modello microsoft-multilingual-e5-large è stato ritirato dal servizio di inferenza elastica. Le richieste a questo modello ora restituiscono un errore. I clienti che desiderano utilizzare questo modello con Elastic cloud devono creare un endpoint di inferenza personalizzato utilizzando la propria chiave API. Per ulteriori informazioni, consultare la documentazione relativa all'inferenza: http://www.elastic.co/docs/api/doc/elasticsearch/group/endpoint-inference

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.