Störungsverlauf von Digitalocean

1. 24. August 2026 um 17:14 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem, das sich auf die öffentliche API und das Cloud Control Panel von DigitalOcean auswirkt. Zu diesem Zeitpunkt sehen Benutzer erhöhte 5xx-Fehler für alle API-Anforderungen, einschließlich Dinge wie Erstellen für verschiedene Produkte. Benutzer können auch nicht auf cloud.digitalocean.com zugreifen. Wir untersuchen aktiv die Ursache und werden Updates bereitstellen, sobald weitere Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld.

2. 24. August 2026 um 18:33 UTCinvestigating

   Wir untersuchen weiterhin das Problem, das sich auf die öffentliche API und das Cloud Control Panel von DigitalOcean auswirkt. Zu diesem Zeitpunkt sehen wir eine gewisse Verbesserung der Latenz- / Fehlerraten und einige Benutzer können nun auf das Cloud Control Panel zugreifen. Serverlos Inferenzbenutzer können derzeit 403- und 503-Fehler auftreten, wenn sie API-Anfragen stellen oder auf betroffene Dienste zugreifen. Wir werden weiterhin Updates bereitstellen, sobald mehr Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld.

3. 24. August 2026 um 19:14 UTCmonitoring

   Unser Engineering-Team hat Minderungsmaßnahmen implementiert, um das Problem der öffentlichen API und des Cloud Control Panel von DigitalOcean zu beheben. Wir sehen, dass Anfragen erfolgreich sind, und Benutzer sollten jetzt in der Lage sein, auf das Cloud Control Panel zuzugreifen und API-Anfragen normal auszugeben / zu empfangen. Wir überwachen derzeit die Situation, um sicherzustellen, dass der Dienst wieder normal funktioniert und stabil bleibt. Wir schätzen Ihre Geduld und werden ein Update bereitstellen, sobald das Problem vollständig als behoben bestätigt wurde.

4. 24. August 2026 um 22:27 UTCinvestigating

   Unser Engineering-Team untersucht eine Wiederholung des Problems, das sich auf die öffentliche API und das Cloud Control Panel von DigitalOcean auswirkt. Dieses Problem hat keine Auswirkungen auf unsere Datenebene (d. H. Laufende Tröpfchen). Benutzer können Schwierigkeiten beim Zugriff auf das Cloud Control Panel haben, zusammen mit erhöhten Latenzzeiten und intermittierenden Fehlern beim Zugriff auf die öffentliche API oder Cloud Control Plane. Wir untersuchen das Problem aktiv und arbeiten daran, den normalen Service wiederherzustellen. Wir werden weiterhin Updates bereitstellen, sobald mehr Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld.

5. 25. August 2026 um 00:54 UTCmonitoring

   Unser Engineering-Team hat Minderungsmaßnahmen implementiert, um das Problem zu beheben, das sich auf die öffentliche API und das Cloud Control Panel von DigitalOcean auswirkt. Wir sehen Verbesserungen, und Benutzer sollten jetzt auf das Cloud Control Panel zugreifen und die öffentliche API normal verwenden können. Wir überwachen den Service weiterhin, um sicherzustellen, dass er stabil bleibt, und werden weitere Updates bereitstellen, sobald mehr Informationen verfügbar sind. Wir schätzen Ihre Geduld und Ihr Verständnis.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. August 2026 um 05:11 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem mit unserem Managed Database-Produkt. Zu diesem Zeitpunkt können Benutzer beim Erstellen von Clustern Fehler auftreten, sowohl über das Cloud Control Panel als auch über API-Anforderungen. Wir entschuldigen uns für die Unannehmlichkeiten und werden ein Update teilen, sobald wir mehr Informationen haben.

