Cronologia delle interruzioni di Digitalocean

1. 9 settembre 2026 alle ore 10:47 UTCinvestigating

   Stiamo indagando su un problema di potere che riguarda parte del nostro datacenter ATL1. I sistemi di alimentazione ridondanti stanno mantenendo i server online, e non abbiamo osservato alcun outage del server. Tuttavia, la capacità di potenza disponibile è ridotta, che può causare prestazioni degradate per alcuni carichi di lavoro GPU, in particolare durante i periodi di alto utilizzo. I nostri team di datacenter e infrastrutture stanno lavorando per ripristinare la piena ridondanza di potenza. Forniremo un aggiornamento come ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza.

2. 9 settembre 2026 alle ore 11:32 UTCmonitoring

   The power issue affecting part of our ATL1 datacenter has been fully resolved. Power redundancy has been restored, and any potential customer impact has been mitigated. We will continue monitoring the environment to ensure continued stability.

3. 9 settembre 2026 alle ore 12:25 UTCresolved

   This incident is now resolved. Power redundancy has been fully restored, and we have confirmed that customer impact has been mitigated. We are closing this incident.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 agosto 2026 alle ore 17:14 UTCinvestigating

   Il nostro team di Ingegneria sta indagando su un problema che influisce sulle API pubbliche di DigitalOcean e sul pannello di controllo del cloud. In questo momento, gli utenti vedranno elevati errori 5xx per tutte le richieste API, comprese cose come crea per vari prodotti. Gli utenti possono anche non essere in grado di accedere a cloud.digitalocean.com. Stiamo indagando attivamente la causa principale e forniremo aggiornamenti non appena ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza.

2. 24 agosto 2026 alle ore 18:33 UTCinvestigating

   Stiamo continuando a indagare sul problema che colpisce l'API pubblica DigitalOcean e il Pannello di controllo cloud. In questo momento, stiamo vedendo un certo miglioramento delle tariffe di latenza/error e alcuni utenti possono ora essere in grado di accedere al Cloud Control Panel. Serverless Gli utenti di inferenza possono attualmente sperimentare 403 e 503 errori durante l'elaborazione delle richieste API o l'accesso ai servizi interessati. Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza.

3. 24 agosto 2026 alle ore 19:14 UTCmonitoring

   Il nostro team di Ingegneria ha implementato misure di mitigazione per affrontare il problema che riguarda l'API pubblica DigitalOcean e il Pannello di controllo cloud. Stiamo vedendo le richieste di successo, e gli utenti dovrebbero ora essere in grado di accedere al Cloud Control Panel e di emettere/ricevere richieste API normalmente. Attualmente stiamo monitorando la situazione per garantire che il servizio sia tornato al normale funzionamento e rimanga stabile. Apprezziamo la vostra pazienza e fornirà un aggiornamento una volta che il problema è pienamente confermato come risolto.

4. 24 agosto 2026 alle ore 22:27 UTCinvestigating

   Il nostro team di Ingegneria sta indagando su una ricorrenza del problema che colpisce l'API pubblica DigitalOcean e il Pannello di controllo cloud. Questo problema non influisce sul nostro piano dati (cioè in esecuzione gocce). Gli utenti possono sperimentare difficoltà ad accedere al Cloud Control Panel, insieme ad errori di latenza elevati e intermittenti quando si accede all'API pubblica o al Cloud Control Plane. Stiamo attivamente indagando sul problema e lavorando per ripristinare il servizio normale. Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza.

5. 25 agosto 2026 alle ore 00:54 UTCmonitoring

   Il nostro team di Ingegneria ha implementato misure di mitigazione per affrontare il problema che colpisce l'API pubblica DigitalOcean e il Pannello di controllo cloud. Stiamo vedendo miglioramenti, e gli utenti dovrebbero ora essere in grado di accedere al Cloud Control Panel e utilizzare le API pubbliche normalmente. Stiamo continuando a monitorare il servizio per garantire che rimanga stabile e fornirà ulteriori aggiornamenti come ulteriori informazioni diventano disponibili. Apprezziamo la vostra pazienza e la vostra comprensione.

