챗GPT·클로드·그록 동시 장애…AI 서비스 신뢰성에 남긴 경고

같은 시간대 장애였지만, ‘하나의 대형 장애’로 단정할 수는 없다

2026년 9월 3일 오전(미국 태평양시간 기준), 주요 생성형 AI 서비스인 OpenAI의 챗GPT와 코덱스(Codex), Anthropic의 클로드(Claude), xAI의 그록(Grok)에서 이용 장애가 겹쳐 나타났다. 경쟁 관계인 서비스들이 비슷한 시간대에 동시에 문제를 보이면서 사용자들의 체감 충격도 컸다.

다만 현재 확인된 사실만으로는 이를 단일한 공통 원인의 장애로 볼 수 없다. OpenAI는 자사 장애 원인을 라우팅 오류라고 설명했으며, 다른 두 서비스의 공개 공지와 보도만으로는 세 회사의 장애를 연결하는 공통 기술 원인이 확인되지 않았다. 즉, 이는 ‘동시 발생한 개별 장애’로 보는 것이 가장 신중한 해석이다. 4041

챗GPT·코덱스는 언제부터 얼마나 영향을 받았나

OpenAI에 따르면 9월 3일 오전 **7시 43분(PT)**부터 라우팅 오류가 발생해 일부 사용자는 여러 플랫폼에서 챗GPT와 코덱스를 이용할 수 없었다. 회사는 약 8시 17분(PT) 해결 조치를 적용했고, 이후 복구 상태를 모니터링했다고 밝혔다. 40

OpenAI 상태 페이지에는 14시 58분(UTC) ‘챗GPT와 코덱스 전반의 오류 증가’ 사고가 등록됐다. 이후 공지가 정리된 시점은 **16시 55분(UTC)**로 전해졌다. 시작 시점인 7시 43분(PT·14시 43분 UTC)부터 계산하면 약 2시간 12분 동안 영향이 이어진 셈이다. 다만 모든 사용자와 기능이 동일하게 중단된 전면 장애는 아니었다. 174041

클로드와 그록도 같은 시간대에 문제가 나타났다. 보도에 인용된 상태 공지에 따르면 Anthropic의 모델 오류 사고는 16시 16분(UTC) 해결됐고, xAI는 17시 7분(UTC) 그록 트래픽이 정상 상태라고 알렸다. 41

사용자들이 겪은 문제와 Downdetector 신고 규모

사용자들은 로그인 실패, 채팅 오류, 응답 미반환, 웹·앱 접속 문제 등을 보고했다. 장애 신고 집계 사이트 Downdetector에서는 특히 챗GPT 관련 신고가 크게 늘었다.

미국 기준으로 챗GPT는 3만5,000건 이상, 클로드는 1,400건 이상, 그록은 1,200건 이상의 신고가 접수된 것으로 인용됐다. 인도에서는 챗GPT 2,800건 이상, 클로드 약 170건, 그록 70건 이상의 신고가 집계됐다. 이 수치는 영향을 받은 전체 계정 수가 아니라 이용자 신고 건수이지만, 장애가 광범위하게 인지됐다는 신호로 볼 수 있다. 42

OpenAI는 상태 페이지에서 챗GPT와 코덱스의 오류율 상승을 공식 확인했고, 이후 해당 사고를 해결된 상태로 표시했다. 당시 보도는 문제가 특정 앱 하나에 국한되지 않고 웹, 모바일, 데스크톱 전반에서 나타났다고 전했다. 17203950

클로드에서는 Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8, Opus 4.6 등 여러 모델의 오류율이 높아진 것으로 보도됐다. 이후 다수 모델은 정상 오류율 수준으로 돌아왔지만, Opus 4.8과 Opus 5는 더 오랫동안 영향을 받은 것으로 알려졌다. 364749

xAI도 그록의 서비스 문제를 인정했으며, 뒤이은 보도에서는 트래픽이 정상화됐다고 전했다. 4941

제미나이는 ‘문제없던 대안’이었나

초기 보도 중에는 구글 제미나이(Gemini)가 챗GPT·클로드·그록과 달리 사용 가능한 주요 대안처럼 묘사된 경우가 있었다. 그러나 이 해석도 조심할 필요가 있다. 다른 보도에서는 제미나이 관련 Downdetector 신고도 언급됐지만, 제공된 자료상 구글이 대응하는 공식 장애 공지를 냈다는 근거는 확인되지 않는다. 4448

서비스 장애에서는 일부 사용자가 정상 이용이 가능하더라도 다른 지역·기능·계정군에서는 오류가 높게 나타날 수 있다. Downdetector 같은 신고 지표는 중요한 초기 신호지만, 사업자의 사고 보고나 서비스별 모니터링을 완전히 대체하지는 못한다.