2. 23. August 2026 um 07:06 UTCinvestigating

   Wir untersuchen weiterhin ein Problem, das die Erstellung von DigitalOcean Managed Databases in mehreren Regionen betrifft. Während dieser Zeit können Benutzer Fehler beim Erstellen von Managed Database Clustern über das Cloud Control Panel oder die API feststellen. Unser Engineering-Team implementiert eine Minderung und arbeitet daran, die normale Bereitstellung wiederherzustellen. Wir werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind.

3. 23. August 2026 um 11:30 UTCmonitoring

   Unser Engineering-Team hat die erforderlichen Korrekturen für die Erstellung von Managed Database-Clustern in den Regionen NYC3 und NYC1 implementiert. Benutzer sollten nun in der Lage sein, neue Managed Database Cluster zu erstellen. Wir überwachen derzeit die Situation, um sicherzustellen, dass der Dienst wieder normal funktioniert und stabil bleibt. Wir schätzen Ihre Geduld und werden ein Update bereitstellen, sobald das Problem vollständig als behoben bestätigt wurde.

4. 23. August 2026 um 14:33 UTCresolved

   Unser Engineering-Team hat das Problem behoben, das die Clustererstellung in verwalteten Datenbanken in den Regionen NYC3 und NYC1 verhindert. Kunden können nun normal neue Managed Databases Cluster anlegen. Unser Engineering-Team hat die Umwelt überwacht, um Stabilität zu gewährleisten. Wir entschuldigen uns aufrichtig für alle Unannehmlichkeiten, die diese Störung für Ihre Operationen verursacht haben könnte. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Ticket mit unserem Support-Team: https://cloudsupport.digitalocean.com/s/

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. August 2026 um 12:59 UTCinvestigating

   Unser Engineering-Team untersucht derzeit Berichte über ein Problem, das Container Registry und Spaces-Buckets in einigen Regionen betrifft. Während dieser Zeit können Kunden Fehler beim Schieben oder Ziehen von Containerbildern feststellen. Darüber hinaus können Kunden Probleme beim Zugriff auf Spaces über das Cloud Control Panel haben, wo auf der Seite möglicherweise "Sieht so aus, als wäre etwas schief gelaufen ..." angezeigt wird. Unser Engineering-Team untersucht das Problem aktiv und behandelt es vorrangig. Wir werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 21. August 2026 um 13:06 UTCmonitoring

   Unser Engineering-Team hat das Problem identifiziert, das Container Registry und Spaces-Buckets betrifft, und ein Fix wurde angewendet. Die Zugänglichkeit der Räume über das Cloud Control Panel sollte nun wiederhergestellt werden, und das Schieben und Ziehen von Containerbildern sollte wieder normal sein. Wir überwachen weiterhin die Ergebnisse, um sicherzustellen, dass das Problem vollständig behoben wurde, und werden ein weiteres Update bereitstellen, sobald wir bestätigt haben, dass der normale Service wiederhergestellt wurde.

3. 21. August 2026 um 14:52 UTCresolved

   Unser Engineering-Team hat bestätigt, dass das Problem der Zugänglichkeit von Container Registry und Spaces behoben wurde. Die Zugänglichkeit der Räume über das Cloud Control Panel ist jetzt wiederhergestellt, und das Schieben und Ziehen von Containerbildern ist wie erwartet erfolgreich. Kunden, die zuvor auf diese Probleme gestoßen sind, sollten nun auf Spaces zugreifen und ihre Container-Images ohne weitere Probleme bereitstellen können. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Ticket mit unserem Support-Team. Vielen Dank für Ihre Geduld und wir entschuldigen uns für alle Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. August 2026 um 11:10 UTCinvestigating

   Unser Engineering-Team untersucht derzeit ein Problem in der MKC1-Region, das mehrere Racks und Knoten betrifft. Während dieser Zeit kann es zu Störungen der GPU-Workloads kommen, und Kubernetes (DOKS)-Arbeiterknoten können in einen NotReady-Status übergehen. Unser Team arbeitet aktiv daran, die Konnektivität wiederherzustellen und betroffene Knoten wieder online zu bringen. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Support-Ticket in Ihrem Konto.

