Digitalocean driftsforstyrrelser

1. 24. august 2026 kl. 17.14 UTCinvestigating

   Vores Engineering team er at undersøge et problem påvirker DigitalOcean offentlige API og Cloud Control Panel. På dette tidspunkt, vil brugerne se forhøjede 5xx fejl for alle API-anmodninger, herunder ting som skaber for forskellige produkter. Brugerne kan også være ude af stand til at få adgang til cloud.digitalocean.com. Vi undersøger aktivt årsagen og vil give opdateringer, så snart mere information bliver tilgængelig. Vi undskylder ulejligheden og værdsætter din tålmodighed.

2. 24. august 2026 kl. 18.33 UTCinvestigating

   Vi fortsætter med at undersøge spørgsmålet påvirker DigitalOcean offentlige API og Cloud Control Panel. På dette tidspunkt, vi ser nogle forbedringer i latency / fejlrater og nogle brugere kan nu være i stand til at få adgang til Cloud Control Panel. Serverløs Inferens brugere kan i øjeblikket opleve 403 og 503 fejl, når de gør API-anmodninger eller adgang til berørte tjenester. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige. Vi undskylder ulejligheden og værdsætter din tålmodighed.

3. 24. august 2026 kl. 19.14 UTCmonitoring

   Vores Engineering team har gennemført afbødende foranstaltninger til at løse problemet påvirker DigitalOcean offentlige API og Cloud Control Panel. Vi ser anmodninger lykkes, og brugerne bør nu være i stand til at få adgang til Cloud Control Panel og udstede / modtage API anmodninger normalt. Vi overvåger i øjeblikket situationen for at sikre, at tjenesten er vendt tilbage til normal drift og forbliver stabil. Vi sætter pris på din tålmodighed og vil give en opdatering, når problemet er fuldt bekræftet som løst.

4. 24. august 2026 kl. 22.27 UTCinvestigating

   Vores Engineering team er at undersøge en gentagelse af problemet påvirker DigitalOcean offentlige API og Cloud Control Panel. Dette problem påvirker ikke vores data plan (dvs. kører dråber). Brugere kan opleve problemer med at få adgang til Cloud Control Panel, sammen med forhøjet latency og intermitterende fejl, når adgang til den offentlige API eller Cloud Control Plane. Vi undersøger aktivt spørgsmålet og arbejder på at genoprette normal service. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige. Vi undskylder ulejligheden og værdsætter din tålmodighed.

5. 25. august 2026 kl. 00.54 UTCmonitoring

   Vores Engineering team har gennemført afbødende foranstaltninger til at løse problemet påvirker DigitalOcean offentlige API og Cloud Control Panel. Vi ser forbedringer, og brugerne skal nu være i stand til at få adgang til Cloud Control Panel og bruge den offentlige API normalt. Vi fortsætter med at overvåge tjenesten for at sikre, at den forbliver stabil og vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige. Vi sætter pris på din tålmodighed og forståelse.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. august 2026 kl. 05.11 UTCinvestigating

   Vores ingeniørhold undersøger et problem med vores Managed Database produkt. På dette tidspunkt, kan brugerne opleve fejl, mens du opretter klynger, både via Cloud Control Panel og API anmodninger. Vi undskylder for ulejligheden og vil dele en opdatering, når vi har flere oplysninger.

2. 23. august 2026 kl. 07.06 UTCinvestigating

   Vi fortsætter med at undersøge et problem, der påvirker DigitalOcean Managed Databaser klynge skabelse på tværs af flere regioner. I løbet af denne tid, kan brugere opleve fejl, når du opretter Managed Database klynger via Cloud Control Panel eller API. Vores ingeniørhold gennemfører en afbødning og arbejder på at genoprette normale forsyninger. Vi vil give en anden opdatering, så snart mere information er tilgængelig.

3. 23. august 2026 kl. 11.30 UTCmonitoring

   Vores ingeniørhold har implementeret de nødvendige rettelser, der påvirker oprettelsen af managed database klynge i NYC3 og NYC1-regionerne. Brugerne bør nu være i stand til at skabe nye forvaltede databaseklynger. Vi overvåger i øjeblikket situationen for at sikre, at tjenesten er vendt tilbage til normal drift og forbliver stabil. Vi sætter pris på din tålmodighed og vil give en opdatering, når problemet er fuldt bekræftet som løst.

