Microsoft meldet Azure Störungen im Roten Meer

Was ist passiert? Unterseekabel im Roten Meer beschädigt – Azure meldet Latenzen und Störungen

Im Korridor des Roten Meeres, insbesondere rund um die Meerenge Bab al-Mandab, verlaufen zahlreiche zentrale Unterseekabel, die Europa, den Nahen Osten, Afrika und Asien verbinden. Durch mehrere Beschädigungen an diesen Kabeln kam es jüngst zu Umleitungen grosser Datenströme, was die Latenz auf Verbindungen zwischen EMEA und Asien spürbar erhöhte und teilweise Paketverluste nach sich zog. Solche physischen Infrastrukturereignisse zwingen Provider dazu, Traffic über alternative, längere Routen zu führen, was die Performance beeinträchtigen kann (Übersicht der Kabeltraassen: TeleGeography – Submarine Cable Map).

Microsoft kommuniziert globale Störungen und Servicehinweise zentral über die Azure Status-Seite. Kundenspezifische, regions- und abodetailierte Informationen finden sich in Azure Service Health direkt im Tenant. In Zusammenhang mit den Beschädigungen im Roten Meer verzeichneten einige Nutzer erhöhte Latenzen oder zeitweilige Performanceeinbussen, wenn ihre Pfade betroffene Transitrouten streiften (Microsoft – Azure Status, Microsoft Learn – Azure Service Health).

Externe Messnetze und Beobachtungsplattformen stellen erhöhte RTTs und geänderte Trafficmuster in solchen Phasen regelmässig fest. Ein Blick in globale Internet-Telemetrie kann helfen, die Einordnung zu versachlichen und zu validieren (Cloudflare – Cloudflare Radar). Für mittel- bis laengerfristige Produkt- und Regionshinweise lohnt sich zusätzlich der Blick auf Azure Updates, um geplante Änderungen, Wartungen oder Rollouts frühzeitig einzuplanen (Microsoft – Azure Updates).

Kontext: Geopolitische Ereignisse können digitale Lieferketten genauso treffen wie Kapitalmärkte. Wer seine Resilienz proaktiv diversifiziert, mindert Klumpenrisiken – ein Prinzip, das aus dem Portfoliomanagement wohlvertraut ist (beeforceinvest – Wie Märkte auf geopolitische Ereignisse reagieren).

Auswirkungen im Detail: Betroffene Regionen, Dienste und die aktuelle Status- und Timeline

Besonders betroffen sind Netzwerkpfade zwischen Europa, dem Nahen Osten, Ostafrika und Südasien. Workloads, deren Datenverkehr quer durch diese Korridore läuft (z. B. Replikation zwischen Europa und Indien/Asien-Pazifik, User-Traffic aus MENA nach Westeuropa), können Latenz- und Jitter-Spitzen sehen. Auch Enterprise-Konnektivität über Carrier (inkl. ExpressRoute, je nach Provider-Backbone) kann indirekt betroffen sein, wenn Trassen um das Kap der Guten Hoffnung geroutet werden müssen (TeleGeography – Submarine Cable Map, Microsoft – Azure Status).

Bei Azure gilt:
– Der verbindliche, tenantbezogene Status steht in Azure Service Health, inklusive Incident-Detail und personalisierten Benachrichtigungen. Das ist Ihr „Single Source of Truth“ für Störungen, Wartungen und Health Advisories (Microsoft Learn – Azure Service Health).
– Globale Übersichten liefert die öffentliche Status-Seite; Produkt-/Region-Updates finden Sie auf Azure Updates (Microsoft – Azure Status, Microsoft – Azure Updates).
– Externe Messungen können Hinweise auf breitflächige Netzpfadveränderungen geben und bei der Ursachenanalyse helfen (Cloudflare – Cloudflare Radar).

Empfohlene Timeline:
– Jetzt: Status und Service Health prüfen, Alerts aktivieren, synthetische Tests aus mehreren Regionen verifizieren (Microsoft Learn – Availability Tests).
– 24–72 Stunden: Traffic-Management (DNS/L7) und Failover prüfen, TTLs senken, alternative Pfade testen (Microsoft Learn – Traffic Manager, Microsoft Learn – Azure Front Door).
– Laufend: Produkt-/Region-Updates verfolgen und Lessons Learned in Architektur- und DR-Playbooks verankern (Microsoft – Azure Updates).

Als Denkanstoss zur Risikostreuung in unsicheren Phasen empfiehlt sich auch der Blick auf strukturiertes Krisenmanagement – Parallelen zur Diversifikation in Portfolios liegen auf der Hand (beeforceinvest – Aktienstrategien im Krisenmodus).

Was jetzt zu tun ist: Sofortmassnahmen, Routing-Alternativen und Strategien für mehr Resilienz