2. 19. August 2026 um 12:22 UTCidentified

   Wir haben die Ursache des Problems in der MKC1-Region identifiziert, die mehrere Racks und Knoten betrifft. Unser Engineering-Team implementiert aktiv Sanierungsschritte, um die Konnektivität wiederherzustellen und die betroffenen Knoten wieder online zu bringen. Während dieser Zeit können Kunden weiterhin Störungen bei GPU-Workloads und Serverless Inference auftreten. Kubernetes-Arbeiterknoten (DOKS) bleiben möglicherweise auch in einem NotReady-Zustand, und Kunden können möglicherweise keine Kubernetes-API-Endpunkte erreichen oder Cluster-Verwaltungsoperationen in betroffenen Clustern durchführen. Wir werden ein weiteres Update bereitstellen, sobald wir weitere Informationen haben.

3. 19. August 2026 um 15:28 UTCidentified

   Unser Engineering-Team arbeitet weiterhin an dem Thema, das die MKC1-Region betrifft. Wir arbeiten aktiv daran, die Konnektivität wiederherzustellen und die betroffenen Knoten wieder online zu bringen. Wir werden ein weiteres Update bereitstellen, sobald wir weitere Informationen haben.

4. 19. August 2026 um 18:59 UTCmonitoring

   Zu diesem Zeitpunkt ist das regionale Kontrollflugzeug völlig gesund. CPU Droplets, Managed Databases, Load Balancer, Block Storage und Spaces funktionieren normal. Droplet Create, Resize und andere Management-Operationen funktionieren. Kubernetes (DOKS) Kontrollflugzeuge sind erreichbar. Unsere Teams arbeiten weiterhin mit der Einrichtung zusammen, um alle Geräte wiederherzustellen. GPU-Tröpfchen in MKC1 bleiben offline oder nicht erreichbar. DOKS GPU Worker Nodes bleiben möglicherweise NotReady, und GPU-gestützte Inferenz-Endpunkte in dieser Region sind möglicherweise nicht verfügbar. Wir werden das regionale Kontrollflugzeug für kurze Zeit überwachen und dann diesen Vorfall beheben. GPU-Kunden erhalten personalisierte Updates mit weiteren Informationen anstelle dieser Statusseite. Wenn Sie Fragen zu Ihren betroffenen Ressourcen haben, wenden Sie sich an den Support und verweisen Sie auf diesen Vorfall.

5. 19. August 2026 um 19:34 UTCresolved

   Unser Engineering-Team hat bestätigt, dass die regionale Steuerungsebene gesund ist und CPU-Tröpfchen, Managed-Datenbanken, Load-Balancer, Blockspeicher, Kubernetes (DOKS) und Spaces normal funktionieren. GPU-Tröpfchen sind weiterhin betroffen und unsere Teams arbeiten daran, alle Knoten wiederherzustellen. Wir werden mit GPU Droplet-Kunden separat über Slack und E-Mail mit weiteren Informationen und regelmäßigen Updates kommunizieren. Vielen Dank für Ihre Geduld während dieses Vorfalls. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Support-Ticket in Ihrem Konto.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. August 2026 um 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 um 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 um 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 um 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 um 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 um 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 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. August 2026 um 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 um 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 um 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 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. August 2026 um 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 um 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 um 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 um 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 um 13:58 UTCinvestigating

   Ab 09:36 UTC am 3. August können bei einigen Kunden beim Zugriff auf das DigitalOcean Cloud Control Panel intermittierende Fehler auftreten, einschließlich einer Meldung "mTLS-Verifizierung fehlgeschlagen". Unser Ingenieurteam untersucht aktiv. Wir entschuldigen uns für die Unannehmlichkeiten, die dies verursacht haben könnte. Wir werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind. Wenn Sie Fragen zu diesem Problem haben, senden Sie uns bitte ein Ticket von Ihrer Cloud-Support-Seite. https://cloudsupport.digitalocean.com/s/createticket

