Yandex schließt 3. Rechenzentrum nach Drohnenangriff
Yandex stellte das Rechenzentrum in Wladimir nach Drohnenangriff ein, das dritte in vier Tagen. Mit zwei Ausfällen läuft die Cloud im Notfallmodus und zeigt die Grenzen der Redundanz.

Yandex hat am Sonntag (11.) die Operationen seines Rechenzentrums in der Region Wladimir, etwa 180 Kilometer von Moskau entfernt, vollständig eingestellt. In einer Warnung auf Telegram teilte das Unternehmen mit, dass die Infrastruktur vor Ort durch einen Drohnenangriff beschädigt wurde und niemand verletzt wurde. Es ist die dritte Einrichtung des größten Technologieunternehmens Russlands, die innerhalb von vier Tagen getroffen wurde, nach Sasovo in der Region Ryazan in der Nacht vom 8. Oktober und Kaluga am Freitag (9.).
Der Gouverneur von Wladimir, Alexander Avdeyev, erklärte, dass der Angriff einen Brand und Stromausfälle verursacht habe, die vorübergehend etwa 5.000 Bewohner betrafen. Kiew hat die Angriffe nicht offiziell beansprucht, und Yandex hat den Verursacher in seinen Mitteilungen ebenfalls nicht benannt.
Eine Cloud im Notfallmodus
Die Auswirkungen für Unternehmenskunden sind der wichtigste Punkt für diejenigen, die Infrastruktur betreiben. Mehr als 80 Dienste von Yandex Cloud waren laut dem Statuspanel des Unternehmens und Berichten von begleitenden Medien nicht verfügbar, darunter die API von YandexGPT, verwaltete Datenbanken, Speicher und Netzwerktools.
Die Reihenfolge erklärt das Ausmaß des Schadens. Der Angriff auf Sasovo hat die Verfügbarkeitszone ru-central1-b lahmgelegt, deren Ausfall im Panel um 22:31 Uhr GMT am 7. Oktober erscheint. Der Angriff auf Wladimir traf die ru-central1-a. Mit zwei nicht verfügbaren Zonen erklärte Yandex, dass die verbleibende Konfiguration der Ressourcen instabil ist und die Kunden aufforderte, ihre Notfallwiederherstellungspläne zu aktivieren. Das Unternehmen nannte keinen Zeitrahmen für die Wiederherstellung der Betriebstätigkeit.
Sasovo hat zusätzliches Gewicht. 2021 informierte Yandex, dass der Komplex zwei seiner drei Supercomputer auf Basis von Nvidia A100-Chips beherbergte, die zur Schulung von YandexGPT verwendet werden. Nach dem Angriff weigerte sich das Unternehmen laut Reuters zu sagen, ob die Maschinen betroffen waren, und erklärte, nicht zu wissen, ob die Geräte vor Ort wiederhergestellt werden können.
Was die Architektur mit drei Zonen nicht vorsehen konnte
Das Standarddesign der öffentlichen Cloud basiert auf einer Prämisse: Verfügbarkeitszonen sind physisch separiert, damit ein lokaler Ausfall, wie ein Brand oder ein Stromausfall, die gesamte Region nicht lahmlegt. Drei Zonen sind in der Regel ausreichend, da die Wahrscheinlichkeit, dass zwei gleichzeitig aus unabhängigen Gründen ausfallen, gering ist.
Koordinierte Angriffe brechen diese Unabhängigkeit. Wer die Ziele auswählt, kann Zone für Zone angreifen, und die für Unfälle berechnete Redundanz verliert ihre Gültigkeit. Das war es, was Yandex in vier Tagen erlebte, und es ist nicht das erste Mal im Jahr 2026.
Am 1. März informierte AWS, dass die Zone mec1-az2 in ihrer Region in den Vereinigten Arabischen Emiraten von "Objekten" getroffen wurde, die Funken und einen Brand verursachten, und die Feuerwehr den Strom für das Gebäude und die Generatoren abgeschaltet hat. Am nächsten Tag bestätigte das Unternehmen, dass zwei Einrichtungen in der Region ME-CENTRAL-1 direkt von Drohnen angegriffen worden waren und dass eine Einrichtung in Bahrain durch einen nahegelegenen Angriff beschädigt wurde, im Zuge der iranischen Vergeltung gegen die Vereinigten Staaten und Israel. Die Empfehlung von AWS an die Kunden war dieselbe, die Yandex jetzt gemacht hat: мигrieren Sie die Lasten in andere Regionen.
Die Rechnung für Cloud-Nutzer
Die beiden Episoden betreffen sehr unterschiedliche Märkte. Yandex Cloud bedient in erster Linie Unternehmen und Institutionen in Russland, die seit 2022 von den amerikanischen Hyperscalern isoliert sind und daher keine vergleichbare inländische Alternative haben, in Stunden umzuschichten. Im Golf war das Problem ein anderes: Kunden, die Daten nur in einer Zone speicherten, stellten fest, dass die Wiederherstellung von einem Gebäude abhängt, das getroffen worden war.
Für einen CIO außerhalb dieser Regionen liegt die praktische Lektion in der Risikomatrix. Die meisten Notfallpläne betrachten die Verfügbarkeitszone als Ausfallseinheit und die Region als letzten Ausweg. Die Angriffe im März und Oktober zeigen, dass in Ländern, die bewaffneten Konflikten ausgesetzt sind, die gesamte Region zur Ausfallseinheit wird und die Wiederherstellung von einer Replikation in einer anderen Geografie abhängt, wobei Daten und Berechtigungen bereits vor dem Ereignis bereitgestellt werden müssen.
Das hat Kosten. Die Replikation zwischen Regionen verdoppelt teilweise die Speicherkosten, fügt Gebühren für die Datenübertragung hinzu und stößt in regulierten Sektoren auf Vorschriften zur Datenspeicherung, die ausdrücklich verbieten, Daten aus dem Land zu bringen. Das Dilemma wird akuter, wo das Gesetz eine Standortpflicht vorschreibt und die Geografie in einem Risikogebiet liegt, was genau die Situation in Russland heute ist.
Es gibt auch eine grundlegende Veränderung im Ziel. Bisher zielten Angriffe auf Infrastruktur in modernen Kriegen auf Energie, Raffinerien und Telekommunikation ab. Drei Rechenzentren eines Unternehmens innerhalb von vier Tagen, von denen eines mit dem Training von KI-Modellen verbunden ist, deuten darauf hin, dass Rechenkapazität auf die Liste strategischer Ziele geraten ist, neben dem eigenen Stromnetz. Für Kriegsrisikoversicherer und für die Entscheidungsträger, wo der nächste GPU-Campus gebaut werden soll, ist dies die Variable, die sich diese Woche geändert hat.
Quellen
- themoscowtimes.comhttps://www.themoscowtimes.com/2026/10/11/russias-yandex-says-data-center-in-vladimir-shut-down-after-drone-attack-a93942
- aljazeera.comhttps://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack
- investing.comhttps://www.investing.com/news/company-news/russian-tech-giant-yandex-halts-vladimir-data-center-after-fresh-drone-attack-4942599
- kyivpost.comhttps://www.kyivpost.com/post/86708
- status.yandex.cloudhttps://status.yandex.cloud/en/incidents/2092
- theregister.comhttps://www.theregister.com/2026/03/02/amazon_outages_middle_east/