Google Cloud est-il en panne ?

Comprendre la disponibilité de Google Cloud

Google Cloud comprend de nombreux produits, API, régions, projets et services d’infrastructure. Un incident affectant une API ou une région peut laisser la Cloud Console et les services indépendants fonctionner normalement. À l’inverse, une Console fonctionnelle ne prouve pas qu’une VM, un déploiement, une base de données, un endpoint d’API ou une application est opérationnel.

Utilisez le Google Cloud Status Dashboard pour vérifier les incidents signalés et les avis de disponibilité propres à chaque service. Comparez chaque avis avec le produit, l’opération, la région, le projet concernés et l’heure à laquelle vos erreurs ont commencé.

Si aucun incident correspondant n’est répertorié, examinez la portée plus restreinte de la défaillance. Les autorisations, la facturation, les quotas, les API activées, les règles d’organisation, les identifiants, le DNS, les règles de pare-feu, les proxys et la configuration de l’application peuvent tous provoquer des erreurs Google Cloud sans indiquer une panne généralisée de la plateforme.

Diagnostiquer les problèmes Google Cloud

Vérifier la présence d’un incident signalé

Ouvrez le Google Cloud Status Dashboard et recherchez un incident correspondant au produit ou à l’API concernés, à la région, à l’opération et à l’heure de début du problème. Si la portée correspond, évitez les modifications de configuration inutiles et suivez les mises à jour de l’incident.

Une page de statut ne permet pas d’exclure un problème limité à un projet, un compte, une ressource, un quota ou une application. Si aucun avis correspondant n’est publié, poursuivez avec les vérifications plus ciblées ci-dessous.

Distinguer les défaillances de la plateforme, de la région, du projet et de la ressource

• Si plusieurs produits et projets Google Cloud indépendants échouent simultanément, un problème plus général de plateforme ou de réseau est plus probable.
• Si une seule région, un seul projet, une seule API, une seule ressource, un seul déploiement ou une seule opération échoue, examinez d’abord cette portée avant de considérer l’événement comme global.
• Si la Cloud Console fonctionne mais qu’une requête d’application échoue, concentrez-vous sur l’API, l’endpoint, les identifiants, le quota, le chemin du pare-feu et les journaux de l’application concernés.
• Si un seul utilisateur est touché, vérifiez son compte, ses autorisations, la règle d’organisation et le projet sélectionné.

Vérifier la configuration du projet, de l’identité, de la facturation et des quotas

Vérifiez que la requête utilise le compte et le projet Google Cloud souhaités. Assurez-vous que l’API requise est activée, que l’identité dispose des autorisations nécessaires, que la facturation est configurée comme prévu et que le projet n’a pas atteint un quota ou une limite de ressources. Comparez avec un projet ou une identité dont le fonctionnement est connu uniquement si cette comparaison est sûre et autorisée.

Examiner les problèmes liés à la Cloud Console et au navigateur

Pour un problème limité à la Console, essayez une fenêtre privée, un autre navigateur pris en charge ou un autre réseau. Écartez temporairement les extensions, les données de session obsolètes et l’expiration de la session de connexion. Si le problème suit le compte plutôt que le navigateur, examinez l’identité, la règle d’organisation, les autorisations ou la sélection du projet au lieu d’effacer les données du navigateur à répétition.

Examiner les défaillances réseau, DNS et TLS

Si la Console ou l’API est inaccessible, comparez l’accès depuis le navigateur avec une requête effectuée par une application ou en ligne de commande et, si vous y êtes autorisé, testez depuis un autre réseau. Examinez le proxy, le VPN, le pare-feu, la sortie réseau, le DNS et le comportement des certificats. Un délai d’attente, un refus de connexion, une erreur DNS ou une erreur TLS nécessite une démarche différente de celle d’une réponse d’API signalant un problème d’autorisation, de quota ou de requête invalide.

Guides associés :

• [ERR_CONNECTION_TIMED_OUT](/guides/err-connection-timed-out)
• [ERR_CONNECTION_REFUSED](/guides/err-connection-refused)
• [DNS_PROBE_FINISHED_NXDOMAIN](/guides/dns-probe-finished-nxdomain)
• [ERR_SSL_PROTOCOL_ERROR](/guides/err-ssl-protocol-error)

Examiner les erreurs d’API et d’application

Collectez le statut HTTP complet, le corps de la réponse, l’endpoint, la région, l’identifiant du projet, l’horodatage ainsi que l’identifiant de requête ou de corrélation lorsqu’il est disponible. Consultez les journaux de l’application et le statut de l’opération ou du déploiement du produit Google Cloud concerné. Distinguez les échecs d’authentification et d’autorisation des arguments invalides, des limites de débit, des services indisponibles, des erreurs de passerelle et des délais d’attente côté client.

Effectuez des nouvelles tentatives uniquement conformément au comportement documenté de l’API ou du client concerné. Utilisez une temporisation progressive pour les défaillances temporaires lorsque cela est approprié et ne relancez pas aveuglément les écritures non idempotentes.