Ist Microsoft Azure ausgefallen?

Verfügbarkeit von Microsoft Azure verstehen

Microsoft Azure ist eine Sammlung von Cloud-Diensten, die über Regionen, Abonnements, Ressourcentypen, Identitätssysteme und Verwaltungsschnittstellen verteilt sind. Ein Vorfall, der einen einzelnen Azure-Dienst oder eine Region betrifft, bedeutet nicht zwangsläufig, dass alle Azure-Workloads nicht verfügbar sind.

Prüfen Sie zuerst die offizielle Azure-Statusseite, wenn mehrere voneinander unabhängige Azure-Ressourcen ausfallen, ein Problem plötzlich beginnt oder derselbe Vorgang über mehrere Netzwerke fehlschlägt. Vergleichen Sie jeden aufgeführten Vorfall mit dem betroffenen Dienst, der Region und dem Zeitpunkt. Wenn kein passender Vorfall aufgeführt ist, untersuchen Sie weiter die einzelne Ressource, die Bereitstellung, die Identitätskonfiguration, das Kontingent, den DNS-Pfad, den privaten Endpunkt oder die Anwendung.

Bei API- und Anwendungsfehlern sollten Sie den HTTP-Status, die vollständige Antwort, den Azure-Dienst, die Region, den Ressourcenbezeichner, den Vorgang, den Zeitstempel sowie die Anfrage- oder Korrelations-ID aufbewahren. Diese Angaben helfen dabei, einen Plattformvorfall von Problemen mit Authentifizierung, Autorisierung, Bereitstellung, DNS, Timeouts und Anwendungen zu unterscheiden.

Probleme mit Microsoft Azure beheben

1. Prüfen, ob ein größerer Azure-Vorfall vorliegt

Öffnen Sie die offizielle Azure-Statusseite und suchen Sie nach einem Ereignis, das zum betroffenen Dienst, zur Region und zum Zeitpunkt passt. Ein größerer Vorfall ist wahrscheinlicher, wenn voneinander unabhängige Ressourcen oder Vorgänge gleichzeitig fehlschlagen und dasselbe Verhalten in verschiedenen Netzwerken auftritt. Bewahren Sie während eines aktiven Vorfalls die Fehlerdetails auf und folgen Sie den veröffentlichten Aktualisierungen, statt wiederholt Änderungen vorzunehmen oder potenziell schädliche Änderungen durchzuführen.

2. Wenn eine einzelne Ressource oder ein einzelner Workload fehlschlägt

Prüfen Sie den aktuellen Status der Ressource, kürzlich vorgenommene Konfigurationsänderungen, den Bereitstellungsverlauf, Abhängigkeiten und dienstspezifische Protokolle. Vergewissern Sie sich, dass die Anfrage – sofern zutreffend – auf das gewünschte Abonnement, die richtige Ressourcengruppe, Region, den richtigen Endpunkt und die richtige API-Version zielt. Eine einzelne ausgefallene Ressource deutet eher auf ein Problem mit Bereitstellung, Anwendung, Berechtigungen, Kontingent oder Konfiguration hin als auf einen globalen Azure-Ausfall.

3. Anmelde- und Autorisierungsfehler unterscheiden

Bei Authentifizierungsproblemen im Portal oder in einer API sollten Sie den verwendeten Mandanten, das Abonnement, Konto, den Dienstprinzipal, die verwaltete Identität, das Token und die Rollenzuweisungen überprüfen. Eine 401-Antwort weist im Allgemeinen auf ein Problem mit der Authentifizierung oder dem Token hin; eine 403-Antwort bedeutet im Allgemeinen, dass die Identität authentifiziert ist, aber nicht über die erforderliche Berechtigung verfügt. Fügen Sie Diagnoseberichten keine Anmeldedaten, Zugriffstoken oder Geheimnisse hinzu.

4. Browser und Azure-Verwaltungsschnittstelle prüfen

Wenn das Problem nur im Browser auftritt, versuchen Sie es in einem privaten Fenster oder mit einem anderen unterstützten Browser. Prüfen Sie veraltete Sitzungen, blockierte Cookies, Erweiterungen und zwischengespeicherte Anwendungsdaten. Vergleichen Sie das Portal nach Möglichkeit mit dem zugrunde liegenden Ressourcenendpunkt oder einem zulässigen Vorgang über die Befehlszeile oder API. Wenn die Ressource an anderer Stelle funktioniert, sind die Browsersitzung oder die Verwaltungsschnittstelle als Ursache wahrscheinlicher.

5. Netzwerk-, DNS- und TLS-Fehler untersuchen

Bei Timeouts, abgelehnten Verbindungen, Fehlern bei der Namensauflösung oder Zertifikatsfehlern sollten Sie von einem zweiten Netzwerk aus testen und den tatsächlich verwendeten Hostnamen auflösen. Überprüfen Sie Einstellungen für Unternehmensproxy, Firewall, VPN, privaten Endpunkt, Routing, DNS und TLS-Inspektion. Wenn der öffentliche Zugriff funktioniert, ein privates oder Unternehmensnetzwerk jedoch nicht, untersuchen Sie zunächst diesen Netzwerkpfad, bevor Sie die Azure-Ressource ändern.

6. API- und Bereitstellungsfehler untersuchen

Bewahren Sie den vollständigen Antworttext, den HTTP-Status, den Namen des Vorgangs, den Zeitstempel, die Region sowie die Anfrage- oder Korrelations-ID auf. Behandeln Sie vorübergehende 5xx-Antworten anders als 4xx-Antworten aufgrund von Authentifizierung, Autorisierung, Validierung, Kontingent oder Konfiguration. Wiederholen Sie Vorgänge nur, wenn sie sicher wiederholt werden können, und verwenden Sie einen angemessenen Backoff. Nicht jede fehlgeschlagene Anfrage weist auf einen Azure-Ausfall hin.