Stellen Sie kurzfristig Transparenz her, sichern Sie Fallback-Pfade und bauen Sie mittel- bis langfristig systematische Resilienz auf. Die folgenden Schritte sind praxisbewährt und lassen sich sofort umsetzen.

Sofortmassnahmen (0–24h)

– Monitoring jetzt prüfen:
– Überwachen Sie aktiv Ressourcen- und Dienstzustand mit Azure Monitor, Resource Health und Service Health. Stellen Sie sicher, dass Metriken, Logs und Alerts korrekt konfiguriert sind (Microsoft Learn – Azure Monitor, Microsoft Learn – Resource Health, Microsoft Learn – Azure Service Health).
– Richten Sie Service-Health-Benachrichtigungen als Activity-Log-Alerts ein (z. B. E-Mail, SMS, Webhook/Logic App) und prüfen Sie Ihre Action Groups. So erhalten Teams sofortige Incidents, Wartungen und Health Advisories (Microsoft Learn – Service Notifications, Microsoft Learn – Action Groups).
– Verifizieren Sie synthetische Tests (Availability Tests) aus mehreren Regionen, um Endpunkte extern zu prüfen (Microsoft Learn – Availability Tests).
– Incident bei Microsoft eröffnen:
– Bei kritischen Störungen sofort ein Support-Ticket im Azure-Portal erstellen und die betroffenen Subscriptions/Regions angeben. Dokumentieren Sie Impact, RTO/RPO und Eskalationspfade (Microsoft Learn – Support Request).
– Offizielle Feeds/Status abonnieren:
– Nutzen Sie Azure Service Health Alerts im Portal (gezielte Tenant-/Region-Infos) und verfolgen Sie die Azure Status-Seite für globale Störungen (Microsoft Learn – Azure Service Health, Microsoft – Azure Status).
– Abonnieren Sie Azure Updates (RSS/Filter) fuer Produkt- und Region-Updates (Roadmap/Wartungen) (Microsoft – Azure Updates).

Kurzfristige Routing-Alternativen (Tage bis wenige Wochen)

– Region-Failover aktivieren:
– Nutzen Sie Verfügbarkeitszonen und Azure-Region-Paare als Grundlage für Cross-Region-Replikation und schnelleres Recovery bei regionalen Incidents (Microsoft Learn – Verfuegbarkeitszonen, Microsoft Learn – Cross-Region-Replikation).
– Orchestrieren Sie Failover mit Azure Site Recovery (Workloads und Daten; Test-Failover ohne Impact) (Microsoft Learn – Site Recovery, Microsoft Learn – Test-Failover).
– Azure Traffic Manager (DNS) fuer Failover:
– Verwenden Sie die Routingmethode „Failover“ (Priority-Endpoints), Health Probes und verkürzen Sie DNS-TTL für schnelleres Umschalten bei Ausfall der Primärregion (Microsoft Learn – Traffic-Manager-Routing).
– Azure Front Door/CDN:
– Front Door bietet globales Anycast, Health Probes, WAF und Caching nahe am Nutzer. Damit können Sie L7-Routing und schnelle Failover-Szenarien plus Performance-Verbesserungen kombinieren. Alternativ oder ergänzend Azure CDN einsetzen (Microsoft Learn – Azure Front Door, Microsoft Learn – Azure CDN).
– ExpressRoute-Backup:
– Planen Sie eine gesicherte Fallback-Konnektivität via Site-to-Site VPN, die mit ExpressRoute koexistiert, um bei Carrier-/Circuit-Problemen die Erreichbarkeit zu sichern (Microsoft Learn – ER & VPN Gateways, Microsoft Learn – ER/VPN Koexistenz, Microsoft Learn – ExpressRoute HA/DR).
– Multi-Region-Deployments:
– Setzen Sie aktive/aktive oder aktive/passive Multi-Region-Architekturen für Web- und API-Workloads um, inklusive Datenreplikation, Traffic Manager/Front Door und automatisierten Deployments (Microsoft Learn – Referenzarchitektur Multi-Region, Microsoft Learn – Load Balancing Ueberblick).

Langfristige Resilienz-Strategien (Quartale)

