Störungsverlauf von Digitalocean

1. 27. Oktober 2026 um 22:14 UTCinvestigating

   Unser Engineering-Team untersucht derzeit ein Problem, das Managed Kubernetes Cluster-Operationen betrifft. Während dieser Zeit kann es zu Verzögerungen oder Ausfällen beim Versuch kommen, Cluster zu erstellen, zu löschen, zu skalieren oder zu aktualisieren, sowie bei anderen Verwaltungsaufgaben. Bestehende Workloads, die auf Managed Kubernetes ausgeführt werden, sind nicht betroffen und funktionieren weiterhin normal. Unser Engineering-Team untersucht und behandelt dies mit höchster Priorität. Wir werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 28. Oktober 2026 um 00:01 UTCinvestigating

   Unser Engineering-Team untersucht weiterhin ein Problem, das Managed Kubernetes Cluster-Operationen betrifft. Es kann immer noch zu Verzögerungen oder Ausfällen beim Erstellen, Löschen, Skalieren oder Upgraden von Clustern in allen Regionen kommen. Bestehende Workloads, die auf Managed Kubernetes ausgeführt werden, sind nicht betroffen und funktionieren weiterhin normal. Wir haben derzeit keine neuen Informationen zu teilen. Unser Engineering-Team arbeitet aktiv an diesem Thema und behandelt es mit höchster Priorität. Wir werden innerhalb der nächsten Stunde ein weiteres Update bereitstellen, oder früher, wenn weitere Informationen verfügbar sind.

3. 28. Oktober 2026 um 01:34 UTCmonitoring

   Unser Engineering-Team hat einen Fix für das Problem implementiert, das Managed Kubernetes Cluster-Operationen in allen Regionen betrifft. Kunden sollten nun in der Lage sein, ihre Cluster wie erwartet zu erstellen, zu löschen, zu skalieren und zu aktualisieren. Wir überwachen die Situation, um sicherzustellen, dass alle Cluster-Management-Operationen normal funktionieren und der Service stabil bleibt. Wir werden ein weiteres Update veröffentlichen, sobald wir bestätigen, dass das Problem vollständig gelöst ist.

4. 28. Oktober 2026 um 01:55 UTCresolved

   Wir haben das Problem behoben, das Managed Kubernetes Cluster-Operationen in allen Regionen betrifft. Cluster-Erstellung, Löschung, Skalierung und Upgrade-Operationen haben sich wieder normalisiert. Wir haben die Umwelt überwacht und bestätigt, dass die Dienste normal funktionieren. Wenn Sie weiterhin Probleme haben, kontaktieren Sie bitte unser Support-Team, indem Sie hier ein Ticket öffnen: https://cloudsupport.digitalocean.com/s/

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Oktober 2026 um 17:09 UTCresolved

   Zwischen 04:34 und 12:15 UTC erlebten Kunden Serviceunterbrechungen, die sich auf die Bereitstellung der App-Plattform auswirkten. Während dieses Fensters konnten Kunden möglicherweise keine neuen Anwendungen bereitstellen oder bestehende Bereitstellungen skalieren. Anwendungen, die bereits vor dem Vorfall liefen, waren nicht betroffen und funktionierten weiterhin normal. Die Störung wurde durch ein Software-Update verursacht, das das Starten von Anwendungscontainern auf neu bereitgestellten Infrastrukturknoten verhinderte. Unser Engineering-Team hat das Update zurückgenommen und die betroffenen Knoten wiederhergestellt. Die Bereitstellung und Skalierung der App-Plattform wurde wiederhergestellt und funktioniert normal. Wir entschuldigen uns aufrichtig für alle Unannehmlichkeiten, die dadurch verursacht wurden. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Support-Ticket und unser Team hilft Ihnen gerne weiter.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 11. Oktober 2026 um 22:01 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem, das intermittierende externe DNS-Lookup-Fehler für Managed Kubernetes-Cluster in mehreren Regionen verursacht. Anwendungen, die auf betroffenen Clustern ausgeführt werden, können gelegentlich externe Domänennamen nicht auflösen. Wir entschuldigen uns für die Unannehmlichkeiten und werden weitere Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 11. Oktober 2026 um 22:54 UTCmonitoring

   Unser Engineering-Team hat einen Fix implementiert, um die intermittierenden externen DNS-Lookup-Fehler zu beheben, die Managed Kubernetes-Cluster in mehreren Regionen betreffen. Wir überwachen derzeit die Ergebnisse, um sicherzustellen, dass das Problem vollständig gelöst ist. Wir werden ein weiteres Update bereitstellen, sobald das Problem bestätigt wurde.