2. 3. August 2026 um 16:39 UTCmonitoring

   Wir haben eine Minderung für das Problem implementiert, die dazu führt, dass einige Kunden beim Zugriff auf das DigitalOcean Cloud Control Panel intermittierende Fehler haben. Wir sehen eine Erholung und beobachten den Dienst genau. Wir werden ein weiteres Update bereitstellen, sobald wir bestätigt haben, dass das Problem vollständig gelöst ist

3. 3. August 2026 um 17:59 UTCresolved

   Zwischen 09:36 und 13:30 UTC am 3. August traten bei einigen Kunden intermittierende Fehler beim Zugriff auf das DigitalOcean Cloud Control Panel auf. Wir haben die betroffenen internen Zertifikate erneuert und den Zugang wiederhergestellt. Das Problem ist behoben und das Cloud Control Panel funktioniert normal. Wir entschuldigen uns für die Störung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juli 2026 um 17:56 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 29. Juli 2026 um 21:41 UTCinvestigating

   Unser Engineering-Team untersucht Berichte über leere oder defekte Antworten, die Kimi-K3 betreffen. Zu diesem Zeitpunkt können Benutzer bei der Abfrage des Kimi-K3-Dienstes eine verschlechterte Antwortqualität, insbesondere leere oder defekte Ausgaben (einschließlich wiederholter Zeichen), feststellen. Wir entschuldigen uns für die Unannehmlichkeiten und werden ein Update teilen, sobald wir mehr Informationen haben.

3. 30. Juli 2026 um 06:15 UTCresolved

   Unser Engineering-Team hat das Problem behoben, das leere oder defekte Antworten von Kimi-K3 verursacht hat. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Ticket mit unserem Support-Team. Wir entschuldigen uns für alle Unannehmlichkeiten, die dies verursacht haben könnte.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. Juli 2026 um 18:31 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 27. Juli 2026 um 19:44 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 28. Juli 2026 um 15:24 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 10:36 UTCidentified

   Wir haben festgestellt, dass Netzwerkverbindungsprobleme einige Benutzer betreffen, die sich von Indien aus mit Ressourcen in der Region NYC verbinden. Basierend auf unserer aktuellen Untersuchung haben Benutzer von Airtel und BSNL eine erhöhte Latenz, einen Paketverlust oder intermittierende Konnektivität gemeldet. Wir entschuldigen uns für die Unannehmlichkeiten und werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 24. Juli 2026 um 11:45 UTCmonitoring

   Wir beobachten Verbesserungen bei der Netzwerkverbindung für Benutzer in Indien, die auf Ressourcen in unserer NYC-Region zugreifen. Unser Team überwacht die Situation, um sicherzustellen, dass der Service zum normalen Betrieb zurückgekehrt ist und stabil bleibt. Wir schätzen Ihre Geduld und werden ein Update bereitstellen, sobald das Problem vollständig als behoben bestätigt wurde.

3. 24. Juli 2026 um 12:42 UTCresolved

   Zwischen 07:46 UTC und 10:24 UTC heute haben einige Benutzer in Indien, die auf Ressourcen in der Region NYC zugreifen, möglicherweise Verbindungsprobleme. Die Auswirkungen beschränkten sich auf Benutzer, die Airtel als ihren ISP nutzten. Unsere Untersuchung ergab, dass das Problem durch ein internes Netzwerkproblem innerhalb von Airtel verursacht wurde und nicht mit dem DigitalOcean-Netzwerk zusammenhing. Das Verbindungsproblem scheint nun behoben zu sein, und Benutzer sollten keine Probleme mehr beim Zugriff auf ihre Ressourcen haben. Wir entschuldigen uns für alle Unannehmlichkeiten, die dies verursacht haben könnte. Wenn Sie jedoch weiterhin Verbindungsprobleme haben, zögern Sie bitte nicht, ein Support-Ticket für weitere Untersuchungen zu öffnen; wir helfen Ihnen gerne weiter.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Juli 2026 um 11:16 UTCinvestigating

   Unser Engineering-Team untersucht derzeit ein Problem, bei dem das Lama-4-Maverick-Modell nicht verfügbar ist. Benutzer können HTTP 500-Fehler auftreten, wenn sie dieses Modell mit Serverless Inference verwenden. Wir entschuldigen uns für die Unannehmlichkeiten. Unser Engineering-Team arbeitet mit hoher Priorität, um das Problem zu lösen. Vielen Dank für Ihre Geduld und Ihr Verständnis.

