![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/05\/Cloud-Symbol.jpg\" "\\"Cloud\\"")
Am 8. Juni 2021 gab es eine St\u00f6rung im Content Delivery Network (CDN) des US-Anbieters Fastly. Damit waren sehr viele Webseiten pl\u00f6tzlich nicht mehr erreichbar. Die St\u00f6rung war zwar nach einer Stunde wohl wieder behoben. Aber der Grund f\u00fcr den Ausfall war unklar: Hardware kaputt, DDoS-Angriff, Software-Fehler, alles war m\u00f6glich. <\/p>\n
Nun hat Fastly in einem Blog-Beitrag die Ursache f\u00fcr den gravierenden Ausfall mitgeteilt – es war ein Software-Bug und eine Verkettung ungl\u00fccklicher Umst\u00e4nde. <\/p>\n
Es war eine heftige St\u00f6rung, die am 8. Juni 2021 so gegen 12:00 Uhr deutscher Zeit das Internet traf. Alle Webseiten, die das Content Delivery Networks (CDN) des US-Anbieters Fastly verwendeten, waren pl\u00f6tzlich nicht mehr erreichbar. Ich hatte versucht, die Seite von reddit.com im Browser abzurufen und habe die nachfolgende Fehlerseite angezeigt bekommen.<\/p>\n
![\"Error](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/06\/Err503.jpg\"\/ "\\"Error")
<\/p>\n
Der ca. 80 Minuten dauernde Ausfall betraf von Amazon \u00fcber Reddit bis zu Twitch eine Reihe prominenter Namen. Ich hatte im Blog-Beitrag StackOverflow, Twitch, Reddit, etc. down \u2013 Fastly CDN-Ausfall (8.6.2021, 12:00 Uhr)<\/a> berichtet. Die Hintergr\u00fcnde, warum der Ausfall so gravierende Folgen hatte, habe ich im Blog-Beitrag Der Ausfall der Fastly-Cloud-Server und die Folgen<\/a> angesprochen. Beim Amazon geht man davon aus, dass der Ausfall um die 32 Millionen US-Dollar an Umsatzverlusten verursacht hat. <\/p>\n Im Blog-Beitrag Summary of June 8 outage<\/a> gibt Nick Rockwell, Senior Vice President of Engineering and Infrastructure bei Fastly einen Abriss, was passiert ist. Am 12. Mai begannen die Techniker von Fastly mit einer Softwareimplementierung f\u00fcr das CDN. Dieses Software-Update enthielt aber einen Fehler, der durch eine bestimmte Kundenkonfiguration unter bestimmten Umst\u00e4nden ausgel\u00f6st werden konnte.<\/p>\n Am 8. Juni 2021 f\u00fchrte ein Kunde recht fr\u00fch am Tag eine g\u00fcltige Konfigurations\u00e4nderung durch, die die spezifischen Umst\u00e4nde beinhaltete, die den Fehler in der CDN-Software ausl\u00f6sten. Dieser Bug f\u00fchrte dazu, dass 85 % des Fastly-Netzwerks Fehler zur\u00fcckgaben. Die Techniker bemerkten die St\u00f6rung innerhalb einer Minute, identifizierten und isolierten dann die Ursache. Im Anschluss deaktivierten sie die betreffende Konfiguration. Innerhalb von 49 Minuten funktionierten 95 % unseres Netzwerks wieder wie gewohnt. Hier nach der zeitliche Ablauf der St\u00f6rung (alle Zeiten sind UTC):<\/p>\n 09:47 <\/b>Initial onset of global disruption Nach diesem Fix wurde eine dauerhafte L\u00f6sung f\u00fcr den Fehler erstellt und um 17:25 Uhr (UTC) mit der Bereitstellung begonnen. Der Fall zeigt, wie fragil das Ganze doch geworden ist. <\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n Der Ausfall der Fastly-Cloud-Server und die Folgen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Am 8. Juni 2021 gab es eine St\u00f6rung im Content Delivery Network (CDN) des US-Anbieters Fastly. Damit waren sehr viele Webseiten pl\u00f6tzlich nicht mehr erreichbar. Die St\u00f6rung war zwar nach einer Stunde wohl wieder behoben. Aber der Grund f\u00fcr den … Weiterlesen Softwarefehler f\u00fchrt zum Ausfall<\/h2>\n
09:48<\/b> Global disruption identified by Fastly monitoring
09:58 <\/b>Status post<\/a><\/u> is published
10:27 <\/b>Fastly Engineering identified the customer configuration
10:36<\/b> Impacted services began to recover
11:00<\/b> Majority of services recovered
12:35<\/b> Incident mitigated
12:44<\/b> Status post resolved
17:25<\/b> Bug fix deployment began <\/p>\n