3. 11. Oktober 2026 um 23:29 UTCresolved

   Unser Engineering-Team hat die externen DNS-Auflösungsfehler behoben, die Managed Kubernetes in mehreren Regionen betreffen. Anwendungen, die auf Managed Kubernetes ausgeführt werden, können nun externe Domainnamen auflösen. 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. 5. Oktober 2026 um 10:38 UTCidentified

   Unser Engineering-Team identifizierte eine Störung des VPC-Netzwerkbetriebs, die um etwa 08:48 UTC begann. Während dieser Zeit kann es zu Verzögerungen oder Ausfällen beim Erstellen oder Löschen von VPC-Peerings, VPC Native DOKS-Clustern oder privaten Netzwerkverbindungen (PNCs) sowie beim Hinzufügen von Clustermitgliedern gekommen sein. Das Erstellen von Routen und Subnetzen ist möglicherweise ebenfalls betroffen. Der Betrieb wird nun wieder normalisiert, und unser Engineering-Team überwacht die betroffenen Systeme, um eine anhaltende Stabilität zu gewährleisten. Bestehende VPC-Ressourcen und Netzwerkverbindungen bleiben unberührt. Wir werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 5. Oktober 2026 um 11:02 UTCmonitoring

   Unser Engineering-Team hat einen Fix für die VPC-Netzwerkstörung implementiert. Kunden sollten nun in der Lage sein, VPC-Peering-Verbindungen, Subnetze und Routen wie erwartet zu erstellen und zu löschen. Zuvor ausstehende Operationen wurden gelöscht, und VPC Networking-Operationen kehren zum Normalzustand zurück. Unser Engineering-Team überwacht die betroffenen Systeme, um eine kontinuierliche Stabilität zu gewährleisten und sicherzustellen, dass der Betrieb gesund bleibt. Wir schätzen Ihre Geduld und werden ein weiteres Update zur Verfügung stellen, sobald der normale Betrieb vollständig bestätigt wurde.

