Zum Hauptinhalt springen
ukiyo journal - 日本と世界をつなぐ新しいニュースメディア Logo
  • Alle Artikel
  • 🗒️ Registrieren
  • 🔑 Anmelden
    • 日本語
    • English
    • 中文
    • Español
    • Français
    • 한국어
    • ภาษาไทย
    • हिंदी
cookie_banner_title

cookie_banner_message Datenschutzrichtlinie cookie_banner_and Cookie-Richtlinie cookie_banner_more_info

Cookie-Einstellungen

cookie_settings_description

essential_cookies

essential_cookies_description

analytics_cookies

analytics_cookies_description

marketing_cookies

marketing_cookies_description

functional_cookies

functional_cookies_description

Nicht zu stoppen, aber nicht schnell: Verzögerungen bei Azure durch Störung des Roten Meer-Kabels, die "schmale Kehle" der Welt wird sichtbar

Nicht zu stoppen, aber nicht schnell: Verzögerungen bei Azure durch Störung des Roten Meer-Kabels, die "schmale Kehle" der Welt wird sichtbar

2025年09月09日 00:55

Um den 6. September 2025 (UTC) kam es im Roten Meer zu mehreren aufeinanderfolgenden Störungen von Unterseekabeln, was die Verbindungsqualität in weiten Teilen Asiens und des Nahen Ostens beeinträchtigte. Microsoft gab im Azure-Status bekannt, dass es "zu erhöhten Verzögerungen bei einem Teil des Verkehrs über den Nahen Osten" komme und begann, die Routen umzuleiten, um das Problem zu bewältigen. Die betroffenen Kabel sind SMW4 (SEA-ME-WE 4) und IMEWE, wobei in Ländern wie Pakistan, Indien und den VAE spürbare "Schwere" berichtet wurde. Dieser Vorfall verdeutlicht erneut die "physischen Einschränkungen", die sich hinter der Cloud verbergen, und die Notwendigkeit, darauf vorbereitet zu sein.golem.deazure.status.microsoftReuters



Was ist passiert: Eine chronologische Übersicht

 


  • Um den 6. September 05:45 UTC: Eine Unterbrechung der Unterwasserfaser vor der Küste des Roten Meeres wurde festgestellt. Die Überwachungsorganisation NetBlocks gab frühzeitig eine Warnung heraus, dass "eine Reihe von Unterseekabelstörungen im Roten Meer die Konnektivität in mehreren Ländern beeinträchtigt". Geografisch lag der Fokus in der Nähe von Dschidda, Saudi-Arabien.X (formerly Twitter)

  • Am selben Tag bis zum 7.: Microsoft kündigte im Azure-Status an, dass "der Verkehr über den Nahen Osten auf Umleitungsrouten umgestellt wird, der Dienst jedoch fortgesetzt wird, aber die Latenz erhöht" ist. Es wurde klargestellt, dass Routen, die nicht durch den Nahen Osten führen, nicht betroffen sind.azure.status.microsoft

  • Ausmaß der Auswirkungen: Besonders in Indien, Pakistan und den VAE spürbar. Namen der Hauptanbieter in den VAE (Etisalat/e&, du) wurden in Berichten genannt, und in verschiedenen Ländern häuften sich Berichte über "langsame" oder "schwer erreichbare" Verbindungen.Reuters


Warum das Rote Meer "anfällig" ist

Als Hauptverkehrsader zwischen Europa, dem Nahen Osten und Asien konzentrieren sich zahlreiche Unterseekabel im Korridor Rotes Meer-Suezkanal-Mittelmeer. Laut Schätzungen von Kommunikationsforschungsunternehmen ist dieser Korridor ein "Engpass", der etwa 17% des weltweiten Verkehrs trägt. Bereits bei gleichzeitigen Störungen von zwei bis drei Systemen besteht ein strukturelles Risiko einer Verschlechterung der wahrgenommenen Qualität in weiten Bereichen.Gulf News



Welche Kabel betroffen waren

Laut Berichten und Ankündigungen der Betreiber wurden mindestens zwei Systeme, SMW4 und IMEWE, von Störungen betroffen. Beide sind Hauptleitungen, die Europa und Asien über den Nahen Osten verbinden. Selbst bei Redundanz führt eine Umschaltung auf "Umwege" zu einer Erhöhung der Round-Trip-Zeit (RTT). Microsoft hat tatsächlich auf alternative Routen umgeschaltet, aber die Nutzung geographisch weiter entfernter Routen und die Bandbreitenüberlastung machten vorübergehende Verzögerungen unvermeidlich.golem.deazure.status.microsoft


(Zusatz) Einige Medien wiesen auch auf die Möglichkeit von Auswirkungen auf andere Systeme wie FALCON hin. Die Reparatur von Unterseekabeln dauert in der Regel "mehrere Wochen".AP News



