facts

9월 3일 오전(PT) OpenAI, Anthropic, xAI의 프론티어 모델들이 동시다발적으로 서비스 중단 사태를 겪었다. 가장 먼저 장애 신호가 포착된 곳은 Anthropic이다. 오전 6시 23분부터 클로드 미토스 5.1(Claude Mythos 5.1), 클로드 페이블 5.1(Claude Fable 5.1), 클로드 오퍼스 5(Claude Opus 5) 모델에서 요청 오류가 급증했다. 이후 오전 9시 16분경에 문제가 해결되었으며, 클로드 소네트 5(Claude Sonnet 5) 역시 오전 9시 직후 일시적인 장애를 보였다.

비슷한 시각인 오전 6시 30분부터 xAI의 그록(Grok) 역시 모든 플랫폼과 서비스에서 장애가 발생했다. xAI는 서비스 상태 페이지를 통해 조사 중임을 알렸고, 오전 10시 5분에서야 상황이 종료되었음을 공지했다. OpenAI의 경우 오전 7시 43분부터 라우팅 오류가 발생해 챗GPT(ChatGPT)와 코덱스(Codex)를 일부 사용자가 이용하지 못했다. OpenAI 측은 오전 8시 17분경 해결책을 적용해 모니터링 단계로 들어갔다고 밝혔다.

장애 원인에 대해 xAI의 모회사인 스페이스X(SpaceX)는 멤피스 컴퓨팅 센터의 장애로 인해 그록 서비스에 문제가 생겼다고 설명했다. 반면 OpenAI는 단순 라우팅 오류로 정의했으며, Anthropic은 구체적인 원인을 밝히지 않은 채 원인 파악 후 수정 조치를 완료했다고만 전했다.

market-flow

일반적으로 특정 산업군 내 여러 서비스가 동시에 중단되면 아마존 웹 서비스(AWS), 마이크로소프트 애저(Azure), 클라우드플레어(Cloudflare) 같은 대형 클라우드 제공사나 콘텐츠 전송 네트워크(CDN)의 공통 장애를 의심한다. 하지만 이번 사태에서는 이들 주요 인프라 사업자 중 어느 곳도 장애 보고를 하지 않았다. OpenAI와 Anthropic 역시 외부 서비스 제공자의 문제를 언급하지 않았다.

주목할 지점은 xAI와 Anthropic이 맺고 있는 인프라 관계다. 두 회사는 지난 5월 스페이스X와 '컴퓨팅 파트너십'을 체결했다. xAI의 모회사가 스페이스X라는 점과 더불어, Anthropic 역시 스페이스X의 컴퓨팅 자원을 활용하는 구조라는 점이 이번 동시 장애의 연결 고리로 거론된다. 실제로 스페이스X는 이번 사태 이후 "영향을 받은 컴퓨팅 파트너들에게 사과한다"는 입장을 밝혔다.

이번 사건은 AI 모델의 성능 경쟁만큼이나 이를 뒷받침하는 컴퓨팅 인프라의 물리적 위치와 파트너십 구조가 서비스 가용성에 직접적인 영향을 미친다는 점을 보여준다. 특정 컴퓨팅 센터나 파트너십에 의존하는 구조가 예상치 못한 '단일 장애점(Single Point of Failure)'으로 작용할 수 있다는 가능성이 확인된 셈이다.

reader-impact

AI 서비스를 도입하거나 운영하는 기업 실무자는 특정 모델에 대한 의존도를 낮추는 '멀티 모델 전략'의 필요성을 다시 확인해야 한다. 이번 사례처럼 서로 다른 회사의 모델들이 동일한 컴퓨팅 파트너십이나 인프라 망을 공유하고 있을 경우, 개별 회사의 장애 대응 능력과 상관없이 서비스 전체가 동시에 마비될 리스크가 존재한다.

특히 엔터프라이즈 환경에서 AI를 핵심 워크플로우에 통합한 개발자라면, 장애 발생 시 즉시 전환 가능한 대체 모델(Fallback Model) 체계를 구축했는지 점검할 필요가 있다. 단순한 API 교체가 아니라, 서로 다른 인프라 기반을 가진 모델들을 분산 배치함으로써 인프라 레벨의 공통 장애 리스크를 분산하는 설계가 요구된다.

앞으로 관찰해야 할 신호는 AI 기업들이 컴퓨팅 자원을 확보하는 방식의 변화다. 자체 데이터센터 구축이나 클라우드 제공사의 다변화가 단순한 비용 절감을 넘어, 서비스 안정성을 담보하기 위한 필수적인 리스크 관리 전략으로 채택되는지 살펴야 한다.