4. 23. august 2026 kl. 14.33 UTCresolved

   Vores ingeniørteam har løst problemet med at forhindre klyngeskabelse på administrerede databaser i NYC3 og NYC1-regionerne. Kunderne kan nu oprette nye administrerede databaser klynger normalt. Vores ingeniørhold har overvåget miljøet for at sikre stabilitet. Vi undskylder for alle de ulemper, som forstyrrelsen kan have forårsaget. Hvis du fortsætter med at opleve problemer, bedes du åbne en billet med vores support team: https: / / cloudsupport.digitalocean.com / s /

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. august 2026 kl. 12.59 UTCinvestigating

   Vores ingeniørhold undersøger i øjeblikket rapporter om et problem, der påvirker Container Registry og Spaces spande i nogle regioner. I løbet af denne periode, kan kunderne opleve fejl, når skubbe eller trække container billeder. Derudover kan kunderne opleve problemer med adgang til rum via Cloud Control Panel, hvor siden kan vise "Ser ud til at noget gik galt"... Vores ingeniørhold undersøger sagen og behandler den med prioritet. Vi vil give en anden opdatering, så snart mere information bliver tilgængelig.

2. 21. august 2026 kl. 13.06 UTCmonitoring

   Vores Engineering team har identificeret problemet påvirker Container Registry og Spaces spande, og et fix er blevet anvendt. rummet tilgængelighed via Cloud Control Panel bør nu genoprettes, og skubbe og trække container billeder bør være tilbage til normal. Vi fortsætter med at overvåge resultaterne for at sikre, at problemet er blevet løst fuldt ud og vil give en anden opdatering, når vi har bekræftet normal service er blevet genoprettet.

3. 21. august 2026 kl. 14.52 UTCresolved

   Vores ingeniørhold har bekræftet, at problemet med at påvirke Container Registry og Spaces tilgængelighed er blevet løst. Muligheder tilgængelighed via Cloud Control Panel er nu restaureret, og skubbe og trække container billeder lykkes som forventet. Kunder, der tidligere stødte på disse spørgsmål, bør nu være i stand til at få adgang til rum og implementere deres container billeder uden yderligere problemer. Hvis du fortsætter med at opleve nogen problemer, skal du åbne en billet med vores support team. Tak for din tålmodighed, og vi undskylder for ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. august 2026 kl. 11.10 UTCinvestigating

   Vores ingeniørhold undersøger i øjeblikket et problem i MKC1-regionen, der påvirker flere stativer og knudepunkter. I løbet af denne tid, kunder kan opleve forstyrrelser til GPU arbejdsbelastning, og Kubernetes (DOKS) arbejdstager knudepunkter kan indtaste en NotReady tilstand. Vores team arbejder aktivt på at genoprette forbindelse og bringe ramte knudepunkter tilbage online. Hvis du fortsætter med at opleve problemer, skal du åbne en supportbillet fra din konto.

2. 19. august 2026 kl. 12.22 UTCidentified

   Vi har identificeret årsagen til problemet i MKC1-regionen, der påvirker flere stativer og knudepunkter. Vores Engineering team er aktivt at gennemføre oprydning trin for at genoprette forbindelse og bringe de ramte knudepunkter tilbage online. I løbet af denne tid, kunder kan fortsætte med at opleve forstyrrelser til GPU arbejdsbelastning og serverless Inference. Kubernetes (DOKS) arbejdstager noder kan også forblive i en NotReady tilstand, og kunderne kan være ude af stand til at nå Kubernetes API endpoints eller udføre cluster-management operationer i berørte klynger. Vi vil give en anden opdatering, så snart vi har flere oplysninger.

3. 19. august 2026 kl. 15.28 UTCidentified

   Vores ingeniørhold arbejder fortsat på det spørgsmål, der berører MKC1-regionen. Vi arbejder aktivt på at genoprette forbindelsen og bringe de ramte knudepunkter tilbage online. Vi vil give en anden opdatering, så snart vi har flere oplysninger.