채팅 장애를 넘어 코딩·자동화·리서치까지 멈춘 이유

이번 문제의 영향은 단순히 ‘챗봇에게 질문을 못 하는 불편’에 그치지 않는다. 코딩 보조 도구나 에이전트 기반 업무 흐름이 중단되면 개발 작업 자체가 멈출 수 있다. API 오류는 AI를 탑재한 제품 기능과 사내 자동화를 실패시키거나 대기열에 쌓이게 만들 수 있다. 검색·요약·장시간 조사 기능에 의존하는 리서치 업무 역시 도구가 멈추면 즉각 영향을 받는다.

OpenAI의 최근 사고 이력만 봐도 코덱스, 검색, 에이전트, 딥 리서치(Deep Research), 커넥터, 파일 업로드, 로그인, GitHub 연동 흐름 등 폭넓은 기능이 별도 장애의 영향을 받을 수 있음을 알 수 있다. 19242529

이는 특정 사업자만 유독 불안정하다는 뜻은 아니다. 오히려 한 사업자, 한 모델, 한 에이전트 실행 환경에 업무를 집중할 경우 그 지점이 운영상 단일 장애 지점(SPOF) 이 될 수 있음을 보여준다.

‘아스트라·GPT-6 출시설 때문’이라는 추측은 근거가 없다

장애 시점은 OpenAI가 ‘아스트라(Astra)’로 불리는 발표를 준비 중이며, 미래의 GPT-6 계열 모델과 연관될 수 있다는 소문과 겹쳐 여러 추측을 낳았다. 하지만 제공된 근거는 이 발표설과 장애의 인과관계를 뒷받침하지 않는다.

OpenAI가 밝힌 자사 장애 원인은 라우팅 오류였다. 어떤 사업자도 동시다발적 문제를 아스트라, GPT-6 또는 모델 출시와 연결해 공식 설명하지 않았다. 시간상 겹쳤다는 사실은 주목을 끌 수 있지만, 원인을 입증하지는 않는다. 403746

과거 장애 이력이 말해주는 것

9월 3일의 일은 이 시장에서 처음 있는 장애가 아니다. xAI의 상태 이력에는 2025년 1월 15일 그록-2 타임아웃이 3시간 10분 지속된 사례와, 그록-2 구조화 출력 기능 장애가 3일 21시간 이어진 사례가 남아 있다. 23

OpenAI 역시 코덱스 작업, 챗GPT 기능, API 연동 업무와 관련한 별도의 장애들을 기록해 왔다. 212732

그렇다고 이 자료만으로 사업자별 신뢰성을 순위 매겨서는 안 된다. 장애 시간, 영향 범위, 이용자 규모의 정의가 동일하지 않아 직접 비교가 어렵기 때문이다. 다만 중요한 업무를 호스팅형 AI 서비스에 올리는 조직이라면 장애를 예외가 아닌 운영 계획에 포함해야 할 위험으로 봐야 한다는 결론은 뒷받침한다.

AI 의존 업무를 위한 연속성 점검표

중요한 업무에서 장애 영향을 줄이려면, 사고가 난 뒤가 아니라 사전에 대체 수단을 준비해야 한다.

• 사업자 중립적 인터페이스를 고려한다. 요청 형식이나 업무 흐름을 특정 공급자에 과도하게 묶지 않는다.
• 중요 업무의 대체 경로를 정한다. 두 번째 AI 사업자, 소형 로컬 모델, 기능을 축소한 절차, 수동 처리 방식 등을 미리 선택한다.
• 긴급하지 않은 API 작업은 안전하게 큐잉·재시도한다. 반복 요청이 장애를 더 키우지 않도록 횟수와 간격에 제한을 둔다.
• 핵심 업무와 편의 기능을 구분한다. 대화형 도우미는 중단돼도 될 수 있지만, 코드 리뷰·고객 지원·제품 실행을 막는 흐름은 그렇지 않을 수 있다.
• 페일오버와 수동 대응 절차를 실제로 시험한다. 한 번도 작동을 검증하지 않은 백업은 신뢰할 수 있는 연속성 계획이 아니다.

9월 3일 사례가 이례적이었던 이유는 잘 알려진 여러 AI 서비스가 같은 시간대에 장애를 보였다는 데 있다. 그러나 더 큰 교훈은 평범하고도 분명하다. 다음 장애를 정확히 예측하는 것보다, 한 사업자의 사고가 핵심 업무 전체를 멈추게 하지 않도록 설계하는 일이 더 중요하다. 41