IL-0422 Crusoe Cloud · 2025-12-16ai-infra
eu-iceland1-a 의 VAST 공유 스토리지가 3주 동안 느려지고 끊기며 I/O 오류와 마운트 실패를 냈다
2025년 12월 16일 17:13 UTC 에 Crusoe Cloud 는 eu-iceland1-a 리전의 Shared Storage 가 느려지는 문제를 조사하기 시작했다. 이 리전의 공유 스토리지는 VAST 스토리지 소프트웨어로 도는 클러스터이고, Crusoe 는 스토리지 공급사 VAST 와 함께 대응했다. 18:26 UTC 에 수정을 적용하자 스토리지 지연과 처리량이 정상으로 돌아왔지만, 일부 고객에게는 간헐적인 지연이 남았다. 밤에는 스토리지 메타데이터 불일치를 바로잡고 네트워크 연결을 안정시키는 작업이 이어졌다. 12월 17일 00:49 UTC 에는 메타데이터 불일치를 없애려고 무결성 검증을 돌리고 있었다. 검사 중에 데이터가 바뀌지 않도록 클러스터를 보호용 유지보수 상태로 두어 접근을 막았다. 이 때문에 특정 볼륨과 파일에서 마운트 실패와 I/O 오류가 났다. 02:05 UTC 에 검증의 핵심 단계를 끝내고 제한을 풀자 대부분의 볼륨이 돌아왔다. 그러나 02:53 UTC 에는 스토리지 컨트롤 플레인 문제로 VM 작업과 공유 볼륨의 생성, 수정, 삭제가 실패했다. 백그라운드 복구 작업이 도는 동안 성능 흔들림과 연결 끊김이 이어졌다. 23:11 UTC 에 백그라운드 복구 작업을 고객 워크로드와 떼어 놓도록 설정을 바꾸자 클러스터가 안정되기 시작했다.
12월 18일에는 대부분의 고객이 정상으로 돌아왔다. 메타데이터 불일치가 남은 일부 볼륨은 무결성 검사로 범위를 파악했고, VAST 는 제한된 데이터에서 검증한 수동 복구 절차를 바탕으로 자동 복구 절차를 만들었다. 12월 23일에는 복구를 빠르게 하는 자동 도구를 담은 VAST 스토리지 소프트웨어 업그레이드를 배포한 뒤 남은 볼륨의 복구를 다시 시작했다. 같은 날 19:52:53 UTC 부터 20:03:47 UTC 까지 약 10분 동안 모든 공유 볼륨의 읽기, 쓰기, 업데이트가 실패했다. VAST 가 데이터를 복구하면서 손으로 한 관리 작업에서 실수를 했기 때문이었다.
12월 26일에는 공유 볼륨 접근에 영향을 주는 스토리지 네트워크 문제가 두 번 새로 생겼다. 11:17 UTC 에 생긴 첫 번째 문제는 14:39 UTC 에 네트워크 계층을 안정시켜 풀었다. 22:54 UTC 에 생긴 두 번째 문제는 VM 생성, 시작, 정지, 삭제까지 번졌고, VAST 가 클러스터를 재부팅했다. 12월 27일 03:45 UTC 에 해결을 확인했고, 같은 날 VAST 가 복구 작업을 빠르게 하는 설정 변경을 스토리지 노드에 적용했다. 12월 28일 11:10 UTC 에는 스토리지 구성 요소 여러 개가 예기치 않게 오프라인이 되었다가 13:48 UTC 에 복구되었다. 그 뒤 12월 28일, 30일, 31일과 1월 1일에 VAST 스토리지 소프트웨어를 더 업그레이드했다. 1월 2일에 남은 복구 작업을 모두 끝내고 모니터링 단계로 넘어갔고, 1월 7일 17:25 UTC 에 인시던트를 끝냈다.
- 심각도
- –
- 영향 범위
- Shared volumes (Shared Disks) in eu-iceland1-a were slow, intermittently unreachable, returned I/O errors or failed to mount; VM create, start, stop and delete operations and shared volume create, update and delete operations failed at times; all shared volumes failed reads and writes for about 10 minutes on 23 December
- 영향 사용자
- –
- 지역
- eu-iceland1-a
- 감지까지
- –
- 복구까지
- 22d 12m
증상
2025년 12월 16일 17:13 UTC 에 Crusoe Cloud 는 eu-iceland1-a 리전에서 Shared Storage 를 쓸 때 느려지는 문제를 조사하기 시작했다. 17:36 UTC 에는 영향 범위가 넓어져, 고객이 Shared Storage 서비스에서 심한 지연과 간헐적인 접근 문제를 겪었다.
12월 16일 밤에는 고객이 간헐적인 쓰기 오류, 지연 급증, 짧은 연결 끊김을 겪었다. 12월 17일에는 특정 볼륨, 디렉터리, 파일에서 마운트 실패나 I/O 오류가 났고, 일부 파일과 디렉터리는 한동안 접근할 수 없었다.
12월 17일 02:53 UTC 에는 스토리지 컨트롤 플레인에 영향이 이어지면서 VM 작업이 실패했고, 공유 볼륨을 만들고 고치고 지우는 작업도 실패했다. 같은 날 21:22 UTC 에는 성능이 간헐적으로 흔들리고 연결이 끊겨 돌고 있는 워크로드에 일시적인 오류가 날 수 있었다.
12월 18일에는 대부분의 고객이 정상으로 돌아왔지만 메타데이터 불일치가 남은 일부 고객의 볼륨은 계속 복구해야 했다. 12월 23일 19:52:53 UTC 부터 20:03:47 UTC 까지 약 10분 동안은 모든 공유 볼륨에서 읽기, 쓰기, 업데이트 작업이 실패했다.
12월 26일에는 공유 볼륨 접근에 영향을 주는 새 스토리지 네트워크 문제가 두 번 생겼다. 두 번째 문제는 VM 생성, 시작, 정지, 삭제 작업까지 번졌다. 12월 28일 11:10 UTC 에는 스토리지 구성 요소 여러 개가 예기치 않게 오프라인이 되어 공유 볼륨을 쓸 수 없었고 VM 관리 작업도 막혔다.
원인
원인 unknown
- 촉발
- –
감지
–
조치
- 12월 16일 18:26 UTC 에 스토리지 성능 문제를 고치는 수정을 적용해 스토리지 지연과 처리량을 정상 수준으로 되돌렸다.
- 12월 17일에 메타데이터 불일치를 완전히 없애려고 대상을 좁힌 무결성 검증을 돌렸다. 검사하는 동안 스토리지 클러스터를 보호용 유지보수 상태로 두어 데이터가 바뀌지 않도록 접근을 막았다.
- 무결성 검증의 핵심 단계를 끝낸 뒤 넓게 걸어 둔 보호용 유지보수 제한을 풀어 대부분의 볼륨과 데이터 경로를 되살렸다.
- 백그라운드 복구 작업을 고객 워크로드와 떼어 놓도록 설정을 바꿨고, 그 뒤 클러스터 성능이 안정되고 간헐적인 연결 흔들림이 줄었다.
- VAST 와 함께 무결성 검사로 남은 불일치의 범위를 파악했고, 앞서 제한된 데이터에서 검증한 수동 복구 절차를 바탕으로 만든 자동 복구 절차를 돌렸다.
- 12월 23일에 복구를 빠르게 하는 자동 도구를 담은 VAST 스토리지 소프트웨어 업그레이드를 배포하고, 남은 볼륨의 복구를 다시 이어 갔다.
- 12월 26일 밤 VM 작업까지 번진 스토리지 네트워크 문제를 풀려고 VAST 가 클러스터를 재부팅했다.
- 12월 27일에 VAST 가 기존 복구 작업을 더 빠르게 하는 설정 변경을 스토리지 노드에 적용했다. 작업은 약 15분 걸렸다.
- 12월 28일에 오프라인이 된 스토리지 노드를 되살려 공유 디스크 성능과 VM 작업을 정상으로 되돌렸다.
- 12월 28일, 30일, 31일과 1월 1일에 VAST 스토리지 소프트웨어를 더 업그레이드했다.
후속 조치
- VAST 는 사후 검토를 하고, 수동 단계에 기대지 않도록 자동화와 안전장치를 더해 비슷한 사고의 위험을 줄인다.
- Crusoe 와 VAST 는 재발을 막으려고 최근 클러스터 안정성 전반을 빠짐없이 검토한다.
교훈
–
출처
- https://status.crusoecloud.com/incidents/t1wzyllk408h · official-status
관련 사례
–
내 클러스터에도 있는지 확인하기
AI 도구와 스크립트용
- 이 사례의 JSON: https://incidentlib-api.benchlet.com/cases/IL-0422
- 가장 비슷한 사례들: https://incidentlib-api.benchlet.com/cases/IL-0422/similar
- MCP 서버(Streamable HTTP, 키 없음):
https://incidentlib-mcp.benchlet.com/mcp
API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.