2. 23. Juli 2026 um 12:37 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2026 um 16:50 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 22. Juli 2026 um 19:42 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Juli 2026 um 09:51 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem mit der Anbringung von Volumen an die Tröpfchen in den Regionen NYC1, NYC3, SGP1, SYD1 und BLR1. Während dieser Zeit kann es zu einem Problem beim Anbringen des Volumes an die Droplet(s) kommen. Wir entschuldigen uns für die Unannehmlichkeiten und werden ein Update teilen, sobald wir mehr Informationen haben.

2. 19. Juli 2026 um 13:36 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 19. Juli 2026 um 14:52 UTCmonitoring

   Unser Engineering-Team hat die Ursache für das Problem identifiziert, das Volumenanhänge an Tröpfchen in NYC1, NYC3, SGP1, SYD1 und BLR1 verhindert und erfolgreich einen Fix implementiert. Sie sollten nun in der Lage sein, Volumes an Ihre Droplet(s) anzuhängen, ohne dass weitere Fehler oder Probleme auftreten. Wir überwachen die Situation aktiv, um sicherzustellen, dass die Korrektur wirksam bleibt, und werden ein weiteres Update bereitstellen, sobald das Problem vollständig gelöst ist.

4. 19. Juli 2026 um 15:32 UTCresolved

   Unser Engineering-Team hat bestätigt, dass das Problem bezüglich der Volumenanbindung an Tröpfchen in den Regionen NYC1, NYC3, SGP1, SYD1 und BLR1 vollständig behoben wurde und alle Dienste jetzt normal funktionieren. Wenn Sie weiterhin Probleme haben, kontaktieren Sie bitte unser Support-Team, indem Sie ein Ticket öffnen. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Juli 2026 um 06:57 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf den Outbound-Netzwerkverkehr für Droplets in der BLR1-Region auswirkt. Kunden können Timeout-Fehler oder Verbindungsprobleme auftreten, wenn sie versuchen, externe Dienste zu erreichen. Unser Engineering-Team untersucht das Problem aktiv und arbeitet daran, die Ursache zu identifizieren. Wir werden zusätzliche Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 19. Juli 2026 um 08:27 UTCidentified

   Unser Engineering-Team hat ein Problem identifiziert, das die Upstream-Netzwerkverbindung für Droplet-basierte Dienste in der BLR1-Region betrifft, und arbeitet aktiv mit den relevanten Upstream-Anbietern zusammen, um eine Lösung zu implementieren. Kunden können weiterhin intermittierende Timeouts oder Verbindungsprobleme auftreten, wenn sie versuchen, externe Endpunkte über Droplets in BLR1 zu erreichen. Wir werden ein weiteres Update bereitstellen, sobald das Problem vollständig behoben wurde oder wenn zusätzliche Informationen verfügbar sind.

3. 19. Juli 2026 um 09:31 UTCmonitoring

   Unser Engineering-Team hat die erforderlichen Korrekturen für die Upstream-Netzwerkverbindung für Droplet-basierte Dienste in der BLR1-Region implementiert. Benutzer sollten nun in der Lage sein, eine Verbindung zu den externen Endpunkten über Droplets in BLR1 herzustellen. Wir überwachen derzeit die Situation, um sicherzustellen, dass der Dienst wieder normal funktioniert und stabil bleibt. Wir schätzen Ihre Geduld und werden ein Update bereitstellen, sobald das Problem vollständig als behoben bestätigt wurde.