6. 25 agosto 2026 alle ore 16:30 UTCmonitoring

   Il nostro team di Ingegneria ha continuato a monitorare la salute di tutti i servizi e non ha osservato alcuna ricorrenza di impatto negli ultimi 12+ ore. Continueremo a monitorare i servizi per un breve periodo per confermare la stabilità prima di segnare questo incidente risolto. Comprendiamo l'impatto che questo incidente ha avuto per gli utenti di DigitalOcean e pubblicheremo un postmortem sulla pagina di stato per fornire ulteriori dettagli sulla causa principale e la mitigazione.

7. 25 agosto 2026 alle ore 19:04 UTCresolved

   Il nostro team di Ingegneria ha confermato che tutti i servizi rimangono stabili e risolveremo questo incidente. Ulteriori dettagli sulla causa principale e la mitigazione saranno forniti in un postmortem tramite questa pagina di stato per gli utenti interessati a saperne di più. Grazie per la vostra pazienza durante questo incidente. Se si continua a sperimentare qualsiasi problema, si prega di raggiungere Supporto da dentro il tuo account

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 agosto 2026 alle ore 05:11 UTCinvestigating

   Il nostro team di ingegneri sta indagando su un problema con il nostro prodotto di database gestito. In questo momento, gli utenti possono sperimentare errori durante la creazione di cluster, sia tramite Cloud Control Panel che le richieste API. Ci scusiamo per l'inconveniente e condivideremo un aggiornamento una volta che abbiamo maggiori informazioni.

2. 23 agosto 2026 alle ore 07:06 UTCinvestigating

   Continuiamo a indagare su un problema che riguarda la creazione di cluster di database gestiti DigitalOcean in più regioni. Durante questo periodo, gli utenti possono verificarsi errori durante la creazione di cluster di database gestiti tramite il pannello di controllo cloud o API. Il nostro team di ingegneri sta implementando una mitigazione e un lavoro per ripristinare il normale provisioning. Forniremo un altro aggiornamento non appena saranno disponibili ulteriori informazioni.

3. 23 agosto 2026 alle ore 11:30 UTCmonitoring

   Il nostro team di Ingegneria ha implementato le correzioni necessarie per la creazione di cluster di database gestiti nelle regioni di NYC3 e NYC1. Gli utenti dovrebbero ora essere in grado di creare nuovi cluster di database gestiti. Attualmente stiamo monitorando la situazione per garantire che il servizio sia tornato al normale funzionamento e rimanga stabile. Apprezziamo la vostra pazienza e fornirà un aggiornamento una volta che il problema è pienamente confermato come risolto.

4. 23 agosto 2026 alle ore 14:33 UTCresolved

   Il nostro team di Ingegneria ha risolto il problema impedendo la creazione di cluster su Database gestiti nelle regioni di NYC3 e NYC1. I clienti possono ora creare nuovi cluster di database gestiti normalmente. Il nostro team di Ingegneria ha monitorato l'ambiente per garantire la stabilità. Ci scusiamo sinceramente per qualsiasi inconveniente che questa interruzione possa aver causato alle vostre operazioni. Se continui a provare problemi, apri un biglietto con il nostro team di supporto: https://cloudsupport.digitalocean.com/s/

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 agosto 2026 alle ore 12:59 UTCinvestigating

   Il nostro team di ingegneria sta attualmente indagando i rapporti di un problema che riguarda il Registro del contenitore e secchi di spazi in alcune regioni. Durante questo periodo, i clienti possono sperimentare guasti quando si spinge o tirando immagini dei container. Inoltre, i clienti possono sperimentare problemi di accesso a Spaces tramite il Cloud Control Panel, dove la pagina può visualizzare "Sembra che qualcosa sia andato storto..." Il nostro team di Ingegneria sta attivamente indagando sul problema e trattarlo con priorità. Forniremo un altro aggiornamento non appena ulteriori informazioni saranno disponibili.

