Nutzen Sie diese Seite, um einen umfassenden Google-Cloud-Vorfall von einem Problem zu unterscheiden, das auf ein Produkt, eine API, eine Region, ein Projekt, eine Identität, ein Netzwerk oder eine Anwendung begrenzt ist. Prüfen Sie zuerst das offizielle Status-Dashboard und vergleichen Sie anschließend dessen Umfang und Zeitpunkt mit Ihren fehlgeschlagenen Requests und Logs.
Site Administrator
Zuletzt geprüft: September 25, 2026
ZULETZT ERFASSTER STATUS
Erreichbar Bei der letzten Prüfung schien die Website von Google Cloud erreichbar zu sein und normal zu antworten.
| Endpoint | Status | Beobachtet |
|---|---|---|
| cloud.google.com | Operational | 2026-11-09 13:33 UTC |
Funktioniert es bei dir?
0 aktuelle Meldungen — für einen aussagekräftigen Trend werden mehr Daten benötigt.
Für ein vollständigeres Bild, einschließlich teilweiser oder regionaler Störungen, die eine einzelne externe Prüfung übersehen kann, sieh dir die offizielle Statusseite von Google Cloud an. offizielle Statusseite.

Google Cloud umfasst zahlreiche Produkte, APIs, Regionen, Projekte und Infrastrukturservices. Ein Vorfall, der eine einzelne API oder Region betrifft, kann dazu führen, dass die Cloud Console und nicht betroffene Services weiterhin normal funktionieren. Umgekehrt beweist eine funktionierende Console nicht, dass eine VM, ein Deployment, eine Datenbank, ein API-Endpunkt oder eine Anwendung fehlerfrei arbeitet.
Nutzen Sie das Google Cloud Status Dashboard, um gemeldete Vorfälle und produktspezifische Hinweise zur Verfügbarkeit zu prüfen. Vergleichen Sie jeden Hinweis mit dem betroffenen Produkt, Vorgang, der Region, dem Projekt und dem Zeitpunkt, zu dem Ihre Fehler begonnen haben.
Wenn kein passender Vorfall aufgeführt ist, untersuchen Sie den engeren Umfang des Problems. Berechtigungen, Abrechnung, Kontingente, aktivierte APIs, Organisationsrichtlinien, Zugangsdaten, DNS, Firewall-Regeln, Proxys und die Anwendungskonfiguration können Google-Cloud-Fehler verursachen, ohne dass ein plattformweiter Ausfall vorliegt.
Öffnen Sie das Google Cloud Status Dashboard und suchen Sie nach einem Vorfall, der zum betroffenen Produkt oder zur API, zur Region, zum Vorgang und zum Zeitpunkt des Problembeginns passt. Wenn der Umfang übereinstimmt, vermeiden Sie unnötige Konfigurationsänderungen und verfolgen Sie die Updates zum Vorfall.
Eine Statusseite kann ein Problem, das auf ein Projekt, Konto, eine Ressource, ein Kontingent oder eine Anwendung begrenzt ist, nicht ausschließen. Wenn kein passender Hinweis vorhanden ist, fahren Sie mit den folgenden Prüfungen des engeren Umfangs fort.
Stellen Sie sicher, dass der Request das vorgesehene Google-Cloud-Konto und -Projekt verwendet. Prüfen Sie, ob die erforderliche API aktiviert ist, die Identität über die notwendigen Berechtigungen verfügt, die Abrechnung wie erwartet konfiguriert ist und das Projekt kein Kontingent oder Ressourcenlimit erreicht hat. Vergleichen Sie nur dann mit einem bekannten funktionierenden Projekt oder einer bekannten funktionierenden Identität, wenn dieser Vergleich sicher und autorisiert ist.
Bei einem reinen Console-Problem können Sie ein privates Fenster, einen anderen unterstützten Browser oder ein anderes Netzwerk ausprobieren. Schließen Sie vorübergehend Erweiterungen, veraltete Sitzungsdaten und eine abgelaufene Anmeldesitzung als Ursache aus. Wenn das Problem dem Konto und nicht dem Browser folgt, untersuchen Sie statt wiederholt Browserdaten zu löschen die Identität, die Organisationsrichtlinie, die Berechtigungen oder die Projektauswahl.
Wenn die Console oder API nicht erreichbar ist, vergleichen Sie den Browserzugriff mit einem Request aus einer Anwendung oder über die Kommandozeile und testen Sie, sofern autorisiert, von einem anderen Netzwerk aus. Prüfen Sie Proxy, VPN, Firewall, ausgehenden Datenverkehr, DNS und das Zertifikatsverhalten. Ein Timeout, eine Verbindungsablehnung, ein DNS-Fehler oder ein TLS-Fehler erfordert ein anderes Vorgehen als eine API-Antwort, die auf Autorisierungs-, Kontingent- oder ungültige Request-Fehler hinweist.
Relevante Anleitungen:
Erfassen Sie, sofern verfügbar, den vollständigen HTTP-Status, den Response-Body, den Endpunkt, die Region, die Projekt-ID, den Zeitstempel sowie die Request- oder Correlation-ID. Prüfen Sie die Application-Logs und den Status des Vorgangs oder Deployments beim betreffenden Google-Cloud-Produkt. Unterscheiden Sie Authentifizierungs- und Autorisierungsfehler von ungültigen Argumenten, Rate-Limits, nicht verfügbaren Services, Gateway-Fehlern und clientseitigen Timeouts.
Wiederholen Sie Requests nur entsprechend dem dokumentierten Verhalten der jeweiligen API oder des Clients. Verwenden Sie bei vorübergehenden Fehlern gegebenenfalls Backoff und wiederholen Sie nicht blind nicht-idempotente Schreibvorgänge.
Vergleichen Sie im Dashboard den Umfang und Zeitpunkt des Vorfalls mit Ihren Symptomen. Für umgebungsspezifische Details konsultieren Sie die Dokumentation des betreffenden Google-Cloud-Produkts und prüfen Sie die Logs Ihres Projekts, Ihrer Anwendung und Ihres Netzwerks.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.
Prüfen Sie das Google Cloud Status Dashboard auf einen Vorfall, der das von Ihnen verwendete Produkt, die API oder Region betrifft. Vergleichen Sie Umfang und Startzeit des Vorfalls mit Ihren eigenen Fehlern, bevor Sie von einem plattformweiten Ausfall ausgehen.
Die Console und der API-Request können unterschiedliche Services, Zugangsdaten, Endpunkte, Berechtigungen, Projekte und Regionen verwenden. Prüfen Sie die API-Antwort, das ausgewählte Projekt, die Authentifizierung, die aktivierte API, das Kontingent, den Netzwerkpfad und die Anwendungskonfiguration.
Ein auf ein Projekt begrenzter Fehler kann durch Berechtigungen, Abrechnung, Kontingente, aktivierte APIs, Organisationsrichtlinien, Ressourcenkonfiguration oder ein Deployment verursacht werden. Er ist allein kein Beleg für einen Google-Cloud-weiten Ausfall.
Dokumentieren Sie das betroffene Produkt und den Vorgang, Projekt und Region, den genauen Fehler und HTTP-Status, den Zeitpunkt des ersten Fehlers, die Häufigkeit, den verwendeten Client oder das verwendete Netzwerk sowie eine Request- oder Correlation-ID aus der Antwort oder den Logs. Entfernen Sie Geheimnisse und vertrauliche Daten, bevor Sie Diagnosedaten weitergeben.
Nicht automatisch. Befolgen Sie die Retry-Hinweise der jeweiligen API oder des Clients. Vorübergehende Fehler bei Lesevorgängen können sich mit Backoff für einen erneuten Versuch eignen, wiederholte nicht-idempotente Schreibvorgänge können jedoch doppelte Vorgänge erzeugen oder die Diagnose erschweren.
Testen Sie aus einem anderen Netzwerk oder einer anderen authentifizierten Umgebung und prüfen Sie Projektauswahl, Berechtigungen, Abrechnung, Kontingente, API-Konfiguration, DNS, Firewall, Proxy und Application-Logs. Ein auf Ihr Projekt, Ihre Region, Ihr Konto, Ihre Ressource oder Ihr Netzwerk begrenztes Problem erscheint möglicherweise nicht als plattformweiter Vorfall.
Diese Live-Prüfung läuft von unserem Server aus und kann nicht jede Region, jedes Konto, jede Funktion oder jeden Netzwerkpfad abbilden.