4. 19. Juli 2026 um 09:52 UTCresolved

   Unser Engineering-Team hat das Problem der Outbound-Netzwerkverbindung in der BLR1-Region behoben. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Ticket mit unserem Support-Team. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 13:39 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem mit dem reservierten IP-Routing in der TOR1-Region. Das Problem führt dazu, dass eingehender und ausgehender Datenverkehr zu und von reservierten IPs in TOR1 fehlschlägt. In der Zwischenzeit kann das Trennen und erneute Zuweisen der reservierten IP zum Droplet die Konnektivität wiederherstellen. Wir empfehlen, diesen Workaround auszuprobieren, wenn Probleme mit Ihrer reservierten IP in TOR1 auftreten. Unser Ingenieurteam untersucht aktiv die Ursache und arbeitet an einer Lösung. Wir werden Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 16. Juli 2026 um 15:30 UTCidentified

   Unser Engineering-Team hat die Ursache des Problems identifiziert, das das reservierte IP-Routing in der TOR1-Region betrifft, was dazu führte, dass eingehender und ausgehender Datenverkehr zu und von reservierten IPs in TOR1 fehlschlug. Das Lösen und Neuzuweisen der reservierten IP zum Droplet kann die Konnektivität in der Zwischenzeit wiederherstellen. Wir empfehlen, diesen Workaround auszuprobieren, wenn Sie immer noch Probleme mit Ihrer reservierten IP in TOR1 haben. Unser Engineering-Team arbeitet nun an der Implementierung eines Fixes. Wir werden Updates bereitstellen, sobald weitere Informationen verfügbar sind.

3. 16. Juli 2026 um 17:01 UTCmonitoring

   Unser Engineering-Team hat einen Fix für das Problem implementiert, das das reservierte IP-Routing in der TOR1-Region betrifft, und wir überwachen derzeit die Ergebnisse. Der eingehende und ausgehende Verkehr zu und von reservierten IPs in TOR1 sollte nun wiederhergestellt werden. Wenn Sie Ihre reservierte IP als Workaround neu zugewiesen haben und immer noch Probleme auftreten, wenden Sie sich bitte an unser Support-Team. Wir werden die Situation weiterhin genau beobachten und ein weiteres Update bereitstellen, sobald wir bestätigt haben, dass das Problem vollständig gelöst ist.

4. 16. Juli 2026 um 17:24 UTCresolved

   Unser Engineering-Team hat bestätigt, dass das zugrunde liegende Problem mit dem reservierten IP-Routing in der TOR1-Region vollständig behoben wurde und die Dienste jetzt normal funktionieren. Wenn Sie weiterhin Probleme haben, kontaktieren Sie bitte unser Support-Team, indem Sie ein Ticket öffnen. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 19:04 UTCidentified

   Wir haben derzeit ein Problem, bei dem Kunden, die das Gemma 4-Modell auf unseren Serverless Inference- und Dedicated Inference-Plattformen verwenden, eine starke Latenz haben oder Timeouts anfordern können. Unser Engineering-Team hat ein Backend-Konfigurationsproblem als Ursache identifiziert, das die Leistung vorübergehend beeinträchtigt. Wir arbeiten aktiv an einem Fix, um die normalen Reaktionszeiten wiederherzustellen, und werden ein weiteres Update bereitstellen, sobald die Minderung vorhanden ist

2. 13. Juli 2026 um 22:24 UTCmonitoring

   Ein Fix wurde bereitgestellt, um das Backend-Konfigurationsproblem zu beheben. Wir überwachen die Systemleistung genau, um eine vollständige Wiederherstellung und normale Reaktionszeiten für alle Gemma 4-Inferenz-Workflows sicherzustellen.

