클로드 장애 한 시간 정리 — 공식 타임라인과 API 재시도·대비 점검

어젯밤 11시쯤 클로드가 안 됐다면 내 탓이 아니었습니다. 한국 시간으로 밤 11시부터 11시 59분까지 앱, 클로드 코드, 코워크, API가 함께 오류를 냈고, 그 사이 보낸 메시지 일부는 저장되지 않았을 수 있다고 공지됐습니다.

9월 29일 클로드 서비스 전반에 장애가 있었습니다. 마침 오픈AI 데브데이와 같은 날이라 국내에서도 「하필 잔칫날 먹통」 같은 글이 올라왔습니다. 장애 자체는 한 시간 만에 끝났지만, 클로드 API를 서비스에 붙여 쓰는 개발자라면 이번 기회에 오류 처리를 한 번 점검해 볼 만합니다. 공식 상태 페이지의 사고 기록과 클로드 API 오류 문서를 함께 읽고 정리했습니다.

짧게 정리하면

• 영향 시간은 협정 세계시 14시부터 14시 59분까지로, 한국 시간으로는 9월 29일 밤 11시부터 11시 59분까지였습니다.
• 첫 오류는 14시 36분에 완화됐지만, 이어서 단일 로그인과 애플 로그인이 막히고 새 채팅·클로드 코드 세션 시작이 안 되는 두 번째 문제가 있었습니다.
• 클로드 공식 개발 도구는 일시적 오류를 기본 두 번 자동으로 재시도하지만, 월 지출 한도에 걸린 429 오류처럼 재시도해도 계속 실패하는 오류도 있습니다.

클로드 상태 페이지의 9월 29일 사고 기록과 클로드 API 오류 문서를 대조했습니다. 한국 시간은 협정 세계시에 9시간을 더해 제가 옮긴 값입니다.

한 시간 동안 무슨 일이 있었나

클로드 상태 페이지 사고 기록 기준(9월 29일, 한국 시간은 +9시간 환산)

협정 세계시	한국 시간	공지 내용
14:00	23:00	영향 시작(사후 보고 기준)
14:21	23:21	앱·클로드 코드·코워크 오류 증가 조사 시작, 재시도하면 될 수도 있다고 안내
14:28~14:30	23:28~23:30	일부 API 요청 오류, 콘솔 성능 저하도 조사 대상에 추가
14:36~14:41	23:36~23:41	완화 조치로 오류율 크게 감소, 로그인·클로드 코드 세션 일부는 계속 실패
15:00	30일 00:00	두 번째 문제 공지: 단일 로그인·애플 로그인 불가, 로그인돼 있다면 로그아웃하지 말라고 안내
15:11~16:27	30일 00:11~01:27	14:59부터 대부분 회복, 이 사이 보낸 메시지 일부 미저장 가능, 이후 해결 선언

영향 범위로는 클로드 웹과 데스크톱·모바일 앱, 개발 콘솔, 클로드 API, 클로드 코드, 코워크가 적혔습니다. 사고 기록에 적힌 영향 대상에 아마존 베드록이나 구글 클라우드를 통한 클로드는 들어 있지 않았습니다. 사람이 체감한 증상은 시간대마다 달랐습니다. 앞 36분은 요청 자체가 실패하는 오류였고, 뒤 20여 분은 로그인과 새 세션 시작, 결제, 파일 업로드가 막히는 문제였습니다. 이미 로그인해 있던 사람은 기존 대화를 이어 갈 수 있었기 때문에 「로그아웃하지 말라」는 안내가 나왔습니다. 가동률 숫자가 실제로 무엇을 뜻하는지는 AI 가동률 99.4%의 진짜 뜻에서 다룬 적이 있습니다.

재시도해도 되는 오류, 안 되는 오류

클로드 API 오류 문서에 따르면 공식 개발 도구(파이썬·타입스크립트 등)는 연결 오류, 사용량 한도, 5백번대 서버 오류 같은 일시적 실패를 지수적으로 간격을 늘리며 기본 두 번 자동 재시도합니다. 응답에 다시 시도할 시점을 알려 주는 헤더가 있으면 그 값을 따릅니다. 이 재시도 횟수는 클라이언트 설정으로 바꾸거나 끌 수 있습니다. 문제는 모든 오류가 재시도로 풀리지는 않는다는 점입니다.

클로드 API 오류 문서 기준, 주요 상태 코드와 대응(2026년 9월 30일 확인)