4. 19. august 2026 kl. 18.59 UTCmonitoring

   På nuværende tidspunkt er det regionale kontrolplan helt sundt. CPU Droplets, Managed databaser, Belastning balancere, Block storage og rum fungerer normalt. Droplet oprette, ændre størrelse og andre management operationer fungerer. Kubernetes (DOKS) kontrolfly kan nås. Vores hold fortsætter med at arbejde med anlægget for at genoprette alt udstyr. GPU Droplets i MKC1 forbliver offline eller utilgængelig. DOKS GPU arbejdstager knudepunkter kan forblive NotReady, og GPU- bakkes indkøringsendepunkter i denne region kan være utilgængelige. Vi vil overvåge det regionale kontrolfly i kort tid og derefter løse denne hændelse. GPU kunder vil modtage personlige opdateringer med mere information i stedet for denne status side. Hvis du har spørgsmål om dine berørte ressourcer, kontakt support og referere til denne hændelse.

5. 19. august 2026 kl. 19.34 UTCresolved

   Vores ingeniørhold har bekræftet, at det regionale kontrolplan er sundt, og CPU Droplets, administrerede databaser, Load balancere, Block storage, Kubernetes (DOKS) og Spaces fungerer normalt. GPU Droplets fortsætter med at blive påvirket og vores hold arbejder på at genoprette alle knudepunkter. Vi vil kommunikere med GPU Droplet kunder separat via Slack og e-mail med mere information og regelmæssige opdateringer. Tak for Deres tålmodighed under denne hændelse. Hvis du fortsætter med at opleve problemer, skal du åbne en supportbillet fra din konto.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 13.58 UTCinvestigating

   Begynder på 09: 36 UTC den 3. august, nogle kunder kan opleve intermitterende fejl, når adgang til DigitalOcean Cloud Control Panel, herunder en "mTLS verifikation mislykkedes" meddelelse. Vores ingeniørhold undersøger sagen. Vi undskylder for den ulejlighed, det kan have forårsaget. Vi vil give en anden opdatering, så snart mere information er tilgængelig. Hvis du har spørgsmål relateret til dette spørgsmål, bedes du sende os en billet fra din cloud support side. http: / / cloudsupport.digitalocean.com / s / createticket

2. 3. august 2026 kl. 16.39 UTCmonitoring

   Vi har implementeret afbødning for problemet får nogle kunder til at opleve intermitterende fejl, når adgang til DigitalOcean Cloud Control Panel. Vi ser bedring og overvåger tjenesten nøje. Vi vil give endnu en opdatering, når vi har bekræftet, at problemet er fuldt løst

3. 3. august 2026 kl. 17.59 UTCresolved

   Mellem 09: 36 og 13: 30 UTC den 3. august oplevede nogle kunder intermitterende fejl, mens de fik adgang til DigitalOcean Cloud Control Panel. Vi fornyede de berørte interne certifikater og genoprettede adgangen. Problemet er løst, og Cloud Control Panel fungerer normalt. Vi undskylder forstyrrelsen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. juli 2026 kl. 17.56 UTCinvestigating

   Vi undersøger i øjeblikket dette spørgsmål.

2. 29. juli 2026 kl. 21.41 UTCinvestigating

   Vores ingeniørhold undersøger rapporter om tomme eller ødelagte svar, der påvirker Kimi- K3. På dette tidspunkt, kan brugerne opleve forringet responskvalitet, specifikt tomme eller brudte udgange (herunder gentagne tegn), når du spørger Kimi- K3 service. Vi undskylder for ulejligheden og vil dele en opdatering, når vi har flere oplysninger.

3. 30. juli 2026 kl. 06.15 UTCresolved

   Vores ingeniørhold har løst problemet med tomme eller ødelagte svar fra Kimi- K3. Hvis du fortsætter med at opleve problemer, bedes du åbne en billet med vores Support team. Vi undskylder for eventuelle ulemper.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. juli 2026 kl. 18.31 UTCinvestigating

   Vi undersøger i øjeblikket dette spørgsmål.