3. 14. Juli 2026 um 11:07 UTCidentified

   Wir haben derzeit ein Problem, das Kunden betrifft, die das Gemma 4-Modell auf unserer Serverless Inference-Plattform verwenden. Kunden können eine deutlich erhöhte Latenz aufweisen oder Timeouts anfordern. Unser Engineering-Team hat ein Backend-Konfigurationsproblem als Ursache identifiziert, das sich vorübergehend auf die Modellleistung auswirkt. Bitte seien Sie versichert, dass unser Engineering-Team aktiv an einer Lösung arbeitet und dieses Problem mit hoher Priorität behandelt. Wir entschuldigen uns aufrichtig für alle Unannehmlichkeiten, die dies verursacht haben könnte, und schätzen Ihre Geduld und Ihr Verständnis. Wenn Sie weitere Fragen haben, erstellen Sie bitte ein Support-Ticket, damit wir Ihren speziellen Fall weiter untersuchen können.

4. 15. Juli 2026 um 10:06 UTCmonitoring

   Ein Fix wurde bereitgestellt, um das Problem zu lösen. Wir überwachen die Systemleistung genau, um eine vollständige Wiederherstellung und normale Reaktionszeiten für alle Gemma 4-Inferenz-Workflows sicherzustellen.

5. 15. Juli 2026 um 21:46 UTCresolved

   Der bereitgestellte Fix hat die volle Funktionalität erfolgreich wiederhergestellt, und unser Monitoring zeigt, dass sich die Systemleistung vollständig stabilisiert hat. Die Reaktionszeiten für alle Gemma 4-Inferenz-Workflows sind auf normale Baseline-Level zurückgekehrt. Wir werden weiterhin die Stabilität der Plattform verfolgen, um eine langfristige Zuverlässigkeit zu gewährleisten. Wir entschuldigen uns für jede Störung, die dies für Ihre Workflows verursacht haben könnte, und schätzen Ihre Geduld während des gesamten Wiederherstellungsprozesses.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Juli 2026 um 20:31 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem, das Kubernetes-Bereitstellungen in NYC1 betrifft. Benutzer können während dieser Zeit intermittierende DNS-Ausfälle und NodeNotReady-Ereignisse von Anwendungs-Workloads sehen. Wir entschuldigen uns für die Unannehmlichkeiten, wir werden neue Informationen auf dieser Seite teilen, sobald sie verfügbar sind.

2. 10. Juli 2026 um 01:18 UTCmonitoring

   Das Problem, das Kubernetes-Einsätze in NYC1 betrifft, hat nachgelassen. Workloads sollten jetzt normal funktionieren. Unser Engineering-Team überwacht weiterhin die betroffenen Systeme, um die vollständige Auflösung zu bestätigen. Wir werden diese Seite aktualisieren, wenn weitere Maßnahmen erforderlich sind. Wir entschuldigen uns für die Unannehmlichkeiten, die dies verursacht haben könnte.

3. 11. Juli 2026 um 01:27 UTCresolved

   Das Problem, das Kubernetes-Einsätze in der NYC1-Region betrifft, wurde behoben. Unsere Untersuchung ergab intermittierende DNS-Timeouts, die eine kleine Anzahl von DOKS-Clustern betreffen, wobei betroffene Worker-Knoten auf Shared-CPU-Droplets ausgeführt werden. Dies ist eine dokumentierte Einschränkung für Latenz-sensitive Cluster-DNS-Workloads wie CoreDNS. Die betroffenen Cluster sind derzeit funktionsfähig. Um das Risiko eines erneuten Auftretens zu verringern, empfehlen wir, CoreDNS auf nicht gemeinsam genutzten / dedizierten CPU-Knotenpools auszuführen und genügend CoreDNS-Repliken zu verwenden. Wenn Sie weiterhin DNS-Ausfälle oder NodeNotReady-Ereignisse sehen, öffnen Sie bitte ein Support-Ticket, damit wir diesen Cluster speziell untersuchen können.

Automatisch aus der offiziellen Störungsmeldung übersetzt.