{"id":34264,"date":"2019-10-31T21:57:17","date_gmt":"2019-10-31T18:57:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom\/"},"modified":"2019-10-31T21:57:17","modified_gmt":"2019-10-31T18:57:17","slug":"glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom","title":{"rendered":"Die Hauptursache f\u00fcr Ausf\u00e4lle in Rechenzentren ist die Verbindung zwischen Computer und Stuhl.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Thema schwerwiegender Ausf\u00e4lle in modernen Rechenzentren wirft Fragen auf, auf die in dem ersten Artikel keine Antworten gefunden wurden \u2013 wir haben beschlossen, es weiterzuentwickeln.<\/em><\/p>\n

\n\"Die<\/a><\/noindex><\/p>\n

Wenn man den Statistiken des Uptime Institute Glauben schenkt, h\u00e4ngen die meisten Vorf\u00e4lle in Rechenzentren mit Ausf\u00e4llen der Stromversorgung zusammen \u2013 sie machen 39 % der Vorf\u00e4lle aus. An zweiter Stelle steht der menschliche Faktor \u2013 das sind weitere 24 % der Unf\u00e4lle. Die dritth\u00e4ufigste Ursache (15 %) sind Ausf\u00e4lle der Klimaanlage, gefolgt von Naturkatastrophen (12 %). Der Anteil weiterer Probleme betr\u00e4gt nur 10 %. Ohne die Daten dieser respektevollen Organisation in Frage zu stellen, wollen wir in den verschiedenen Vorf\u00e4llen etwas Gemeinsames hervorheben und versuchen zu verstehen, ob sie h\u00e4tte vermieden werden k\u00f6nnen. Spoiler: In den meisten F\u00e4llen ja.<\/p>\n

<\/p>\n

Die Wissenschaft der Kontakte<\/h2>\n

<\/p>\n

Vereinfacht gesagt gibt es beim Stromversorgungssystem nur zwei Probleme: entweder gibt es keinen Kontakt, wo er sein sollte, oder es gibt ihn genau dort, wo er nicht sein sollte. Man kann lange \u00fcber die Zuverl\u00e4ssigkeit moderner unterbrechungsfreier Stromversorgungssysteme diskutieren, doch sie helfen nicht immer. Nehmen wir beispielsweise den umstrittenen Vorfall im Rechenzentrum von British Airways, das der Muttergesellschaft International Airlines Group geh\u00f6rt. In der N\u00e4he des Flughafens Heathrow befinden sich zwei solcher Objekte \u2013 Boadicea House und Comet House. Im ersten ereignete sich am 27. Mai 2017 ein versehentlicher Stromausfall, der zu einer \u00dcberlastung und zum Ausfall des USV-Systems f\u00fchrte. Infolgedessen wurde ein Teil der IT-Ausr\u00fcstung physisch besch\u00e4digt, und die Behebung des letzten Ausfalls nahm drei Tage in Anspruch. <\/p>\n

<\/p>\n

Die Fluggesellschaften mussten \u00fcber tausend Fl\u00fcge streichen oder verschieben, etwa 75.000 Passagiere konnten nicht p\u00fcnktlich abfliegen \u2013 die Entsch\u00e4digungszahlungen beliefen sich auf 128 Millionen Dollar, ganz zu schweigen von den Kosten f\u00fcr die Wiederherstellung der Funktionsf\u00e4higkeit der Rechenzentren. Die Gr\u00fcnde f\u00fcr den Ausfall sind unklar. Wenn man den Ergebnissen der internen Untersuchung glaubt, die der Gesch\u00e4ftsf\u00fchrer der International Airlines Group, Willie Walsh, bekanntgab, geschah es aufgrund eines Ingenieursfehlers. Dennoch h\u00e4tte die unterbrechungsfreie Stromversorgung eine solche Abschaltung aushalten m\u00fcssen \u2013 daf\u00fcr wurde sie installiert. Das Rechenzentrum wurde von Fachleuten des Outsourcing-Unternehmens CBRE Managed Services betrieben, weshalb British Airways versuchte, den Schaden \u00fcber ein Gericht in London geltend zu machen. <\/p>\n

\n\"Die<\/p>\n

Stromausf\u00e4lle treten nach \u00e4hnlichen Szenarien auf: Zuerst gibt es eine Abschaltung auf Seiten des Stromanbieters, manchmal wegen schlechten Wetters oder internen Problemen (einschlie\u00dflich Fehler des Personals), und dann kann die unterbrechungsfreie Stromversorgung die Last nicht bew\u00e4ltigen oder eine kurzfristige Unterbrechung der Sinuswelle f\u00fchrt zum Ausfall vieler Dienste, deren Wiederherstellung viel Zeit und Geld kostet. Kann man solche Ausf\u00e4lle vermeiden? Sicherlich. Wenn man das System richtig plant, aber Fehler sind selbst den Entwicklern gro\u00dfer Rechenzentren nicht fremd. <\/p>\n

<\/p>\n

Der menschliche Faktor<\/h2>\n

<\/p>\n

Wenn die unmittelbare Ursache des Vorfalls falsche Ma\u00dfnahmen des Personals im Rechenzentrum sind, betreffen die Probleme meist (aber nicht immer) den programmtechnischen Teil der IT-Infrastruktur. Solche Ausf\u00e4lle geschehen sogar in gro\u00dfen Unternehmen. Im Februar 2017 wurden aufgrund eines falsch eingegebenen Kommandos eines Mitglieds der technischen Betriebsgruppe eines der Rechenzentren Teile der Server von Amazon Web Services abgeschaltet. Der Fehler trat w\u00e4hrend der Fehlersuche im Abrechnungsprozess f\u00fcr die Kunden des Cloud-Speichers Amazon Simple Storage Service (S3) auf. Der Mitarbeiter versuchte, eine bestimmte Anzahl von virtuellen Servern, die von der Abrechnungssystem genutzt wurden, zu l\u00f6schen, traf jedoch einen gr\u00f6\u00dferen Cluster.<\/p>\n

\n\"Die<\/p>\n

Durch einen Ingenieursfehler wurden die Server, auf denen wichtige Softwaremodule des Amazon-Cloud-Speichers liefen, gel\u00f6scht. Vor allem das Indizierungssystem, das Informationen \u00fcber Metadaten und den Standort aller S3-Objekte in der amerikanischen Region US-EAST-1 enth\u00e4lt, wurde betroffen. Auch das System, das f\u00fcr die Speicherung von Daten und die Verwaltung des verf\u00fcgbaren Speichers zust\u00e4ndig ist, war betroffen. Nach der L\u00f6schung der virtuellen Maschinen ben\u00f6tigten diese beiden Systeme einen vollst\u00e4ndigen Neustart, und die Ingenieure von Amazon standen vor einer \u00dcberraschung \u2014 f\u00fcr l\u00e4ngere Zeit konnte der \u00f6ffentliche Cloud-Speicher keine Kundenanfragen mehr bedienen. <\/p>\n

<\/p>\n

Der Effekt war erheblich, da viele gro\u00dfe Ressourcen Amazon S3 nutzen. Die Betriebsst\u00f6rungen betrafen Trello, Coursera, IFTTT und, was am \u00e4rgerlichsten war, die Dienste gro\u00dfer Amazon-Partner aus der Liste S&P 500. In solchen F\u00e4llen ist es schwierig, den Schaden zu beziffern, aber er lag im Bereich von mehreren hundert Millionen US-Dollar. Wie Sie sehen, reicht ein einziger falscher Befehl aus, um den Dienst der gr\u00f6\u00dften Cloud-Plattform au\u00dfer Betrieb zu setzen. Das ist kein Einzelfall; am 16. Mai 2019 w\u00e4hrend Wartungsarbeiten wurde der Dienst Yandex.Cloud l\u00f6schte<\/a><\/noindex> die virtuellen Maschinen der Benutzer in der Zone ru-central1-c, die jemals den Status SUSPENDED hatten. Hier wurden bereits Kundendaten betroffen, von denen ein Teil unwiderruflich verloren ging. Nat\u00fcrlich sind Menschen nicht perfekt, aber moderne Informationssicherheitssysteme wissen l\u00e4ngst, wie sie die Aktionen privilegierter Benutzer vor der Ausf\u00fchrung ihrer Befehle kontrollieren k\u00f6nnen. Wenn solche L\u00f6sungen in Yandex oder Amazon integriert werden, k\u00f6nnen \u00e4hnliche Vorf\u00e4lle vermieden werden.<\/p>\n

\n\"Die<\/p>\n

Eingefrorene K\u00fchlung<\/h2>\n

<\/p>\n

Im Januar 2017 kam es zu einem schweren Vorfall im Rechenzentrum von \u201eMegafon\u201c in Dmitrov. Zu dieser Zeit sank die Temperatur in der Region Moskau auf \u221235 \u00b0C, was dazu f\u00fchrte, dass die K\u00fchlung des Objekts versagte. Die Pressestelle des Betreibers gab keine Informationen zu den Ursachen des Vorfalls bekannt \u2014 russische Unternehmen sprechen sehr ungern \u00fcber Unf\u00e4lle in ihren Einrichtungen; in puncto \u00d6ffentlichkeitsarbeit sind wir im Vergleich zum Westen stark im R\u00fcckstand. In den sozialen Netzwerken kursierte die Theorie, dass das K\u00fchlmittel in den unterirdischen Rohren gefroren war und es zu einer Leckage von Ethylenglykol kam. Angeblich konnte der Betrieb wegen der langen Feiertage nicht schnell genug 30 Tonnen K\u00fchlmittel beschaffen und improvisierte mit Hilfsmitteln, indem er eine provisorische Freik\u00fchlung mit Versto\u00df gegen die Betriebsregeln der Anlage organisierte. Die starken K\u00e4lteeinbr\u00fcche versch\u00e4rften das Problem \u2014 im Januar trat in Russland pl\u00f6tzlich der Winter ein, den niemand erwartet hatte. Letztendlich musste das Personal einen Teil der Server-Racks vom Stromnetz trennen, wodurch einige Dienste des Betreibers f\u00fcr zwei Tage nicht verf\u00fcgbar waren. <\/p>\n

\n\"Die<\/p>\n

Man k\u00f6nnte hier auch von einem Wetterph\u00e4nomen sprechen, jedoch sind solche Frosttemperaturen f\u00fcr die Hauptstadtregion nichts Aussergew\u00f6hnliches. Im Winter kann die Temperatur in der Region Moskau auf noch tiefere Werte fallen, weshalb Rechenzentren darauf ausgelegt sind, auch bei \u221242 \u00b0C stabil zu arbeiten. Am h\u00e4ufigsten versagen die K\u00fchlsysteme bei Frost aufgrund einer nicht ausreichend hohen Konzentration von Glykolen und einer zu hohen Wasseranteil im K\u00fchlmittel. Es gibt auch Probleme mit der Installation von Rohren oder mit Planungs- und Testfehlern, die meist aus dem Bestreben resultieren, Kosten zu sparen. So kommt es unverhofft zu einem schweren Vorfall, der durchaus h\u00e4tte vermieden werden k\u00f6nnen.<\/p>\n

<\/p>\n

Naturkatastrophen <\/h2>\n

<\/p>\n

Am h\u00e4ufigsten beeintr\u00e4chtigen Gewitter und\/oder Hurrikane die Ingenieurinfrastruktur von Rechenzentren, was zu einem Stillstand der Dienste und\/oder zu physischen Sch\u00e4den an der Ausr\u00fcstung f\u00fchrt. Durch schlechtes Wetter verursachte Vorf\u00e4lle treten ziemlich h\u00e4ufig auf. Im Jahr 2012 zog der Hurrikan Sandy mit starkem Regen \u00fcber die Westk\u00fcste der USA. Der im Hochhaus in Lower Manhattan gelegene Rechenzentrum Peer 1<\/a><\/noindex>, nachdem salzige Meerwasser die Keller \u00fcberflutete. Die Notstromaggregate des Objekts wurden im 18. Stock untergebracht, und der Treibstoffvorrat f\u00fcr diese war begrenzt \u2013 die nach den Terroranschl\u00e4gen vom 11. September in New York eingef\u00fchrten Vorschriften verbieten die Lagerung gro\u00dfer Mengen Brennstoff in oberen Etagen. <\/p>\n

\n