Störungsverlauf von Flyio

1. 26. Oktober 2026 um 14:34 UTCinvestigating

   Wir untersuchen Berichte über erhöhte Netzwerkprobleme zwischen unserem Netzwerk und AWS IPs. Wir arbeiten daran, die Quelle des Problems zu bestimmen.

2. 26. Oktober 2026 um 14:54 UTCinvestigating

   Unsere ersten Untersuchungen deuten darauf hin, dass Verbindungsfehler auf dem Rückweg von AWS IPs auftreten. Wir eskalieren das Problem mit AWS und untersuchen weiter. Kunden, die Probleme sehen, sollten sich auch an den AWS-Support oder den AWS-Host-Anbieter wenden, um Details zu den Verbindungsfehlern und ihren Fly Machine-IPs zu erfahren.

3. 26. Oktober 2026 um 15:15 UTCidentified

   Wir sehen weiterhin Verbindungsprobleme von AWS IPs zu einer Teilmenge unserer Hosts. Nach unseren Untersuchungen scheinen diese Verbindungen von der AWS-Seite blockiert zu werden. Wir arbeiten weiterhin mit unseren Upstream-Netzwerkpartnern und AWS an der Sanierung. In der Zwischenzeit werden betroffene Kunden empfohlen, app-scoped statische egress IPs mit **fly ips allocatione-egress zuzuordnen.**

4. 26. Oktober 2026 um 16:26 UTCidentified

   Wir arbeiten weiterhin mit unseren Upstream-Netzwerkpartnern und AWS an der Sanierung. Betroffenen Kunden wird empfohlen, app-scoped statische egress IPs mit **fly ips allocation-egress zuzuweisen.** Kunden, die Probleme sehen, sollten sich auch an den AWS-Support oder den AWS-Host-Anbieter wenden, um Details zu den Verbindungsfehlern und ihren Fly Machine-IPs zu erfahren.

5. 26. Oktober 2026 um 18:08 UTCidentified

   AWS hat Änderungen implementiert, um Verbindungen aus ihrem Netzwerk vom Erreichen unserer Maschinen zu entsperren. Wir sehen, dass die Konnektivität auf einer Host-by-Host-Basis wieder aufgenommen wird, wenn diese Änderungen in Kraft treten.

6. 26. Oktober 2026 um 19:23 UTCidentified

   Die Konnektivität von AWS zu Fly.io auf betroffenen Hosts erholt sich weiter. Etwa 80% der Hosts, die Konnektivitätsprobleme sahen, sind zu diesem Zeitpunkt vollständig wiederhergestellt.

7. 26. Oktober 2026 um 20:40 UTCresolved

   Dieser Vorfall wurde behoben, die Konnektivität von AWS zu allen unseren Hosts ist wieder normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Oktober 2026 um 01:50 UTCidentified

   Eine Untergruppe von Hosts in der IAD-Region erlebt einen erhöhten Paketverlust aufgrund von Staus bei einem Upstream-Anbieter. Wir arbeiten mit dem Anbieter zusammen, um dieses Problem zu lösen. Apps, die in der IAD-Region gehostet werden, können zu diesem Zeitpunkt Paketverlust erleiden.

2. 26. Oktober 2026 um 04:24 UTCresolved

   Die Staus, die unseren Upstream-Anbieter betreffen, wurden behoben. Wir beobachten eine Rückkehr zu einem normalen Niveau der Netzwerkleistung in der IAD-Region.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. Oktober 2026 um 10:46 UTCinvestigating

   Kontrollflugzeugoperationen wie die Änderung der Größe oder Änderung der Pläne scheitern. Die Verfügbarkeit von MPG-Clustern ist nicht betroffen.

2. 25. Oktober 2026 um 10:58 UTCmonitoring

   MPG-Kontrollflugzeug in IAD akzeptiert erneut Schreibvorgänge. Wir beobachten zusätzliche Auswirkungen.