Was geschah in der Geschäftswelt: Stimmen aus sozialen Netzwerken und der Community

  • Schnelligkeit der Überwachungs-Accounts: Der Beitrag von NetBlocks verbreitete sich schnell. Die Erwähnung von "signifikanten Verzögerungen in Pakistan und Indien" dominierte die Timelines der Ingenieursgemeinschaft.X (formerly Twitter)

  • Erfahrungen der lokalen Nutzer: In den VAE häuften sich Posts über "stoppende Videos" und "abgehackte Konferenzgespräche", und lokale Medien zitierten die Ankündigungen der Anbieter zur Warnung.Reuters

  • Nüchterne Analyse der Cloud-Betreiber: "Es ist kein vollständiger Ausfall, aber die Jitter nehmen zu, bis sich die Flows stabilisieren", "Datenabgleich zwischen Ost und West auf die Nebenzeiten verschieben" und andere praxisnahe vorläufige Maßnahmen wurden diskutiert (im Mittelpunkt standen technische Diskussionen über Routenoptimierung und CDN-PoP-Umschaltung).

  • Vergleich mit früheren Fällen: Viele fassten zusammen, dass "das Rote Meer anfällig für geopolitische Ereignisse ist" und dass "selbst lokale Vorfälle Wellen an den Rändern der Welt verursachen können".

※ Einzelne Posts in sozialen Netzwerken sind oft sehr schnell und subjektiv, aber sie stimmen mit Primärinformationen (offizieller Status/Berichte) überein, was ein Merkmal dieses Vorfalls ist.



Praktische Checkliste für Cloud/SaaS-Betreiber

1. Quantifizierung der "Schieflage" der Routen

  • Visualisierung des Anteils des Asien-Europa-Verkehrs, des Anteils über den Nahen Osten, der durchschnittlichen RTT, der 95/99-Perzentile, des Jitters und der erneuten Übertragungen (tcp retrans).

  • Wenn Anycast DNS oder Multi-CDN verwendet wird, vorübergehende Lockerung der Schwellenwerte für die Gesundheitsbewertung und Verkürzung der TTL, um schnelle Umschaltungen zu ermöglichen.


2. Überprüfung der Cloud-Region-Strategie

  • Auf der Grundlage von aktiv-aktiv innerhalb desselben Kontinents bei Azure/anderen Clouds eine Fallback-Route innerhalb Asiens vorbereiten.

  • Überprüfung der Datenabgleichsysteme (DB-Replikation, Speicher-GEO-Replikation) hinsichtlich RPO/RTO und Kosten. Bei Verzögerungen auf asynchron/Verzögerungstoleranz

    umschalten und ein entsprechendes Runbook vorbereiten.


3. Optimierung der Anwendungsebene für eine "langsame Welt"

  • Konsequente Wiederverwendung von Verbindungen (HTTP/2,3), Komprimierung (Brotli) und verzögertes Laden von Bildern, Aufteilung von Bulk-APIs, Standardisierung von Timeouts/Retries mit exponentiellem Backoff.

  • Für Videokonferenzen/Streaming adaptive Auflösungen und Priorisierung von Audio als Umschaltvoreinstellungen für Benutzer bereitstellen.


4. Zusammenarbeit in der Lieferkette

  • Einbindung der Status-RSS von Carriern/Clouds in Überwachungsjobs und Optimierung der Bereitschaftsdienste durch Schwerwiegende Regeln.

  • Vorbereitung von Kundennachrichtenvorlagen (Auswirkungsbereich, vorläufige Maßnahmen, Unsicherheit der Wiederherstellungsaussichten) im Voraus.



Was wurde "geschützt": Der aktuelle Stand der Resilienz

Dieses Mal hat Microsoft durch Umschaltung des Verkehrs die Verfügbarkeit aufrechterhalten und den Schwerpunkt darauf gelegt, "nicht anzuhalten". Dass ein vollständiger Ausfall vermieden werden konnte, ist eine Stärke der Cloud, aber die Zunahme von Verzögerungen und Jitter bleibt eine Verschlechterung der Benutzererfahrung. Die physische Entfernung der Kommunikationswege, die Überlastung und die Verarbeitung durch Geräte summieren sich zur Latenz, und "nicht anhalten" und "schnell sein" können ein Trade-off sein – das wurde sichtbar gemacht.azure.status.microsoftReuters



Zukunft: Die Wiederherstellung ist nicht nur "Warten"

Die Reparatur von Unterseekabeln wird üblicherweise in Wochen betrachtet. Neben der Wiederherstellung der Leitung selbst dauert es auch Zeit, bis der Verkehr konvergiert und optimiert

← Zurück zur Artikelliste

Kontakt |  Nutzungsbedingungen |  Datenschutzrichtlinie |  Cookie-Richtlinie |  Cookie-Einstellungen

© Copyright ukiyo journal - 日本と世界をつなぐ新しいニュースメディア Alle Rechte vorbehalten.