2. 27. juli 2026 kl. 19.44 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 28. juli 2026 kl. 15.24 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 10.36 UTCidentified

   Vi har bemærket, at der er problemer med netværksforbindelser, der påvirker nogle brugere, der forbinder fra Indien til ressourcer i NYC-regionen. Baseret på vores nuværende undersøgelse, har brugere på Airtel og BSNL rapporteret øget latency, pakke tab, eller intermitterende forbindelse. Vi undskylder for ulejligheden og vil give en opdatering, så snart mere information bliver tilgængelig.

2. 24. juli 2026 kl. 11.45 UTCmonitoring

   Vi observerer forbedringer i netværksforbindelse for brugere i Indien adgang ressourcer i vores NYC-region. Vores team overvåger situationen for at sikre, at tjenesten er vendt tilbage til normal drift og forbliver stabil. Vi sætter pris på din tålmodighed og vil give en opdatering, når problemet er fuldt bekræftet som løst.

3. 24. juli 2026 kl. 12.42 UTCresolved

   Mellem 07: 46 UTC & 10: 24 UTC i dag, nogle brugere i Indien adgang ressourcer i NYC regionen kan have oplevet konnektivitet problemer. Virkningen var begrænset til brugere, der brugte Airtel som deres ISP. Vores undersøgelse fastslog, at problemet var forårsaget af et internt netværk problem i Airtel og var ikke relateret til DigitalOcean netværk. Forbindelsesspørgsmålet synes nu at være løst, og brugerne bør ikke længere opleve problemer med at få adgang til deres ressourcer. Vi undskylder for eventuelle ulemper. Men hvis du fortsætter med at opleve nogen forbindelse problemer, skal du ikke tøve med at åbne en support billet til yderligere undersøgelse; vi vil være glade for at hjælpe dig yderligere.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. juli 2026 kl. 11.16 UTCinvestigating

   Vores ingeniørhold undersøger i øjeblikket et problem, hvor lama- 4-maverick modellen ikke er tilgængelig. Brugere kan opleve HTTP 500 fejl, mens du bruger denne model med Serverless Inference. Vi undskylder ulejligheden. Vores ingeniørhold arbejder med høj prioritet på at løse problemet. Tak for Deres tålmodighed og forståelse.

2. 23. juli 2026 kl. 12.37 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2026 kl. 16.50 UTCinvestigating

   Vi undersøger i øjeblikket dette spørgsmål.

2. 22. juli 2026 kl. 19.42 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. juli 2026 kl. 09.51 UTCinvestigating

   Vores Engineering team undersøger et problem med vedhæftet volumen til dråber i NYC1, NYC3, SGP1, SYD1 og BLR1 regioner. I løbet af denne periode kan du opleve et problem med fastgørelse volumen til Droplet (s). Vi undskylder for ulejligheden og vil dele en opdatering, når vi har flere oplysninger.

2. 19. juli 2026 kl. 13.36 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 19. juli 2026 kl. 14.52 UTCmonitoring

   Vores Engineering team har identificeret den grundlæggende årsag til problemet forhindrer volumen vedhæftede filer til Droplets i NYC1, NYC3, SGP1, SYD1 og BLR1 og har gennemført et fix. Du bør nu være i stand til at vedhæfte mængder til dine Droplet (s) uden at støde på yderligere fejl eller problemer. Vi overvåger aktivt situationen for at sikre, at fixet forbliver effektivt, og vil give endnu en opdatering, når spørgsmålet er blevet løst fuldt ud.

4. 19. juli 2026 kl. 15.32 UTCresolved

   Vores ingeniørhold har bekræftet, at spørgsmålet om volumen vedhæftning til Droplets i NYC1, NYC3, SGP1, SYD1 og BLR1 er blevet løst fuldt ud, og alle tjenester fungerer nu normalt. Hvis du fortsætter med at opleve problemer, bedes du kontakte vores Support team ved at åbne en billet. Vi undskylder for ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. juli 2026 kl. 06.57 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker udgående netværkstrafik for Droplets i BLR1-regionen. Kunderne kan opleve timeout fejl eller konnektivitet problemer, når de forsøger at nå eksterne tjenester. Vores ingeniørhold undersøger sagen og arbejder på at identificere årsagen. Vi vil give yderligere opdateringer, så snart mere information bliver tilgængelig.

