GCP障害

 (status.cloud.google.com)
2 ポイント 投稿者 GN⁺ 2025-06-13 | 1件のコメント | WhatsAppで共有
  • Google Cloud Service Health ダッシュボードは、Google Cloud サービスの状態を製品・ロケーション別に表示し、現在の画面は 広範囲な重大障害なし の状態
  • プロジェクト別の影響は全体ダッシュボードだけでは不十分な場合があるため、Personalized Service Health でカスタム通知、API データ、ログまで確認する必要がある
  • 状態の範囲は Americas、Europe、Asia Pacific、Middle East、Africa、Multi-regions、Non-regional に分かれており、製品別の状態をロケーション軸で確認できる
  • Multi-regions は複数のリージョンにまたがる冗長・分散ロケーションであり、Non-regional は特定リージョンではない グローバル展開サービス の状態を示す
  • インシデント履歴、RSS、JSON History、JSON Product Catalog が提供され、表示時刻は US/Pacific 基準で、最終更新は 2026年7月3日 12:35 PDT

現在の Google Cloud ステータス

  • Google Cloud Service Health は Google Cloud サービスの 状態情報 を提供する
  • 現在、ダッシュボード上部の状態は No broad severe incidents と表示されている
  • プロジェクトに影響する可能性のあるイベントは、アカウント別ビューで確認するよう案内している
  • 最終更新時刻は 2026年7月3日 12:35 PDT

プロジェクト別の障害確認

  • Personalized Service Health は、Google Cloud プロジェクトに影響するインシデントをより詳しく表示する
    • カスタム通知
    • API データ
    • ログ
  • アカウント別の状態確認は、Google Cloud アカウントへ移動して確認する流れになっている

製品・ロケーション別のステータス構成

  • ダッシュボードでは、製品別の状態をロケーション軸で分けて確認できる
    • Americas
    • Europe
    • Asia Pacific
    • Middle East
    • Africa
    • Multi-regions
    • Non-regional
  • Multi-regions は、広い地理的エリア内の複数リージョンにまたがって冗長化・分散されるよう Google が管理するサービスロケーション
  • Non-regional は、特定のロケーションではなくグローバルに展開されたサービスの状態を示す
    • この領域の更新は、そのサービスの問題を意味する
    • すべてのリージョンに影響するプラットフォーム全体の障害を意味するわけではない

ステータス表記と対象サービス

  • ステータス凡例には Available と Multiple regions affected が含まれる
  • ステータス表には Google Cloud のさまざまな製品が含まれる
    • Google Compute Engine
    • Google Kubernetes Engine
    • Google Cloud Storage
    • Google BigQuery
    • Cloud Run
    • Cloud SQL
    • Vertex AI 関連 API とサービス
    • IAM、VPC、Cloud Logging、Cloud Monitoring など
  • 各製品はロケーション別の状態を併せて確認する構成になっている

インシデント履歴とデータアクセス

  • View incident history でインシデント履歴を確認できる
  • ステータスデータは複数の形式で提供される
  • Google Security Products 関連のインシデントは、別のステータスページで確認するよう案内している
  • Looker original 関連のインシデントも、別のステータスページで確認するよう案内している

関連記事