3. 25. Oktober 2026 um 11:02 UTCresolved

   Kontrollflugzeugoperationen in IAD, einschließlich der Änderung der Größe und Änderung der Pläne, funktionieren wieder normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Oktober 2026 um 19:26 UTCresolved

   Zwischen ~18:00 - 18:10 UTC heute sahen wir verschlechterte Edge-Leistung in mehreren Regionen. Kunden haben möglicherweise eine erhöhte anzahl von abfallenden verbindungen oder längere verbindungszeiten bemerkt, die ihre apps in diesem zeitraum erreichen. Ein Fix wurde angewendet und die Edge-Leistung ist wieder auf dem normalen Niveau.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Oktober 2026 um 16:54 UTCidentified

   Wir erleben eine geringe Hostkapazität in GRU. Das Erstellen oder Starten von Maschinen in der Region kann zu diesem Zeitpunkt fehlschlagen. Remote Builder in GRU sind ebenfalls betroffen. Wir stellen aktiv zusätzliche Kapazitäten bereit. Als vorübergehende Sanierung können Kunden die Schaffung von Ressourcen im EWR oder IAD in Betracht ziehen.

2. 20. Oktober 2026 um 23:53 UTCresolved

   Wir haben der Region Kapazitäten für Gastgeber hinzugefügt. Machine Creates, Starts und Remote Builds in GRU sollten nun normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Oktober 2026 um 18:08 UTCidentified

   Die Fliegenmetrik. Die webhostete grafana- und protokollsuchinstanz ist derzeit aufgrund von . Es wird zurückgegeben, sobald der Host, auf dem es sich befindet, nicht mehr gewartet wird, etwa 20 Minuten. Logs und Metriken, die mithilfe von Fly Telemetry oder dem Fly Log Shipper an andere Quellen geliefert werden, sind weiterhin verfügbar, nur der gehostete Grafana-Viewer ist derzeit nicht verfügbar.