3. 5. Oktober 2026 um 12:13 UTCresolved

   Unser Engineering-Team hat die VPC-Netzwerkstörung ab 10:29 UTC vollständig behoben. Kunden können nun VPC-Peering-Verbindungen, Subnetze und Routen wie erwartet erstellen und löschen. Nach der Wiederherstellung haben wir die betroffenen Systeme überwacht und bestätigt, dass der VPC-Netzwerkbetrieb stabil bleibt. Wir entschuldigen uns für alle Unannehmlichkeiten, die diese Störung verursacht haben könnte. Wenn Sie weiterhin unerwartetes Verhalten erleben, öffnen Sie bitte ein Ticket mit unserem Support-Team für weitere Unterstützung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Oktober 2026 um 14:51 UTCresolved

   Von 11:59 UTC bis 13:02 UTC am 3. Oktober 2026 betraf eine Netzwerkunterbrechung in unserer BLR1-Region mehrere Produkte, darunter Monitoring, App-Plattform, Managed Databases, Functions, Load Balancers, Spaces und das Cloud Control Panel. Während dieser Zeit erlebten einige Benutzer eine verschlechterte Konnektivität, erhöhte Latenz oder intermittierende Fehler beim Zugriff auf Ressourcen in der Region. Mehrere von unseren vorgelagerten Konnektivitätsanbietern betriebene Netzwerkpfade waren nicht verfügbar, einschließlich redundanter Pfade, die die Konnektivität während einer Störung aufrechterhalten sollen. Der Datenverkehr verlagerte sich auf eine verbleibende Verbindung mit unzureichender Kapazität, um die volle Last zu bewältigen, was zu einer Netzwerksättigung und den oben beschriebenen Verbindungsproblemen führte. Unsere Engineering- und Netzwerkteams arbeiteten eng mit unseren Upstream-Anbietern zusammen, um das normale Routing und die Konnektivität wiederherzustellen. Alle betroffenen Dienste sind seitdem in den Normalbetrieb zurückgekehrt. Wir entschuldigen uns für die Störung und ihre Auswirkungen auf Ihre Arbeit. Wenn Sie weiterhin unerwartetes Verhalten erleben, öffnen Sie bitte ein Support-Ticket, damit unser Team Sie untersuchen und unterstützen kann.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. September 2026 um 09:48 UTCinvestigating

   Unser Support-Portal hat derzeit Probleme aufgrund einer Serviceunterbrechung durch Dritte, die sich auf unsere Systeme auswirkt. Während dieser Zeit können Kunden möglicherweise nicht auf das Support-Portal zugreifen oder neue Support-Tickets für ihre Anliegen erstellen. Bestehende Supportanfragen können auch verzögerte Antworten von unserem Support-Team erfahren. Wenn Sie nicht auf das Support-Portal zugreifen können oder ein neues Support-Ticket erstellen müssen, senden Sie bitte Ihre Anfrage über das Support-Kontaktformular: https://www.digitalocean.com/company/contact/support. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld, während wir daran arbeiten, das Problem zu lösen. Wir werden ein weiteres Update bereitstellen, sobald wir weitere Informationen haben.

2. 16. September 2026 um 14:07 UTCmonitoring

   Das Support-Portal und die Ticketerstellung sind jetzt zugänglich. Unser Upstream-Anbieter hat einen Fix angewendet, und wir haben überprüft, dass die Erstellung und Überprüfung von Tickets wie erwartet funktioniert. Wir werden die Überwachung für die nächsten 2 Stunden fortsetzen, um die volle Stabilität zu bestätigen, und werden ein endgültiges Update veröffentlichen, sobald der Vorfall geschlossen ist. Wenn Sie immer noch nicht auf das Portal zugreifen können, verwenden Sie bitte unser Support-Kontaktformular als Backup: https://www.digitalocean.com/company/contact/support Wir entschuldigen uns für die Störung und schätzen Ihre Geduld.

3. 16. September 2026 um 21:09 UTCresolved

   Von 08:06 UTC bis 13:41 UTC haben Benutzer möglicherweise Probleme beim Zugriff auf das Support-Portal, beim Erstellen neuer Support-Tickets oder beim Überprüfen bestehender Supportanfragen. Unser Engineering-Team hat die vollständige Lösung des Problems, das das Support-Portal betrifft, nach einer Behebung durch unseren Upstream-Anbieter bestätigt. Wir haben bestätigt, dass das Support-Portal, die Ticketerstellung und die Ticketüberprüfung jetzt normal funktionieren. Wenn Sie weiterhin Probleme haben, öffnen Sie bitte ein Ticket mit unserem Support-Team. Wir entschuldigen uns für Unannehmlichkeiten und schätzen Ihre Geduld.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. September 2026 um 10:47 UTCinvestigating

   Wir untersuchen ein Stromproblem, das einen Teil unseres ATL1-Rechenzentrums betrifft. Redundante Stromversorgungssysteme halten Server online und wir haben keine Serverausfälle beobachtet. Die verfügbare Leistungskapazität wird jedoch reduziert, was zu einer Leistungsminderung bei einigen GPU-Workloads führen kann, insbesondere in Zeiten hoher Auslastung. Unsere Rechenzentrums- und Infrastrukturteams arbeiten daran, die volle Stromredundanz wiederherzustellen. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld.