2. 21 agosto 2026 alle ore 13:06 UTCmonitoring

   Il nostro team di ingegneria ha identificato il problema che riguarda il Registro del contenitore e secchi di spazi, e una correzione è stata applicata. L'accessibilità degli spazi tramite il Cloud Control Panel dovrebbe ora essere ripristinata, e spingere e tirare immagini dei container dovrebbe essere di nuovo alla normalità. Stiamo continuando a monitorare i risultati per garantire che il problema è stato completamente risolto e fornirà un altro aggiornamento una volta che abbiamo confermato il servizio normale è stato ripristinato.

3. 21 agosto 2026 alle ore 14:52 UTCresolved

   Il nostro team di Ingegneria ha confermato che il problema impatto Container Registry e Spaces accessibilità è stato risolto. L'accessibilità degli spazi tramite il pannello di controllo del cloud è ora ripristinata, e spingere e tirare le immagini dei container sta succedendo come previsto. I clienti che hanno incontrato in precedenza questi problemi dovrebbero ora essere in grado di accedere a Spaces e distribuire le loro immagini dei container senza ulteriori problemi. Se continui a provare problemi, apri un biglietto con il nostro team di supporto. Grazie per la vostra pazienza, e ci scusiamo per qualsiasi disagio.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 agosto 2026 alle ore 11:10 UTCinvestigating

   Il nostro team di Ingegneria sta attualmente indagando un problema nella regione MKC1 che interessa più rack e nodi. Durante questo periodo, i clienti possono sperimentare interruzioni ai carichi di lavoro GPU, e i nodi di lavoro Kubernetes (DOKS) possono entrare in uno stato NotReady. Il nostro team sta lavorando attivamente per ripristinare la connettività e riportare i nodi impattati in linea. Se continui a provare problemi, apri un biglietto di supporto dall'interno del tuo account.

2. 19 agosto 2026 alle ore 12:22 UTCidentified

   Abbiamo identificato la causa principale del problema nella regione MKC1 che interessa più rack e nodi. Il nostro team di Ingegneria sta implementando attivamente i passaggi di bonifica per ripristinare la connettività e riportare i nodi impattati in linea. Durante questo periodo, i clienti possono continuare a sperimentare interruzioni nei carichi di lavoro GPU e Serverless Inference. Kubernetes (DOKS) nodi lavoratori possono anche rimanere in uno stato NotReady, e i clienti possono essere in grado di raggiungere endpoint API Kubernetes o eseguire operazioni di gestione cluster in cluster interessati. Forniremo un altro aggiornamento non appena avremo maggiori informazioni.

3. 19 agosto 2026 alle ore 15:28 UTCidentified

   Il nostro team di Ingegneria continua a lavorare sulla questione che interessa la regione MKC1. Stiamo lavorando attivamente per ripristinare la connettività e riportare i nodi colpiti in linea. Forniremo un altro aggiornamento non appena avremo maggiori informazioni.

4. 19 agosto 2026 alle ore 18:59 UTCmonitoring

   In questo momento, il piano di controllo regionale è completamente sano. Gocce della CPU, database gestiti, bilanciatori del carico, archiviazione del blocco e spazi sono operativi normalmente. Droplet crea, ridimensiona e altre operazioni di gestione stanno funzionando. I piani di controllo Kubernetes (DOKS) sono raggiungibili. I nostri team continuano a lavorare con la struttura per ripristinare tutte le attrezzature. Le gocce GPU in MKC1 rimangono offline o non accessibili. I nodi dei lavoratori della GPU DOKS possono rimanere NotReady, e i endpoint di inferenza sostenuti dalla GPU in questa regione potrebbero non essere disponibili. Monitoreremo il piano di controllo regionale per un breve periodo e risolveremo questo incidente. I clienti di GPU riceveranno aggiornamenti personalizzati con maggiori informazioni al posto di questa pagina di stato. Se hai domande sulle tue risorse interessate, contatta il supporto e fai riferimento a questo incidente.

