GCP 장애
(status.cloud.google.com)- 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 관련 사고도 별도 상태 페이지에서 확인하도록 안내함
댓글과 토론
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도 같이 영향을 받는 게 가능한지 궁금함
- GCP뿐 아니라 여러 인터넷 서비스가 내려갔음
-
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도 접속이 안 됨
- AI Studio에서도 같은 문제가 남:
-
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% 잘못된 정보를 뿌림
- 맞음. 이 서비스의 차트가 아마 GCP 내부에서 탐지한 결과였던 것 같음
-
상태 페이지는 초록색인데, 장애 보고는 올라오고 있음: 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...
- 회사들이 왜 장애를 솔직히 인정하지 못하는지 모르겠음. 그래야 우리가 한 시간 동안 내부 문제인 줄 알고 헤매지 않음
정말 신의 손에 맡겨진 상태임
$ 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가 남
- 이제 갱신됐고 콘솔, 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"- 그 제3자 서비스가 GCP인가?
-
이번처럼 보이는 BGP 라우팅 이상을 확인할 만한 좋은 대시보드를 아는지 궁금함
지금 https://radar.cloudflare.com/routing을 뒤져보는 중인데, 실제로 어떤 경로가 유출됐는지는 보여주지 않음
좋은 도구 추천이 있으면 좋겠음- CF Radar는 처음 보는 것 같은데 꽤 멋짐
다른 도구들도 있음. 다만 일부는 현재 장애 때문인지 문제가 있는 것 같음
https://atlas.ripe.net/probes/public
https://www.ihr.live/en/global-report
https://www.ihr.live/en/network
https://bgp.he.net/
https://ioda.inetintel.cc.gatech.edu/dashboard/asn - 기본으로 먼저 보는 곳은 여기: https://bgp.tools/
그런데 왜 이번 장애가 인터넷 BGP 관련이라고 생각했는지 궁금함 - 나도 이 분야는 초보인데, "Announced IP Address Space" 섹션에서 주소 수가 저렇게 크게 뛰는 게 정상인지 궁금함
- BGP 공격인가?
- CF Radar는 처음 보는 것 같은데 꽤 멋짐
-
HN이 이런 비대한 것들 없이 단일 베어메탈 서버에 호스팅돼 있어서 다행임
- HN도 내려갔던 적은 꽤 많이 기억남