2. 9. September 2026 um 11:32 UTCmonitoring

   Das Stromproblem, das einen Teil unseres ATL1-Rechenzentrums betrifft, wurde vollständig gelöst. Die Stromredundanz wurde wiederhergestellt und mögliche Kundenauswirkungen wurden gemildert. Wir werden die Umwelt weiterhin überwachen, um weiterhin Stabilität zu gewährleisten.

3. 9. September 2026 um 12:25 UTCresolved

   Dieser Vorfall ist nun gelöst. Die Stromredundanz wurde vollständig wiederhergestellt, und wir haben bestätigt, dass die Auswirkungen auf die Kunden gemindert wurden. Wir schließen diesen Vorfall ab.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

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.

6. 25. August 2026 um 16:30 UTCmonitoring

   Unser Engineering-Team hat die Gesundheit aller Dienste kontinuierlich überwacht und in den letzten 12+ Stunden keine Wiederholung von Auswirkungen beobachtet. Wir werden die Dienste für einen kurzen Zeitraum weiter überwachen, um die Stabilität zu bestätigen, bevor wir diesen Vorfall als behoben markieren. Wir verstehen die Auswirkungen, die dieser Vorfall auf DigitalOcean-Nutzer hatte, und wir werden einen Postmortem auf der Statusseite veröffentlichen, um weitere Details zu Ursache und Minderung zu liefern.

7. 25. August 2026 um 19:04 UTCresolved

   Unser Engineering-Team hat bestätigt, dass alle Dienste stabil bleiben, und wir werden diesen Vorfall nun beheben. Weitere Details zu Ursache und Minderung werden in einer Postmortem über diese Statusseite für Benutzer bereitgestellt, die mehr erfahren möchten. Vielen Dank für Ihre Geduld während dieses Vorfalls. Wenn Sie weiterhin Probleme haben, wenden Sie sich bitte innerhalb Ihres Kontos an den Support