5. 19 agosto 2026 alle ore 19:34 UTCresolved

   Il nostro team di ingegneria ha confermato che il piano di controllo regionale è sano e CPU Droplets, database gestiti, bilanciatori di carico, Block storage, Kubernetes (DOKS) e Spaces sono operativi normalmente. GPU Droplets continuano ad essere influenzati e le nostre squadre stanno lavorando per ripristinare tutti i nodi. Comunicheremo con i clienti di GPU Droplet separatamente via Slack ed e-mail con ulteriori informazioni e aggiornamenti regolari. Grazie per la vostra pazienza durante questo incidente. Se continui a provare qualsiasi problema, apri un biglietto di supporto dall'interno del tuo account.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 agosto 2026 alle ore 14:59 UTCresolved

   Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

1. 8 agosto 2026 alle ore 18:57 UTCinvestigating

   Our Engineering team is currently investigating reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

2. 8 agosto 2026 alle ore 19:38 UTCinvestigating

   Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

3. 8 agosto 2026 alle ore 20:02 UTCidentified

   Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available.

4. 8 agosto 2026 alle ore 22:02 UTCidentified

   Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available.

5. 9 agosto 2026 alle ore 00:31 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved.

6. 9 agosto 2026 alle ore 01:01 UTCresolved

   Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account.

1. 6 agosto 2026 alle ore 19:01 UTCinvestigating

   Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

2. 6 agosto 2026 alle ore 20:02 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved.

3. 6 agosto 2026 alle ore 21:05 UTCresolved

   Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation.

1. 6 agosto 2026 alle ore 16:33 UTCresolved

   Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

1. 4 agosto 2026 alle ore 16:13 UTCinvestigating

   Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

2. 4 agosto 2026 alle ore 18:52 UTCidentified

   Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available.

3. 4 agosto 2026 alle ore 20:44 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved.

4. 4 agosto 2026 alle ore 21:42 UTCresolved

   As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused.

1. 3 agosto 2026 alle ore 13:58 UTCinvestigating

   A partire dalle 09:36 UTC del 3 agosto, alcuni clienti possono sperimentare errori intermittenti durante l'accesso al Pannello di controllo del cloud di DigitalOcean, compreso un messaggio "mTLS verifica fallita". Il nostro team di ingegneri sta indagando attivamente. Ci scusiamo per l'inconveniente che potrebbe aver causato. Forniremo un altro aggiornamento non appena saranno disponibili ulteriori informazioni. Se hai domande relative a questo problema, inviaci un biglietto dalla tua pagina di supporto cloud. https://cloudsupport.digitalocean.com/s/createticket

2. 3 agosto 2026 alle ore 16:39 UTCmonitoring

   Abbiamo implementato la mitigazione per il problema causando alcuni clienti a sperimentare errori intermittenti quando si accede al Pannello di controllo del cloud di DigitalOcean. Stiamo vedendo il recupero e stiamo monitorando il servizio da vicino. Forneremo un altro aggiornamento una volta che abbiamo confermato il problema è completamente risolto

3. 3 agosto 2026 alle ore 17:59 UTCresolved

   Tra le 09:36 e le 13:30 UTC il 3 agosto, alcuni clienti hanno sperimentato errori intermittenti durante l'accesso al DigitalOcean Cloud Control Panel. Abbiamo rinnovato i certificati interni interessati e l'accesso ripristinato. Il problema è risolto e il Cloud Control Panel funziona normalmente. Ci scusiamo per l'interruzione.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 luglio 2026 alle ore 17:56 UTCinvestigating

   Stiamo attualmente indagando su questo problema.

2. 29 luglio 2026 alle ore 21:41 UTCinvestigating

   Il nostro team di ingegneri sta indagando sui rapporti delle risposte vuote o rotte che hanno colpito Kimi-K3. A questo punto, gli utenti possono sperimentare la qualità di risposta degradata, in particolare output vuoti o rotti (compresi i caratteri ripetuti), quando si interroga il servizio Kimi-K3. Ci scusiamo per l'inconveniente e condivideremo un aggiornamento una volta che abbiamo maggiori informazioni.

