breakinglog
러시아의 검색과 AI 기업 얀덱스(Yandex)가 10월 11일(현지시간) 블라디미르 데이터센터의 가동을 완전히 중단했다고 발표했습니다. 드론 공격으로 기반 시설이 손상된 데 따른 조치입니다. 앞서 사소보와 칼루가에서도 데이터센터 장애가 발생해, 며칠 사이 세 곳이 연달아 영향을 받았습니다.
이번 사건이 AI 분야에서 중요한 이유는 데이터센터가 단순한 웹사이트 서버가 아니라 AI 모델의 학습과 추론과 클라우드 고객의 서비스를 떠받치는 시설이기 때문입니다. 얀덱스는 남아 있는 자원 구성이 불안정하다며 클라우드를 비상 운영 모드로 전환하고, 고객들에게 다른 환경에서 복구 계획을 가동하라고 안내했습니다.
11일 새로 확인된 사실: 세 번째 센터 가동 중단
Yandex Cloud 공식 장애 페이지에 따르면 11일 오전 1시 11분(UTC, 한국 시간 오전 10시 11분)에 ru-central1-a 가용 영역의 전원 장애가 공지됐습니다. 오전 3시 8분(UTC, 한국 시간 낮 12시 8분)에는 회사가 블라디미르 데이터센터의 공격 피해와 시설 운영 전면 중단을 확인했습니다. 회사 발표상 인명 피해는 없었습니다.
얀덱스는 곧이어 ru-central1-a와 ru-central1-b 두 가용 영역을 이용할 수 없다고 밝혔습니다. 가용 영역은 클라우드에서 서로 떨어진 설비를 묶어 장애를 분산하기 위한 운영 단위입니다. 두 영역이 동시에 멈추면 한 영역에서 다른 영역으로 옮기는 일반적인 복구 방식만으로는 부족할 수 있습니다.
사소보, 칼루가, 블라디미르…어떻게 이어졌나
| 시설과 날짜 | 확인된 영향 |
|---|---|
| 10월 8일 사소보 | 드론 공격 이후 화재와 운영 중단. AI 개발에 쓰이는 슈퍼컴퓨터 3대 중 2대가 이 시설에 배치돼 있음. |
| 10월 9일 칼루가 | 드론 공격으로 시설 일부 가동 중단. |
| 10월 11일 블라디미르 | 시설 전체 가동 중단. Yandex Cloud 비상 운영과 외부 복구 권고. |
이 경과는 로이터의 11일 보도와 알자지라의 후속 보도를 바탕으로 정리한 것입니다. 세 시설이 모두 완전히 파괴됐다는 뜻은 아닙니다. 블라디미르의 전면 중단, 칼루가의 일부 중단, 사소보의 기존 운영 중단을 구분해야 합니다.
AI Studio는 일부만 이용 가능…서비스별 상태가 다릅니다
회사 공식 상태 페이지의 11일 오전 8시 14분(UTC, 한국 시간 오후 5시 14분) 업데이트에는 Yandex AI Studio 서비스가 일부 이용 가능하다고 적혀 있습니다. 반면 Cloud Console과 API는 접근할 수 있고, Compute 서비스는 ru-central1-d와 ru-central1-e 영역에서 이용 가능하다고 설명했습니다. 즉, 얀덱스의 모든 AI 서비스가 완전히 멈췄다고 말할 수는 없습니다.
같은 시각 데이터베이스 서비스는 일부 장애가 남아 있었고, 객체 저장소인 S3는 읽고 쓸 수 있지만 속도가 느려질 수 있다고 안내됐습니다. Kubernetes는 특정 클러스터에 문제가 남을 수 있으며, Monium 모니터링은 이용할 수 없다고 공지됐습니다. 기술 지원 채널은 부분적으로 복구됐지만 답변이 상당히 지연될 수 있다고 했습니다.
특히 추가 클라우드 자원에 대한 쿼터 발급을 일시 중단했다는 안내가 중요합니다. 기존 시스템을 다른 영역으로 옮기려는 기업도 신규 자원 확보가 곧바로 되지 않을 수 있기 때문입니다. 회사는 외부 플랫폼까지 포함한 대체 복구 계획을 권고했습니다.
AI 슈퍼컴퓨터가 파괴됐다는 뜻은 아닙니다
사소보 데이터센터에는 얀덱스의 AI 모델 개발에 쓰이는 슈퍼컴퓨터 세 대 중 두 대가 있는 것으로 알려졌습니다. 하지만 로이터가 8일 확인한 내용은 이 장비들의 피해 여부와 복구 가능성을 아직 판단할 수 없다는 것이었습니다. 장비가 실제로 파괴됐거나 특정 AI 모델의 학습이 완전히 중단됐다고 단정할 근거는 없습니다.
또 다른 주의점은 서비스별 영향과 물리적 시설의 피해 범위가 다르다는 것입니다. 블라디미르 데이터센터는 운영을 멈췄지만, 일부 클라우드 서비스는 다른 영역에서 계속 제공됐습니다. 따라서 AI Studio의 ‘부분 이용 가능’ 공지와 AI 슈퍼컴퓨터의 손상 여부는 별도로 읽어야 합니다.
Yandex Cloud 사용자는 지금 무엇을 확인해야 하나
먼저 자신의 인스턴스와 데이터베이스, 저장소가 어느 가용 영역에 있는지 확인해야 합니다. ru-central1-a와 ru-central1-b에 의존하는 서비스라면 장애 영향을 우선 점검하고, 실제 백업 복구 대상과 외부 환경으로의 이전 가능 여부를 살펴보는 것이 필요합니다.
고가용성 데이터베이스라고 해도 일부는 읽기 전용으로 전환되거나 접근이 어려울 수 있고, 다른 영역에서 연산 자원을 쓸 수 있어도 신규 쿼터 발급 중단 때문에 계획대로 확장되지 않을 수 있습니다. 공식 상태 페이지는 복구가 끝났다는 일반적인 홍보 안내가 아니라 서비스별 예외를 읽는 곳입니다.
얀덱스가 현재 이용 가능하다고 표시한 영역은 ru-central1-d와 ru-central1-e지만, 이 역시 모든 사용자에게 즉시 이전 가능한 자원이 충분하다는 보장은 아닙니다. 외부 복구 계획이 없는 기업은 현재 서비스 동작 여부뿐 아니라 장애가 더 길어졌을 때의 경로를 점검해야 합니다.
이번 사건이 보여준 AI 인프라의 과제
이번 사건은 한 기업의 데이터센터에서 그치지 않고 물리적 시설, AI 연산 자원, 고객 클라우드 서비스를 얼마나 분리해 운영할 수 있는지를 묻습니다. 평소에는 서로 다른 가용 영역을 이용하는 것으로 충분해 보여도, 여러 지역의 설비가 짧은 기간에 연속해서 영향을 받으면 복구 계획 자체를 다시 살펴야 할 수 있습니다.
다만 아직 밝혀지지 않은 것이 있습니다. 공격으로 손상된 개별 서버와 AI 가속기의 수, AI 모델 학습 작업의 실제 중단 범위, 각 시설의 완전한 복구 일정은 공적으로 확인되지 않았습니다. 확인된 운영 중단과 추정 피해를 구분하는 것이 이번 뉴스를 읽는 핵심입니다.
상황은 계속 바뀔 수 있습니다. 사용자는 Yandex Cloud의 사건별 공식 상태 페이지에서 이용 중인 서비스의 최신 복구 상태를 확인할 수 있습니다. 본문에서 인용한 개별 서비스 상황의 기준은 2026년 10월 11일 오후 5시 14분 한국 시간에 해당하는 공식 업데이트입니다.
보도 근거: Yandex Cloud 공식 장애 공지, Reuters 10월 8일과 11일 보도, Al Jazeera 10월 11일 보도. 피해 사진은 재사용 권리와 시설 동일성이 확인되지 않아 대표 이미지로 사용하지 않았습니다.