8. 15. September 2026 um 18:44 UTCpostmortem

   ## 1. Was passiert ist Zwischen 16:56 UTC und 23:09 UTC am 24. August 2026 erlebten Kunden, die das Cloud Control Panel, die öffentliche API und abhängige Produktmanagementsysteme von DigitalOcean nutzten, erhöhte Anforderungsfehlerraten von 25 % in zwei verschiedenen Fenstern, was einer aktiven Degradation von 3,5 Stunden innerhalb von 6 Stunden entspricht. Running Droplets, Netzwerk-Routing und Block Storage (Volumes) blieben während der gesamten Veranstaltung voll funktionsfähig und unberührt. Es kam zu keinem Kundendatenverlust. Die Veranstaltung wurde während einer geplanten Infrastrukturmigration der Datenbankschicht initiiert, die Identitäts-, Authentifizierungs- und Autorisierungsdienste unterstützt. Die Migration führte zu einer erhöhten Ausführungslatenz für eine kritische Autorisierungsabfrage. Als Reaktion auf die erhöhte Abfragelatenz initiierten mehrere Upstream-Dienste automatisierte Hedged Retries. Diese sekundäre Anforderungsverstärkung führte zu einem Warteschlangenaufbau, der den Verarbeitungsdurchsatz des Authentifizierungsdienstpools übersteigt, was zu kaskadierenden Anforderungszeitüberschreitungen über den Autorisierungspfad hinaus führte. Um die anfängliche Verschlechterung zu mildern, leiteten die Engineering-Teams den Autorisierungsverkehr auf einen einzigen gesunden Verarbeitungspfad um und deaktivierten vorübergehend die Absicherung für primäre Anrufer, wodurch die Serviceverfügbarkeit erfolgreich wiederhergestellt wurde. Bei der Rückkehr des Datenverkehrs zur Standard-Multipath-Routing-Konfiguration führte jedoch eine anhaltende Abfragelatenz in Kombination mit dem Wiederholungsverhalten von nicht abgesicherten Anrufern zu einer wiederkehrenden Warteschlangensättigung, was zum zweiten Fenster der Degradation führte. ##2 Auswirkungen * Bei aktiven Kundenkonten (<2%) traten während der Ereignisfenster ein oder mehrere API- oder Systemsteuerungsanforderungsfehler auf. * Die aggregierten Fehlerquoten in beiden Aufprallfenstern betrugen durchschnittlich etwa 10% der authentifizierten Anforderungen, mit einer Spitzenfehlerrate von 25% während des zweiten Fensters. * Zu den betroffenen Management-Control-Flugzeugen gehörten das Cloud Control Panel, die Public API, die Kubernetes-Cluster-Authentifizierung, Container Registry und Serverless / AI Inference-Endpunkte. * Datenebenenkomponenten – einschließlich aktiver Droplets, Netzwerk-Routing und Blockspeichervolumen – haben eine 100%ige Verfügbarkeit aufrechterhalten, da die hergestellten Verbindungen nicht vom betroffenen Autorisierungskontrollpfad abhängen. Es gab null Datenverlust. ## 3. Aktueller Zustand Alle betroffenen Kontrollflugzeuge wurden wieder in ihre nominale Betriebskapazität gebracht. Die Migration der Datenbankinfrastruktur ist abgeschlossen. Behebungskontrollen wurden validiert, um die Systemstabilität gegenüber ähnlichen Latenzszenarien für Abfragen zu gewährleisten. ## 4. Rezidivverhinderung Um zukünftige Ereignisse zu verhindern und die Systemresistenz zu verbessern, hat DigitalOcean die folgenden technischen Verbesserungen implementiert: 1. Automated Request Throttling und Circuit Breaking: Einsatz von automatisierten Leistungsschaltern für Upstream-Dienste, um Downstream-Abhängigkeitsdegradation zu erkennen und automatisch die Verstärkung von Hedged/Retry zu unterdrücken. Abschluss eines umfassenden Architektur-Audits, um sicherzustellen, dass Wiederholungsunterdrückung und Schaltungsunterbrechung über alle Steuerungsdienste hinweg einheitlich durchgesetzt werden. 1. Queue Management und Load Shedding: Implementierte Fast-Fail-Load-Shedding-Mechanismen, um die Sättigung von Warteschlangen während der Langsamkeit der Abhängigkeit zu verhindern, begleitet von proaktiven Telemetrie-Warnungen, um Warteschlangen-Backing vor dem Kundeneinfluss zu identifizieren. 1. Graceful Service Degradation: Konfigurierte kritische Autorisierungskomponenten für den Betrieb in degradierten Ausführungsmodi unter Verwendung asynchroner, eventuell konsistenter Datenreplikate während primärer Datenbanklatenzereignisse. ## 5. Timeline | **Time UTC** | **Event** | --- | --- | 16:56 | Eine spezifische Autorisierungsabfrage begann deutlich langsamer als ihre historische Basislinie zu laufen. | | 16:58 | Automatisiertes Monitoring erkannte abnorme Fehlerraten und Latenz; innerhalb von 5 Minuten nach Aufprallbeginn erkannt. | | 17:05-18:52 | Die Betreiber stimmten die Retry-Konfiguration und konsolidierten Anforderungen an eine gesunde Serviceinstanz ab (erstes Nichtverfügbarkeitsfenster geschlossen). | | 21:30 | Die Verschiebung des Datenverkehrs zurück zum Produktionsmuster verursachte das gleiche Sättigungsproblem \(zweites Nichtverfügbarkeitsfenster beginnt\). | | 21:30–23:09 | Teams deaktivierten das Retry/Amplifikationsverhalten für die verbleibenden betroffenen Dienste und fügten zusätzliche Lesekapazität für die langsame Abfrage hinzu. Der Dienst wurde in einen stabilen Zustand gebracht. |

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.