3. 30 luglio 2026 alle ore 06:15 UTCresolved

   Il nostro team di Ingegneria ha risolto il problema causando risposte vuote o rotte da Kimi-K3. Se continui a provare problemi, apri un biglietto con il nostro team di supporto. Ci scusiamo per qualsiasi inconveniente che possa aver causato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 luglio 2026 alle ore 18:31 UTCinvestigating

   Stiamo attualmente indagando su questo problema.

2. 27 luglio 2026 alle ore 19:44 UTCidentified

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

3. 28 luglio 2026 alle ore 15:24 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 10:36 UTCidentified

   Abbiamo notato problemi di connettività di rete che interessano alcuni utenti che si collegano dall'India alle risorse nella regione di New York. Sulla base della nostra attuale indagine, gli utenti di Airtel e BSNL hanno segnalato una maggiore latenza, perdita di pacchetti o connettività intermittente. Ci scusiamo per l'inconveniente e forniremo un aggiornamento non appena ulteriori informazioni diventano disponibili.

2. 24 luglio 2026 alle ore 11:45 UTCmonitoring

   Stiamo osservando miglioramenti nella connettività di rete per gli utenti in India accesso alle risorse nella nostra regione di New York. Il nostro team sta monitorando la situazione per garantire che il servizio sia tornato al normale funzionamento e rimanga stabile. Apprezziamo la vostra pazienza e fornirà un aggiornamento una volta che il problema è pienamente confermato come risolto.

3. 24 luglio 2026 alle ore 12:42 UTCresolved

   Tra le 07:46 UTC & 10:24 UTC oggi, alcuni utenti in India accesso alle risorse nella regione di New York possono avere problemi di connettività esperti. L'impatto è stato limitato agli utenti che utilizzano Airtel come ISP. La nostra indagine ha determinato che il problema è stato causato da un problema di rete interno all'interno di Airtel e non era legato alla rete DigitalOcean. Il problema della connettività ora sembra essere risolto, e gli utenti non dovrebbero più sperimentare problemi di accesso alle loro risorse. Ci scusiamo per qualsiasi inconveniente che possa aver causato. Tuttavia, se si continua a sperimentare eventuali problemi di connettività, non esitate ad aprire un biglietto di supporto per ulteriori indagini; saremo lieti di aiutarvi ulteriormente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 luglio 2026 alle ore 11:16 UTCinvestigating

   Il nostro team di ingegneri sta attualmente indagando su un problema in cui il modello llama-4-maverick non è disponibile. Gli utenti possono verificarsi errori HTTP 500 durante l'utilizzo di questo modello con Inferenza Serverless. Ci scusiamo per l'inconveniente. Il nostro team di Ingegneria sta lavorando con alta priorità per risolvere il problema. Grazie per la vostra pazienza e comprensione.

2. 23 luglio 2026 alle ore 12:37 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 luglio 2026 alle ore 16:50 UTCinvestigating

   Stiamo attualmente indagando su questo problema.

2. 22 luglio 2026 alle ore 19:42 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 luglio 2026 alle ore 09:51 UTCinvestigating

   Il nostro team di Ingegneria sta indagando su un problema con l'attaccamento del volume alle gocce nelle regioni di NYC1, NYC3, SGP1, SYD1 e BLR1. Durante questo periodo si può sperimentare un problema con l'aggancio del volume al Droplet(s). Ci scusiamo per l'inconveniente e condivideremo un aggiornamento una volta che abbiamo maggiori informazioni.