2. 19. juli 2026 kl. 08.27 UTCidentified

   Vores Engineering team har identificeret et problem, der påvirker opstrømsnetværksforbindelse til Dropletbaserede tjenester i BLR1-regionen og arbejder aktivt med de relevante opstrømsudbydere for at gennemføre en opløsning. Kunderne kan fortsætte med at opleve intermitterende timeouts eller forbindelsesproblemer, når de forsøger at nå eksterne endepunkter fra Droplets i BLR1. Vi vil give en anden opdatering, når problemet er blevet løst fuldt ud, eller når yderligere oplysninger bliver tilgængelige.

3. 19. juli 2026 kl. 09.31 UTCmonitoring

   Vores ingeniørhold har implementeret de nødvendige rettelser, der påvirker opstrøms netværksforbindelse til Dropletbaserede tjenester i BLR1-regionen. Brugerne skal nu være i stand til at oprette forbindelse til de eksterne endepunkter fra Droplets i BLR1. Vi overvåger i øjeblikket situationen for at sikre, at tjenesten er vendt tilbage til normal drift og forbliver stabil. Vi sætter pris på din tålmodighed og vil give en opdatering, når problemet er fuldt bekræftet som løst.

4. 19. juli 2026 kl. 09.52 UTCresolved

   Vores ingeniørhold har løst problemet med udgående netværksforbindelse i BLR1-regionen. Hvis du fortsat oplever problemer, bedes du åbne en billet med vores support team. Vi undskylder for ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. juli 2026 kl. 13.39 UTCinvestigating

   Vores ingeniørhold undersøger et problem, der påvirker reserverede IP-ruter i TOR1-regionen. Spørgsmålet får indgående og udgående trafik til og fra reserverede integrerede projekter i TOR1 til at mislykkes. I mellemtiden kan løsrivning og omplacering af den forbeholdte IP til Droplet genoprette forbindelse. Vi anbefaler at prøve dette workout, hvis du oplever problemer med din reserverede IP i TOR1. Vores ingeniørhold undersøger aktivt årsagen og arbejder hen imod en løsning. Vi vil levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 16. juli 2026 kl. 15.30 UTCidentified

   Vores Engineering team har identificeret årsagen til problemet påvirker Reserved IP routing i TOR1 region, som var årsag til indgående og udgående trafik til og fra Reserved IPs i TOR1 til at mislykkes. Afledning og omplacering af den forbeholdte IP til Droplet kan genoprette forbindelse i mellemtiden. Vi anbefaler at prøve dette workout, hvis du stadig oplever problemer med din Reserved IP i TOR1. Vores ingeniørhold arbejder nu på at implementere et fix. Vi vil levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

3. 16. juli 2026 kl. 17.01 UTCmonitoring

   Vores Engineering team har implementeret et fix for problemet påvirker Reserved IP routing i TOR1 regionen, og vi er i øjeblikket at overvåge resultaterne. Indgående og udgående trafik til og fra reserverede IPs i TOR1 bør nu genoprettes. Hvis du har flyttet din reserverede IP som en workout og stadig oplever problemer, bedes du kontakte vores support team. Vi vil fortsat overvåge situationen nøje og fremlægge en yderligere opdatering, når vi har bekræftet, at spørgsmålet er helt løst.

4. 16. juli 2026 kl. 17.24 UTCresolved

   Vores Engineering team har bekræftet, at det underliggende problem påvirker Reserved IP routing i TOR1 regionen er blevet fuldt løst, og tjenester nu fungerer normalt. Hvis du fortsætter med at opleve problemer, bedes du kontakte vores Support team ved at åbne en billet. Vi undskylder for ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. juli 2026 kl. 19.04 UTCidentified

   Vi oplever i øjeblikket et problem, hvor kunder, der bruger Gemma 4-modellen på vores Serverless Inference og Dedikeret Inference platforme kan opleve alvorlig latency eller anmode timeouts. Vores ingeniørhold har identificeret et backend konfigurationsproblem som årsagen, hvilket midlertidigt er nedværdigende ydeevne. Vi arbejder aktivt på en rettelse for at genoprette normale svartider og vil give en anden opdatering, så snart afbødningen er på plads