1件のコメント

 
GN⁺ 2025-06-13
Hacker Newsの意見

  • Googleの中央サービスである Chemist が落ちたように見える
    "Chemist checks the project status, activation status, abuse status, billing status, service status, location restrictions, VPC Service Controls, SuperQuota, and other policies."
    そのため「visibility check (of the API) failed」や「cannot load policy」のようなエラーと、広範なサービスへの影響が説明できる
    参考: https://cloud.google.com/service-infrastructure/docs/service...
    さらにGoogleは「(Google Cloud) is down due to Identity and Access Management Service Issue」と明らかにしている

    • GCPだけでなく、複数のインターネットサービスが落ちていた
      この Chemist サービスが特に外部依存の影響を受け、その失敗がGCP内部のネットワークサービスにまで伝播した可能性がある
    • 通知にExpoの中継を使っているが、このGoogleの文脈なら FCM も一緒に影響を受ける可能性があるのか気になる

  • Claude Sonnet 4（Cursor）とGemini Proでエラーが多発している
    だめだ、これからはまた頭を使って、2024年12月の原始人みたいにコードの100%を自分で書くことになりそう

    • AI Studioでも同じ問題が出ている: Failed to generate content: user has exceeded quota. Please try again later.
    • Cloud Storageのファイルアップロードをテストしていたところなので、散歩に行くにはいいタイミングかもしれない
    • Cursorの Auto Agentモード でもエラーが出ている
    • 2025年6月12日以前の開発者たち: 「AI？ふん、幻覚の塊じゃないか。絶対に俺の代わりなんてできない！」
      2025年6月12日のGCP障害中の開発者たち: 「何、AIがないだって？！俺を奴隷だと思ってるのか？！」
    • openrouter.aiにも接続できない

  • Cloudflareも落ちている。https://www.cloudflarestatus.com によると:
    "Update - We are seeing a number of services suffer intermittent failures. We are continuing to investigate this and we will update this list as we assess the impact on a per-service level."
    影響を受けているサービスは、Access、WARP、SQLiteベースのDurable Objects、Workers KV、Realtime、Workers AI、Stream、Cloudflareダッシュボードの一部
    2025年6月12日 18:48 UTC
    追加: https://news.ycombinator.com/item?id=44261064

    • CloudflareがGCPを 中核的な依存先 として使っているなら、かなり深刻なWTFに見える

  • 18:43 UTC時点では、ほぼすべてが落ちているように見える: https://downdetector.com/

    • そう。そのサービスのチャートは、おそらくGCP内部で検知した結果だったようだ
      Google担当者との通話中に誰かが「AWSも落ちた」と言い、AWSの可用性を自分で確認する前に、つい「BGP攻撃かもしれない」と言ってしまった。恥ずかしい
    • Googleの障害のせいで AWSやMicrosoft 365 まで影響を受けるとは予想していなかったので興味深い
    • 検知ロジックがGoogle Cloud上で動いているのかもしれない /s
    • こういう事故のとき、Downdetector は100%誤情報をばらまく

  • ステータスページは緑なのに、障害報告は上がっている: https://downdetector.com/status/google-cloud/

    • これなら何のためにステータスページを置いているのか分からない
      10万人を超えるユーザーがいる組織で Google Meet が使えないという報告もあった。企業がステータスページを更新しないなら、むしろ無いほうがまし
      https://www.google.com/appsstatus/dashboard/
      https://status.cloud.google.com/index.html
      追記: この投稿をしてから1分もしないうちに GCP のステータスページが更新され、影響を受けるサービスとして Cloud Data Fusion、Cloud Memorystore、Cloud Shell、Cloud Workstations、Google Cloud Bigtable、Google Cloud Console、Google Cloud Dataproc、Google Cloud Storage、Identity and Access Management、Identity Platform、Memorystore for Memcached、Memorystore for Redis、Memorystore for Redis Cluster、Vertex AI Search が表示された
    • インシデントのリンクはこちら: https://status.cloud.google.com/incidents/ow5i3PPK96RduMcb1S...
    • 企業がなぜ障害を正直に認められないのか分からない。そうしてくれれば、こちらが1時間も内部問題だと思って迷走せずに済むのに
      本当に神頼みの状態
      $ prod
      Fetching cluster endpoint and auth data.
      ERROR: (gcloud.container.clusters.get-credentials) ResponseError: code=503, message=Visibility check was unavailable. Please retry the request and contact support if the problem persists
    • リモート勤務の数百人規模の会社で、Google Meetings への接続が90%以上失敗している。会議に入るとただ 504 が出る
    • いま更新され、Console、Dataproc、GCS、IAM、Identity Platform への影響が表示された: https://status.cloud.google.com/incidents/ow5i3PPK96RduMcb1S...

  • この障害のせいで RCS メッセージングまで落ちたのは奇妙だ。技術やインフラ設計がどれほど脆いかを示している

    • RCS は実質ただのインスタントメッセージングじゃないの？ 落ちるのがなぜ驚きなのか分からない
    • だから今日、両親から犬の写真を受け取れなかったのか
    • なんてことだ、だからさっき自分の RCS チャットが失敗していたのか？！

  • Firebase 認証が落ちており、多くのアプリに影響している。Discord と Slack のグループでも同じ確認が相次いでいる
    ほぼ30分間ステータスページに何も載らないのは少し残念だ: https://status.firebase.google.com/

    • たった今更新された。おそらく自分たちの障害の影響を受けていたのだろう

  • Cloudflare の障害もたった今更新された
    "Cloudflare’s critical Workers KV service went offline due to an outage of a 3rd party service that is a key dependency. As a result, certain Cloudflare products that rely on KV service to store and disseminate information"

    • そのサードパーティサービスは GCP なのか？

  • 今回のように見える BGP ルーティング異常を確認できる良いダッシュボードを知っているか気になる
    今 https://radar.cloudflare.com/routing を調べているところだが、実際にどの経路がリークされたのかは表示してくれない
    良いツールのおすすめがあれば助かる

  • HN がこういう肥大化したものなしに単一のベアメタルサーバーでホストされていてよかった

    • HN も落ちたことはかなり何度も覚えている