Ist Amazon Web Services ausgefallen?

So funktioniert die AWS-Verfügbarkeit

Amazon Web Services ist eine Sammlung von Cloud-Diensten, die kontenübergreifend in Regionen und Availability Zones betrieben werden – keine einzelne Anwendung mit einem einheitlichen, globalen Verfügbarkeitsstatus. Ein Vorfall, der einen bestimmten Dienst oder eine Region betrifft, kann dazu führen, dass andere AWS-Workloads normal funktionieren.

Beginnen Sie mit der offiziellen AWS-Health-Statusseite. Vergleichen Sie jeden Vorfall mit dem betroffenen Dienst, der Region, der Ressource, dem Konto oder der Umgebung sowie dem ungefähren Zeitpunkt des Ausfalls. Wenn kein passender Vorfall aufgeführt ist, untersuchen Sie zunächst kontospezifische, workloadbezogene, konfigurationsbedingte und Verbindungsursachen, bevor Sie von einem umfassenden AWS-Ausfall ausgehen.

Eine öffentliche Statusseite ohne aktuelle Meldung beweist nicht, dass jede Ressource fehlerfrei ist. Zugangsdaten, Berechtigungen, DNS, Routing, Sicherheitskontrollen, die Auswahl des Endpunkts, Änderungen an Deployments und Anwendungscode können einen von AWS unterstützten Dienst beeinflussen.

Fehler bei AWS beheben

1. Nach einem Dienst- oder regionalen Vorfall suchen

Öffnen Sie die offizielle AWS-Health-Statusseite und suchen Sie nach einem Vorfall, der zum betroffenen Dienst, zur Region und zum ungefähren Beginn des Ausfalls passt. Ein passender Vorfall macht ein Problem auf Anbieterseite wahrscheinlicher. Vermeiden Sie es, während der Untersuchung eines Vorfalls wiederholt Einstellungen in der Produktion zu ändern oder Ressourcen neu bereitzustellen.

Wenn kein passender Vorfall angezeigt wird, kann das Problem auf ein einzelnes Konto, einen Workload, eine Region, eine Ressource oder einen Netzwerkpfad beschränkt sein.

2. Die fehlerhafte Ebene ermitteln

Definieren Sie den genauen Vorgang, der fehlschlägt: das Öffnen der AWS-Konsole, das Deployment von Code, die Auflösung eines Hostnamens, der Aufruf eines AWS-Endpunkts, das Lesen aus einem Speicher oder die Verbindung zu einer Datenbank. Prüfen Sie, ob unabhängige Ressourcen oder Dienste in derselben Region weiterhin funktionieren.

Vergleichen Sie den Fehler mit einem kürzlich erfolgten Deployment oder einer Konfigurationsänderung. Prüfen Sie die Logs auf den genauen AWS-Fehler, die Anfragezeit, die Region, die Ressourcenkennung und den Vorgang. Eine HTTP-5xx-Antwort zeigt nicht automatisch, dass AWS ausgefallen ist; sie kann von der Anwendung, dem Proxy, dem Load Balancer oder dem Gateway erzeugt worden sein.

3. Konto-, Berechtigungs- und Konfigurationsursachen prüfen

Bei einem Fehler, der auf ein Konto, eine Umgebung oder eine Ressource beschränkt ist, überprüfen Sie die ausgewählte Region, den Ressourcenstatus, Zugangsdaten, Berechtigungen, den Endpunkt, Quotas und kürzlich vorgenommene Änderungen an der Infrastruktur. Stellen Sie sicher, dass die Anwendung das vorgesehene Konto und die vorgesehene Region verwendet. Wenn eine Identität oder ein Deployment fehlschlägt, während ein bekanntermaßen funktionierender Pfad funktioniert, untersuchen Sie zunächst Zugriff und Konfiguration, bevor Sie von einem plattformweiten Problem ausgehen.

4. Browser- und konsolenspezifische Probleme prüfen

Wenn die AWS-Konsole oder eine gehostete Anwendung nur in einem Browser oder auf einem Gerät fehlschlägt, versuchen Sie es in einem privaten Fenster, mit einem anderen unterstützten Browser oder auf einem anderen Gerät. Notieren Sie den sichtbaren Fehler, bevor Sie Websitedaten löschen. Ein reines Konsolenproblem kann unabhängig vom Zustand der zugrunde liegenden AWS-Ressourcen sein.

5. Netzwerk, DNS und Konnektivität prüfen

Testen Sie nach Möglichkeit über ein zweites Netzwerk. Vergleichen Sie DNS-Auflösung, TLS-Aushandlung und Verbindungsverhalten für den betroffenen Hostnamen. DNS-Fehler, Verbindungsablehnungen, Zertifikatsfehler und Timeouts können durch lokales DNS, VPN- oder Proxy-Einstellungen, Firewall-Regeln, Routing, Security Groups, Network ACLs, Listener von Load Balancern oder die Zielanwendung verursacht werden.

Wenn die Anfrage über ein anderes Netzwerk oder aus einer anderen Region funktioniert, untersuchen Sie den Pfad zwischen Client und AWS, statt von einem globalen Ausfall auszugehen.

6. Fehler bei SDK, CLI, Webhooks und Automatisierung prüfen

Erfassen Sie die vollständige Fehlerkategorie und den Vorgang. Unterscheiden Sie Authentifizierungs- oder Autorisierungsfehler von Drosselung, Validierungs-, Endpunkt-, Timeout- und serverseitigen Fehlern. Bestätigen Sie die konfigurierte Region und den Endpunkt und wiederholen Sie den Vorgang nur, wenn er sicher wiederholt werden kann. Bewahren Sie bei Änderungen in der Produktion Request-IDs und Zeitstempel zur Fehleranalyse oder für die Eskalation an den Support auf.