2. 19 luglio 2026 alle ore 13:36 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 19 luglio 2026 alle ore 14:52 UTCmonitoring

   Il nostro team di Ingegneria ha identificato la causa principale del problema impedendo gli allegati di volume a Droplets a NYC1, NYC3, SGP1, SYD1 e BLR1 e ha implementato con successo una correzione. Ora è necessario essere in grado di collegare i volumi al vostro Droplet(s) senza incontrare ulteriori errori o problemi. Stiamo monitorando attivamente la situazione per garantire che la correzione resti efficace e fornirà un altro aggiornamento una volta che il problema è stato completamente risolto.

4. 19 luglio 2026 alle ore 15:32 UTCresolved

   Il nostro team di Ingegneria ha confermato che il problema relativo all'attaccamento del volume a Gocce nelle regioni di NYC1, NYC3, SGP1, SYD1 e BLR1 è stato completamente risolto, e tutti i servizi sono ora operativi normalmente. Se si continua a sperimentare qualsiasi problema, si prega di contattare il nostro team di supporto aprendo un biglietto. Ci scusiamo per qualsiasi inconveniente causato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 luglio 2026 alle ore 06:57 UTCinvestigating

   Stiamo attualmente indagando su un problema che riguarda il traffico di rete in uscita per Droplets nella regione BLR1. I clienti possono sperimentare errori di timeout o problemi di connettività quando si tenta di raggiungere i servizi esterni. Il nostro team di Ingegneria sta attivamente indagando sul problema e lavorando per identificare la causa principale. Forniremo aggiornamenti aggiuntivi non appena ulteriori informazioni saranno disponibili.

2. 19 luglio 2026 alle ore 08:27 UTCidentified

   Il nostro team di Ingegneria ha identificato un problema che riguarda la connettività di rete a monte per i servizi basati su Droplet nella regione BLR1 e sta lavorando attivamente con i fornitori a monte rilevanti per implementare una risoluzione. I clienti possono continuare a sperimentare timeout intermittenti o problemi di connettività quando si tenta di raggiungere endpoint esterni da Droplets in BLR1. Forneremo un altro aggiornamento una volta che il problema è stato completamente risolto o quando ulteriori informazioni diventano disponibili.

3. 19 luglio 2026 alle ore 09:31 UTCmonitoring

   Il nostro team di ingegneri ha implementato le correzioni necessarie per la connettività di rete a monte per i servizi basati su Droplet nella regione BLR1. Gli utenti dovrebbero ora essere in grado di connettersi ai endpoint esterni da Droplets in BLR1. Attualmente stiamo monitorando la situazione per garantire che il servizio sia tornato al normale funzionamento e rimanga stabile. Apprezziamo la vostra pazienza e fornirà un aggiornamento una volta che il problema è pienamente confermato come risolto.

4. 19 luglio 2026 alle ore 09:52 UTCresolved

   Il nostro team di ingegneri ha risolto il problema della connettività di rete in uscita nella regione BLR1. Se continui a provare problemi, apri un biglietto con il nostro team di supporto. Ci scusiamo per qualsiasi inconveniente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 luglio 2026 alle ore 13:39 UTCinvestigating

   Il nostro team di Ingegneria sta indagando su un problema che riguarda il routing IP riservato nella regione TOR1. Il problema sta causando traffico in entrata e in uscita da e verso gli IP riservati in TOR1 a fallire. Nel frattempo, il distacco e il riassegnamento dell'IP riservato al Droplet possono ripristinare la connettività. Si consiglia di provare questa soluzione se si verificano problemi con il vostro IP riservato in TOR1. Il nostro team di ingegneri sta attivamente indagando sulla causa principale e lavorando verso una risoluzione. Forniremo aggiornamenti come ulteriori informazioni diventano disponibili.

2. 16 luglio 2026 alle ore 15:30 UTCidentified

   Il nostro team di Ingegneria ha identificato la causa del problema che riguarda il routing IP riservato nella regione TOR1, che stava causando traffico in entrata e in uscita da e verso gli IP riservati in TOR1 a fallire. Il distacco e il riassegnamento dell'IP riservato al Droplet possono ripristinare la connettività nel frattempo. Si consiglia di provare questa soluzione se si verificano ancora problemi con il vostro IP riservato in TOR1. Il nostro team di ingegneri sta ora lavorando per implementare una soluzione. Forniremo aggiornamenti come ulteriori informazioni diventano disponibili.