코드	뜻	재시도
500	앤트로픽 내부의 예기치 못한 오류	간격을 늘려 재시도, 계속되면 요청 번호로 문의
529	전체 사용자 트래픽이 몰린 일시적 과부하	일시적 오류로 재시도 대상
504	처리 중 시간 초과	긴 요청은 스트리밍 사용 권장
429(사용량 한도)	분당 한도 등에 걸림, 갑자기 사용량이 늘면 가속 제한으로도 발생	다시 시도할 시점 헤더를 따라 재시도
429(등급 월 지출 한도)	사용 등급의 월 지출 상한 도달	재시도해도 접근이 풀릴 때까지 계속 실패
400·401·403	요청 형식, 키, 권한 문제(직접 건 지출 한도도 400)	재시도로 안 풀림, 원인 수정

과부하 오류에 관해서는 AI 서버 과부하 오류 글에 따로 정리해 뒀고, 클로드 코드가 한도에 걸렸을 때 기다렸다 재시도하는 방식은 한도 자동 대기 글에 있습니다.

스트리밍 응답은 200을 받은 뒤에도 실패할 수 있습니다. 오류 문서는 스트리밍으로 응답을 받는 중에 오류가 나면 앞의 표준 오류 처리 방식이 적용되지 않고, 스트림 안의 오류 이벤트로 온다고 적었습니다. 상태 코드만 보고 성공으로 기록하는 코드라면 이번 같은 장애 때 반쯤 끊긴 답을 정상 결과로 저장할 수 있습니다. 또 월 지출 한도 429는 다시 시도할 시점 헤더가 없어 무한 재시도 고리를 만들기 쉬우니, 재시도 횟수 상한을 반드시 두세요.

다음 장애 때를 위해 챙길 것

제가 문서와 이번 사고 기록을 보고 정리한 점검 항목은 넷입니다. 첫째, 모든 응답의 요청 번호를 로그에 남겨 두세요. 문서는 지원팀 문의 때 이 번호를 함께 보내라고 안내합니다. 둘째, 공식 개발 도구의 기본 재시도 두 번이 내 서비스에 맞는지 보세요. 사용자가 기다리는 화면이라면 적게, 밤새 도는 일괄 작업이라면 더 길게 잡는 식입니다. 셋째, 오류 메시지 문자열을 비교하지 말고 개발 도구가 주는 오류 종류별 예외로 분기하세요. 문서가 명시적으로 권하는 방식입니다. 넷째, 중요한 서비스라면 같은 모델을 다른 경로로 부를 수 있는지 확인해 두세요. 소넷 5.5 글에서 정리했듯 최신 클로드 모델은 아마존 베드록과 구글 클라우드에서도 제공되는데, 이번 사고 기록의 영향 대상에는 이 경로들이 없었습니다. 다만 경로마다 모델 이름과 인증 방식이 다르니 평소에 한 번 호출해 둬야 급할 때 쓸 수 있습니다.

자주 묻는 질문

장애 시간에 보낸 메시지는 사라졌나요

상태 페이지는 협정 세계시 14시부터 14시 59분 사이에 보낸 메시지 일부가 저장되지 않았을 수 있다고 공지했습니다. 그 시간대 대화가 중요했다면 기록이 남아 있는지 직접 확인해 보세요.

장애 원인은 밝혀졌나요

9월 30일 확인 시점의 사고 기록에는 시간표와 영향 범위만 있고 원인 설명은 없었습니다. 사후 분석이 올라오면 같은 사고 페이지에서 확인할 수 있습니다.

장애 소식을 바로 받으려면요

클로드 상태 페이지에서 이메일이나 문자 등으로 알림을 구독할 수 있고, 사고 기록은 알림 피드로도 받아 볼 수 있습니다. 서비스 모니터링 도구에 이 피드를 연결해 두면 사용자보다 먼저 알 수 있습니다.

한 시간짜리 장애는 흔한 일이고, 어떤 AI 서비스도 피할 수 없습니다. 차이는 그 한 시간 동안 내 서비스가 어떻게 무너지느냐입니다. 저라면 오늘 내 코드에서 재시도 횟수 상한이 걸려 있는지, 스트리밍 중간 오류를 잡는지, 요청 번호를 남기는지 세 줄만 먼저 확인하겠습니다.

확인한 곳: 클로드 상태 페이지 「클로드 앱·클로드 코드·코워크·API 오류 증가」 사고 기록(9월 29일, 협정 세계시 14:21~16:27 게시분), 클로드 API 오류 문서(상태 코드별 설명, 자동 재시도, 스트리밍 오류, 요청 번호). 2026년 9월 30일 기준입니다.