– Multi-Cloud und Lock-in-Risiken minimieren:
– Identifizieren Sie geschäftskritische Komponenten und abstrahieren Sie Plattform-Abhängigkeiten (z. B. via Kubernetes, IaC, Open-Standards). Azure Arc hilft beim einheitlichen Management von Ressourcen über On-Prem und andere Clouds (Microsoft Learn – Azure Arc).
– Diversifikation als Prinzip: So wie im Portfolio-Management die Risikostreuung wirkt, senkt Multi-Cloud die Abhängigkeit von Einzelanbietern. Mehr dazu in unserer Einordnung zu Strategien und Risikoprofilen (beeforceinvest – Welche Portfolio-Strategie passt zu Ihnen?).
– Geo-Redundanz von Daten:
– Nutzen Sie geeignete Redundanzoptionen (LRS/ZRS/GRS/RA-GRS) je nach RPO/RTO-Anforderungen, Kosten und Compliance. Planen Sie Lesezugriffe aus Sekundärregionen und Failback-Prozesse (Microsoft Learn – Storage Redundancy).
– Automatisierte Failover-Playbooks:
– Orchestrieren Sie mit Site Recovery, Azure Automation/Runbooks und Logic Apps wiederholbare, versionierte Playbooks. Alerts in Azure Monitor lösen über Action Groups Webhooks/Workflows aus (Microsoft Learn – Site Recovery, Microsoft Learn – Azure Automation, Microsoft Learn – Action Groups).
– Regelmässige Resilienz-Tests:
– Führen Sie Game Days, Chaos-Experimente und DR-Drills mindestens vierteljährlich durch. Azure Chaos Studio ermöglicht kontrollierte Fehlereinleitungen; Site Recovery Test-Failover prüft DR-Runbooks ohne Nutzerimpact (Microsoft Learn – Chaos Studio, Microsoft Learn – Test-Failover).
– SLA- und SLO-Management:
– Vergleichen Sie Anbieter-SLAs mit Ihren SLOs; leiten Sie Architektur-Redundanz, Budgets und Eskalationswege ab. Nutzen Sie Azure Advisor fuer Resilienz-Empfehlungen und überwachen Sie Error Budgets (Microsoft – SLA Summary, Microsoft Learn – Azure Advisor).
– Denken Sie in Szenarien: Exogene Schocks treffen auch digitale Lieferketten. Unser Blick auf Krisenmanagement in Märkten zeigt, warum vorbereitete Playbooks entscheidend sind (beeforceinvest – Krisenmodus, beeforceinvest – Geopolitische Ereignisse).

Praktische Checkliste (kompakt)

– Alerts/Action Groups prüfen und Service Health/Resource Health aktivieren (Microsoft Learn – Action Groups, Microsoft Learn – Azure Service Health).
– Support-Ticket bei Microsoft anlegen und Incident-Runbook starten (Microsoft Learn – Support Request).
– Traffic Manager (Failover) oder Front Door fuer schnelles Umschalten konfigurieren (Microsoft Learn – Traffic-Manager-Routing, Microsoft Learn – Azure Front Door).
– VPN-Backup fuer ExpressRoute testen; Multi-Region Deployment bereitstellen (Microsoft Learn – ER/VPN Koexistenz, Microsoft Learn – Referenzarchitektur Multi-Region).
– DR-Playbooks automatisieren; Chaos- und DR-Tests in den Quartalsplan übernehmen (Microsoft Learn – Chaos Studio, Microsoft Learn – Site Recovery).

Tipp: Behandeln Sie Resilienz wie Portfolio-Diversifikation – klare Zielgroessen, laufende Überwachung, regelmässige Rebalancings und konsequente Tests erhöhen die Robustheit Ihrer Systeme und Strategien (beeforceinvest – Portfolio-Strategien).

Quellen

• Cloudflare – Cloudflare Radar
• beeforceinvest – Aktienstrategien im Krisenmodus
• beeforceinvest – Welche Portfolio-Strategie passt zu Ihnen?
• beeforceinvest – Wie Maerkte auf geopolitische Ereignisse reagieren
• Microsoft – SLA Summary
• Microsoft – Azure Status
• Microsoft – Azure Updates
• Microsoft Learn – Azure Advisor
• Microsoft Learn – Azure Automation
• Microsoft Learn – Azure Arc
• Microsoft Learn – Action Groups
• Microsoft Learn – Service Notifications
• Microsoft Learn – Availability Tests
• Microsoft Learn – Azure Monitor
• Microsoft Learn – Support Request
• Microsoft Learn – Azure CDN
• Microsoft Learn – Chaos Studio
• Microsoft Learn – ER & VPN Gateways
• Microsoft Learn – ExpressRoute HA/DR
• Microsoft Learn – ER/VPN Koexistenz
• Microsoft Learn – Azure Front Door
• Microsoft Learn – Verfuegbarkeitszonen
• Microsoft Learn – Cross-Region-Replikation
• Microsoft Learn – Resource Health
• Microsoft Learn – Azure Service Health
• Microsoft Learn – Site Recovery
• Microsoft Learn – Test-Failover
• Microsoft Learn – Storage Redundancy
• Microsoft Learn – Traffic-Manager-Routing
• Microsoft Learn – Load Balancing Ueberblick
• Microsoft Learn – Referenzarchitektur Multi-Region
• TeleGeography – Submarine Cable Map