3. 16 luglio 2026 alle ore 17:01 UTCmonitoring

   Il nostro team di Ingegneria ha implementato una soluzione per il problema che riguarda il routing IP riservato nella regione TOR1, e stiamo monitorando i risultati. Il traffico in entrata e in uscita da e verso gli IP riservati in TOR1 dovrebbe ora essere ripristinato. Se hai riassegnato il tuo IP riservato come soluzione di lavoro e stai ancora vivendo problemi, ti preghiamo di raggiungere il nostro team di supporto. Continueremo a monitorare attentamente la situazione e fornire un ulteriore aggiornamento una volta che abbiamo confermato il problema è completamente risolto.

4. 16 luglio 2026 alle ore 17:24 UTCresolved

   Il nostro team di Ingegneria ha confermato che il problema sottostante riguarda il routing IP riservato nella regione TOR1 è stato completamente risolto, e i servizi sono ora operativi normalmente. Se si continua a sperimentare qualsiasi problema, si prega di contattare il nostro team di supporto aprendo un biglietto. Ci scusiamo per qualsiasi inconveniente causato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 luglio 2026 alle ore 19:04 UTCidentified

   Stiamo vivendo un problema in cui i clienti che utilizzano il modello Gemma 4 sulle nostre piattaforme Serverless Inference e Dedicated Inference possono sperimentare latenza grave o richiedere timeout. Il nostro team di ingegneri ha identificato un problema di configurazione backend come causa principale, che sta temporaneamente degradando le prestazioni. Stiamo lavorando attivamente su una correzione per ripristinare i tempi di risposta normali e fornirà un altro aggiornamento non appena la mitigazione è in atto

2. 13 luglio 2026 alle ore 22:24 UTCmonitoring

   È stata implementata una correzione per risolvere il problema della configurazione di backend. Stiamo monitorando attentamente le prestazioni del sistema per garantire il pieno recupero e i tempi di risposta normali per tutti i flussi di lavoro di inferenza Gemma 4.

3. 14 luglio 2026 alle ore 11:07 UTCidentified

   Stiamo vivendo un problema che riguarda i clienti utilizzando il modello Gemma 4 sulla nostra piattaforma Serverless Inference. I clienti possono sperimentare latenza significativamente aumentata o richiedere timeout. Il nostro team di Ingegneria ha identificato un problema di configurazione backend come causa principale, che sta temporaneamente influenzando le prestazioni del modello. Si prega di essere certi che il nostro team di Ingegneria sta lavorando attivamente su una soluzione e sta trattando questo problema con alta priorità. Ci scusiamo sinceramente per qualsiasi inconveniente che questo potrebbe aver causato e apprezzare la vostra pazienza e comprensione. Se avete ulteriori domande, si prega di creare un biglietto di supporto in modo che possiamo indagare ulteriormente il vostro caso specifico.

4. 15 luglio 2026 alle ore 10:06 UTCmonitoring

   Una correzione è stata implementata per risolvere il problema. Stiamo monitorando attentamente le prestazioni del sistema per garantire il pieno recupero e i tempi di risposta normali per tutti i flussi di lavoro di inferenza Gemma 4.

5. 15 luglio 2026 alle ore 21:46 UTCresolved

   Il fix distribuito ha ripristinato con successo la piena funzionalità, e il nostro monitoraggio mostra che le prestazioni del sistema sono completamente stabilizzate. I tempi di risposta per tutti i flussi di lavoro di inferenza Gemma 4 sono tornati ai normali livelli di base. Continueremo a monitorare la stabilità della piattaforma in avanti per garantire affidabilità a lungo termine. Ci scusiamo per qualsiasi disturbo che questo potrebbe aver causato ai vostri flussi di lavoro e apprezzare la vostra pazienza durante il processo di recupero.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.