2. 16. Oktober 2026 um 18:43 UTCmonitoring

   Die [fly-metrics.net](https://fly-metrics.net) gehostete Grafana- und Protokollsuchinstanz sollte nun wieder erreichbar sein. Wir überwachen weiterhin alle Probleme als Folge von .

3. 16. Oktober 2026 um 19:24 UTCresolved

   Die [fly-metrics.net](https://fly-metrics.net) gehostete Grafana- und Protokollsuchinstanz ist jetzt vollständig erreichbar.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Oktober 2026 um 16:22 UTCidentified

   Wir werden in Kürze rollende Neustarts für alle Hosts in unserer Flotte für eine kritische Wartung anwenden. Kundenmaschinen, Volumes und MPG-Clusterinstanzen auf jedem Host sind nicht verfügbar, während der Host neu gestartet wird. Jeder Host ist während des Neustarts 15 bis 20 Minuten lang nicht verfügbar, und mehrere Hosts in einer Region sind möglicherweise gleichzeitig ausgefallen. Benutzer sollten eine Periode von Ausfallzeiten oder Störungen für ihre Apps erwarten, insbesondere wenn sie auf einem einzelnen Computer ausgeführt werden. Wir streben die höchstmögliche Verfügbarkeit während des Rollouts an und stellen sicher, dass diese schnell abgeschlossen wird. Wir werden ein weiteres Update bereitstellen, sobald wir mit dem Neustart beginnen.

2. 16. Oktober 2026 um 16:50 UTCidentified

   Wir beginnen den rollenden Neustartprozess aller Hosts, beginnend mit der YYZ-Region. Maschinen, Volumes und MPG-Instanzen auf Hosts, die neu gestartet werden, sind während des Neustarts etwa 15-20 Minuten lang nicht verfügbar. Wir werden weitere Updates bereitstellen, wenn der Rollout voranschreitet.

3. 16. Oktober 2026 um 16:59 UTCidentified

   Rolling Host-Neustarts beginnen in allen Regionen. Maschinen, Volumes und MPG-Instanzen sind für etwa 15-20 Minuten nicht verfügbar, wenn ihre Hosts während dieses Prozesses neu gestartet werden. Benutzer sollten während dieser zeit mit einer unterbrechung oder ausfallzeiten für ihre apps rechnen, insbesondere wenn sie auf einem einzigen rechner laufen. Wir werden weitere Updates bereitstellen, wenn der Rollout voranschreitet.

4. 16. Oktober 2026 um 18:01 UTCidentified

   Host-Neustarts werden phasenweise in allen Regionen fortgesetzt. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres Cluster in diesen Regionen zu minimieren, aber MPG-Benutzer werden wahrscheinlich in diesem Zeitraum erhöhte primäre <> Standby-Schaltungen sehen. Wir werden weitere Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

5. 16. Oktober 2026 um 18:35 UTCidentified

   Host-Neustarts werden in allen Regionen phasenweise fortgesetzt, wobei die erste Phase fast abgeschlossen ist. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

6. 16. Oktober 2026 um 19:10 UTCidentified

   Host-Neustarts werden in allen Regionen phasenweise fortgesetzt, wobei die zweite Phase fast abgeschlossen ist - zu diesem Zeitpunkt wurden etwa 25% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

7. 16. Oktober 2026 um 20:00 UTCidentified

   Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden rund 40% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

8. 16. Oktober 2026 um 20:41 UTCidentified

   Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden etwa 50% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

9. 16. Oktober 2026 um 21:11 UTCidentified

   Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden rund 65% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

10. 16. Oktober 2026 um 21:41 UTCidentified

    Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden rund 70% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

11. 16. Oktober 2026 um 22:27 UTCidentified

    Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden etwa 80% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

12. 16. Oktober 2026 um 23:15 UTCidentified

    Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden etwa 85% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

13. 17. Oktober 2026 um 00:05 UTCidentified

    Host-Neustarts werden in allen Regionen phasenweise fortgesetzt - zu diesem Zeitpunkt wurden etwa 90% aller Hosts in der gesamten Flotte neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Wir erwarten, dass dieser Prozess mehrere Stunden dauern wird, um ihn vollständig abzuschließen, wobei größere Regionen am längsten brauchen. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. Rollout-Phasen wurden geplant, um die Auswirkungen auf Managed Postgres-Cluster in diesen Regionen zu minimieren; MPG-Benutzer werden jedoch wahrscheinlich in diesem Zeitraum erhöhte primäre Bereitschaftsumschaltungen sehen. Wir

14. 17. Oktober 2026 um 00:45 UTCidentified

    Als Minderungsmaßnahme für PwnEscape (Linux Kernel CVE-2026-99999) werden Host-Neustarts phasenweise in allen Regionen fortgesetzt. Zu diesem Zeitpunkt wurden mehr als 90% der Flotte neu gestartet. Die verbleibenden Hosts werden voraussichtlich in den nächsten 2h30m neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. MPG-Nutzer werden in diesem Zeitraum wahrscheinlich erhöhte primäre <> Standby-Schaltungen sehen. Betroffene MPG-Cluster werden vom Team betreut. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

15. 17. Oktober 2026 um 01:11 UTCidentified

    Als Minderungsmaßnahme für PwnEscape (Linux Kernel CVE-2026-99999) werden Host-Neustarts phasenweise in allen Regionen fortgesetzt. Zu diesem Zeitpunkt wurden mehr als 90% der Flotte neu gestartet. Die verbleibenden Hosts werden voraussichtlich in den nächsten 2 Stunden neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. MPG-Nutzer werden in diesem Zeitraum wahrscheinlich erhöhte primäre <> Standby-Schaltungen sehen. Betroffene MPG-Cluster werden vom Team betreut. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

16. 17. Oktober 2026 um 01:43 UTCidentified

    Als Minderungsmaßnahme für PwnEscape (Linux Kernel CVE-2026-99999) werden Host-Neustarts phasenweise in allen Regionen fortgesetzt. Zu diesem Zeitpunkt wurden mehr als 95% der Flotte neu gestartet. Die verbleibenden Hosts werden voraussichtlich in den nächsten 1h40m neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. MPG-Nutzer werden in diesem Zeitraum wahrscheinlich erhöhte primäre <> Standby-Schaltungen sehen. Betroffene MPG-Cluster werden vom Team betreut. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

17. 17. Oktober 2026 um 02:17 UTCidentified

    Als Minderungsmaßnahme für PwnEscape (Linux Kernel CVE-2026-99999) werden Host-Neustarts phasenweise in allen Regionen fortgesetzt. Zu diesem Zeitpunkt wurden mehr als 95% der Flotte neu gestartet. Die verbleibenden Hosts werden voraussichtlich in den nächsten 1h30m neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. MPG-Nutzer werden in diesem Zeitraum wahrscheinlich erhöhte primäre <> Standby-Schaltungen sehen. Betroffene MPG-Cluster werden vom Team betreut. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

18. 17. Oktober 2026 um 02:41 UTCidentified

    Als Minderungsmaßnahme für PwnEscape (Linux Kernel CVE-2026-99999) werden Host-Neustarts phasenweise in allen Regionen fortgesetzt. Zu diesem Zeitpunkt wurden mehr als 95% der Flotte neu gestartet. Die verbleibenden Hosts werden voraussichtlich in den nächsten 30 m neu gestartet. Nur eine Untergruppe von Hosts in jeder Region wird zu jedem Zeitpunkt down sein. Im Allgemeinen sollten Fly Machines in den Zustand zurückkehren, in dem sie sich vor dem Neustart des Hosts befanden, es sei denn, die Neustartrichtlinie der Maschine sagt etwas anderes. MPG-Nutzer werden in diesem Zeitraum wahrscheinlich erhöhte primäre <> Standby-Schaltungen sehen. Betroffene MPG-Cluster werden vom Team betreut. Wir werden weiterhin Updates zum Fortschritt bereitstellen, wenn der Rollout fortgesetzt wird.

19. 17. Oktober 2026 um 03:48 UTCmonitoring

    Alle Neustarts der Hosts wurden abgeschlossen und wir überwachen die Flottengesundheit. Eine kleine Anzahl von Hosts bleibt degradiert oder offline für Apps und für MPG. Betroffene können diesen Status auf der personalisierten Statusseite sehen, die unter

20. 17. Oktober 2026 um 05:15 UTCresolved

    Alle Host-Neustarts wurden abgeschlossen und die Plattform funktioniert normal. Eine kleine Anzahl von Hosts bleibt degradiert oder offline für Apps und für MPG. Betroffene können weitere Updates auf der personalisierten Statusseite sehen, die unter

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 09:30 UTCinvestigating

   Wir sehen erhöhte Fehlerraten und langsame Antworten für einige Operationen, die Daten erstellen oder ändern. Das Erstellen neuer Apps, das Festlegen oder Entfernen von Geheimnissen und einige App-Löschungen sind betroffen. Sie können 500 oder 503 Fehler von "flyctl", der Machines API oder dem Dashboard sehen. Apps und Maschinen, die bereits laufen, sind nicht betroffen. Das Starten, Stoppen und Lesen bestehender Maschinen funktioniert normal. Wir untersuchen und werden innerhalb von 30 Minuten ein weiteres Update veröffentlichen.

2. 15. Oktober 2026 um 09:57 UTCmonitoring

   Wir haben einen Fix für die erhöhten Fehler bei der App-Erstellung und dem Secrets-Management angewendet. Fehlerraten und Antwortzeiten haben sich wieder normalisiert. Wir überwachen weiterhin, um zu bestätigen, dass das Problem vollständig gelöst ist.

3. 15. Oktober 2026 um 11:33 UTCresolved

   Zwischen 06:40 und 09:50 UTC einige App-Erstellung und Geheimnisse Anforderungen fehlgeschlagen oder timed out. Laufende Apps und Maschinen waren nicht betroffen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 02:55 UTCresolved

   Teilmenge der Hosts in FRA waren nicht verfügbar wegen des Ausfalls des Provider-Netzwerks, der etwa 10 Minuten dauerte

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Oktober 2026 um 09:25 UTCidentified

   Unsere Log-Ingestion-Pipeline ist derzeit gesichert. Historische Protokolle werden verzögert, während die Warteschlange verarbeitet wird.

2. 13. Oktober 2026 um 11:09 UTCmonitoring

   Logs sind aufgeholt und wir beobachten die Situation

3. 13. Oktober 2026 um 13:50 UTCresolved

   Dies wurde gelöst

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. Oktober 2026 um 00:47 UTCresolved

   Von etwa 2026-10-11 23:30 UTC bis 2026-10-12 00:45 UTC einige oder alle gehosteten Sprites auf den *.sprites. Die App-Subdomain war aufgrund eines Zertifikatsfehlers nicht verfügbar. Ab 00:45 UTC wurde dieser Vorfall behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Oktober 2026 um 21:23 UTCinvestigating

   Sprite schafft scheitern in allen Regionen außerhalb Europas. Wir untersuchen die Ursache.

2. 8. Oktober 2026 um 21:48 UTCidentified

   Wir haben ein potenzielles Problem identifiziert und wenden einen Fix an.

3. 8. Oktober 2026 um 21:51 UTCmonitoring

   Sprite-Pools beginnen sich zu erholen und schafft Erfolg. Wir überwachen die Pools, während sie sich wieder füllen.

4. 8. Oktober 2026 um 21:54 UTCresolved

   Das Problem ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Oktober 2026 um 05:40 UTCidentified

   Wir arbeiten daran, ein Problem mit unseren BGP-Ankündigungen in der Region LHR (London, Großbritannien) zu lösen. Regionale Anycast- und statische Egress-IPs sind derzeit nicht funktionsfähig und Anycast-Verkehr wird in nahe gelegene Regionen umgeleitet.

2. 8. Oktober 2026 um 05:53 UTCmonitoring

   Wir haben BGP wieder in LHR gebracht und überwachen die Erholung.

3. 8. Oktober 2026 um 06:00 UTCresolved

   This incident has been resolved.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Oktober 2026 um 11:59 UTCidentified

   IPv6-Datenverkehr scheitert an einer Teilmenge von Maschinen in ORD. IPv6-Verbindungen können fehlschlagen.

2. 6. Oktober 2026 um 12:02 UTCresolved

   IPv6 Upstream Problem wurde gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Oktober 2026 um 08:01 UTCidentified

   Einige unserer Hosts sind offline in AMS. Kontrollflugzeug für Managed Postgres v1 und v2 in AMS ist daher nicht verfügbar. MPG-Cluster sollten online bleiben, aber alle Kontrollflugzeuge werden fehlschlagen. Einige Maschinen in AMS sind ebenfalls nicht verfügbar.

2. 3. Oktober 2026 um 08:08 UTCidentified

   Diese Gastgeber kommen nach einer kurzen Unterbrechung wieder online. Wir bewerten die Auswirkungen auf MPG.

3. 3. Oktober 2026 um 08:19 UTCmonitoring

   Alle Gastgeber sind wieder online. Das MPGv2-Kontrollflugzeug ist jetzt voll funktionsfähig. Einige MPGv1-Cluster in AMS könnten abgebaut werden, während sich das Kontrollflugzeug von MPGv1 erholt.

4. 3. Oktober 2026 um 08:35 UTCmonitoring

   Alle MPG-Cluster haben sich erholt. Wir beobachten zusätzliche Auswirkungen.

5. 3. Oktober 2026 um 08:57 UTCresolved

   Alle betroffenen Dienste sind jetzt in Betrieb.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 01:11 UTCinvestigating

   Wir untersuchen die verzögerte Aufnahme von App-Logs in allen Regionen. Neue Protokolle von Maschinen sind möglicherweise nicht sichtbar, aber vergangene Protokolle sind immer noch verfügbar.

2. 1. Oktober 2026 um 01:39 UTCidentified

   Wir haben die Ursache der verlangsamten Protokollaufnahme identifiziert und arbeiten an einer Lösung.

3. 1. Oktober 2026 um 02:27 UTCidentified

   Wir haben das Einnahmeproblem behoben und unsere Systeme verarbeiten den Rückstand der App-Logs. Es sind keine Protokolle verloren gegangen.

4. 1. Oktober 2026 um 02:35 UTCmonitoring

   Der Rückstand der App-Logs wurde verarbeitet und wir überwachen den Zustand des Log-Clusters. Es gingen keine Protokolle verloren.

5. 1. Oktober 2026 um 02:49 UTCresolved

   This incident has been resolved.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 20:15 UTCresolved

   Wir beobachteten Netzwerkprobleme, die eine Teilmenge unserer Hosts in GRU von 19:37 UTC bis 19:59 UTC betrafen. Dies wirkte sich auf den Plattformbetrieb aus, der Leasingverträge, private Netzwerke und Internetverbindungen zu einigen Endpunkten erforderte.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 21:12 UTCresolved

   Wir beobachteten Netzwerkprobleme, die eine Teilmenge unserer Hosts in GRU von 19:37 UTC bis 19:59 UTC betrafen. Dies wirkte sich auf den Plattformbetrieb aus, der Leasingverträge, private Netzwerke und Internetverbindungen zu einigen Endpunkten erforderte.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. September 2026 um 20:10 UTCidentified

   Wir arbeiten mit unseren Upstream-Anbietern zusammen, um die Konnektivität zur AMS-Region wiederherzustellen.

2. 26. September 2026 um 20:10 UTCresolved

   Dieser Vorfall wurde behoben.

3. 26. September 2026 um 20:10 UTCmonitoring

   Die Konnektivität wird wiederhergestellt und das Netzwerk erholt sich.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. September 2026 um 19:31 UTCidentified

   Wir arbeiten mit unseren Upstream-Anbietern zusammen, um die Konnektivität zur AMS-Region wiederherzustellen.

2. 26. September 2026 um 19:46 UTCmonitoring

   Die Konnektivität wird wiederhergestellt und das Netzwerk erholt sich.

3. 26. September 2026 um 19:53 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.