2. 13. juli 2026 kl. 22.24 UTCmonitoring

   En rettelse er blevet indsat for at løse problemet med backend konfiguration. Vi overvåger nøje systemets ydeevne for at sikre fuld bedring og normale svartider for alle Gemma 4 inferens arbejdsgange.

3. 14. juli 2026 kl. 11.07 UTCidentified

   Vi oplever i øjeblikket et problem, der påvirker kunderne ved hjælp af Gemma 4-modellen på vores Serverless Inference platform. Kunderne kan opleve betydeligt øget latency eller anmode timeouts. Vores Engineering team har identificeret et backend konfiguration problem som roden årsag, som er midlertidigt påvirker model ydeevne. Vær sikker på, at vores Engineering team arbejder aktivt på en rettelse og behandler dette spørgsmål med høj prioritet. Vi undskylder oprigtigt for eventuelle ulemper, som dette kan have forårsaget, og værdsætter din tålmodighed og forståelse. Hvis du har yderligere spørgsmål, skal du oprette en supportbillet, så vi kan undersøge din specifikke sag yderligere.

4. 15. juli 2026 kl. 10.06 UTCmonitoring

   Der er blevet udsendt et fix for at løse problemet. Vi overvåger nøje systemets ydeevne for at sikre fuld bedring og normale svartider for alle Gemma 4 inferens arbejdsgange.

5. 15. juli 2026 kl. 21.46 UTCresolved

   Den anvendte fix har med succes genoprettet fuld funktionalitet, og vores overvågning viser, at systemets ydeevne er helt stabiliseret. Responstider for alle GEMMA 4 inferens arbejdsgange er vendt tilbage til normale baselineniveauer. Vi vil fortsat følge platformens stabilitet fremad for at sikre langsigtet pålidelighed. Vi undskylder for eventuelle forstyrrelser dette kan have forårsaget dine arbejdsgange og sætter pris på din tålmodighed gennem inddrivelsesprocessen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. juli 2026 kl. 20.31 UTCinvestigating

   Vores ingeniørhold undersøger et problem, der påvirker Kubernetes deployeringer i NYC1. Brugere kan se intermitterende DNS fejl og NodeNotReady begivenheder fra programmet arbejdsbelastning i løbet af denne tid. Vi undskylder ulejligheden, vi vil dele nye oplysninger på denne side, så snart den er tilgængelig.

2. 10. juli 2026 kl. 01.18 UTCmonitoring

   Spørgsmålet om Kubernetes deployeringer i NYC1 er aftaget. Arbejdsbyrden bør nu fungere normalt. Vores ingeniørhold fortsætter med at overvåge de berørte systemer for at bekræfte fuld opløsning. Vi opdaterer denne side, hvis der er behov for yderligere handling. Vi undskylder for den ulejlighed, det kan have forårsaget.

3. 11. juli 2026 kl. 01.27 UTCresolved

   Spørgsmålet om Kubernetes 'deployeringer i NYC1-regionen er blevet løst. Vores undersøgelse fundet intermitterende DNS timeouts påvirker et lille antal DOKS klynger, med berørte arbejdstager knuder kører på shared-CPU Droplets. Dette er en dokumenteret begrænsning for latency- følsomme klynge DNS-arbejdsbelastninger såsom CoreDNS. De berørte klynger er i øjeblikket funktionelle. For at reducere risikoen for gentagelse anbefaler vi at køre CoredNS på ikke-delte / dedikerede CPU-knuder og bruge tilstrækkelige CoredNS-kopier. Hvis du fortsætter med at se DNS fejl eller NodeNotReady begivenheder, skal du åbne en støtte billet, så vi kan undersøge denne klynge specifikt.

Automatisk oversat fra den officielle hændelsesopdatering.