IL-0348 Scaleway · 2025-03-10networking
FR-PAR 리전의 모든 제품에서 공용 인터넷 연결이 끊기고 여러 제품이 오래 불안정했다
2025-03-10 Scaleway 네트워크 팀은 FR-PAR 리전 백본에 새 데이터 센터를 연결하고 있었다. 16:23 UTC 에 사람이 라우터 구성을 잘못 넣어 OpCore DC3 와 DC5 사이의 1Tbps 넘는 트래픽이 100Gbps 링크 하나로 돌아갔다. 링크가 포화되어 인터넷 트래픽 대부분이 버려졌고, FR-PAR-2 가용 영역과 나머지 PAR 리전 사이의 공용 인터넷 연결이 심하게 끊겼다. 실수는 빨리 발견되어 4분 안에 롤백됐고, 16:27 UTC 에 올바른 구성이 돌아오며 네트워크도 수렴해 안정됐다.
다른 제품들은 롤백과 전환 장치가 켜지면서 부작용을 겪었다. FR-PAR-2 전체의 연결이 끊겨 이 장치들은 성공하지 못했고, 보호 장치가 켜졌다 꺼지기를 되풀이하며 망이 혼잡해져 여러 제품이 불안정했다. 제품에 따라 정상으로 돌아오기까지 몇 분에서 수십 분이 걸렸다. Object Storage 는 소프트웨어 버그로 가용 영역 사이 복제에 속도 제한이 없어서, 연결이 돌아오자 복제 트래픽이 링크를 채웠다. 그 결과 약 25분 동안 리전 전체에서 Object Storage 가 오작동했고 16:50 UTC 무렵 정상으로 돌아왔다. 고객 데이터 손실은 없었다.
- 심각도
- –
- 영향 범위
- Public internet connectivity for all products in FR-PAR, with DNS, Object Storage, Kubernetes Kapsule, Instances, Transactional Email, Dedibox servers in DC5 and Elastic Metal in FR-PAR-2 affected; VPC and Dedibox RPN were not affected
- 영향 사용자
- –
- 지역
- FR-PAR (fr-par-1, fr-par-2, fr-par-3 and DC5)
- 감지까지
- –
- 복구까지
- 1h 38m
증상
2025-03-10 16:23 UTC 무렵 FR-PAR 리전의 모든 제품에서 공용 인터넷 연결이 크게 흔들렸다. 인터넷 트래픽 대부분이 사실상 버려졌고, FR-PAR-2 가용 영역과 나머지 PAR 리전 사이의 공용 인터넷 연결이 심하게 끊겼다.
끊긴 것은 공용 인터넷 연결뿐이었다. VPC 통신은 FR-PAR-1 과 FR-PAR-2 안에서도, PAR1, PAR2, PAR3 사이에서도 영향이 없었고, Dedibox RPN 도 영향이 없었다.
연결은 4분 만에 돌아왔지만 제품마다 정상으로 돌아오기까지 몇 분에서 수십 분이 더 걸렸다. Transactional Email, DC5 의 Dedibox 전용 서버, FR-PAR-2 의 Elastic Metal 은 16:23 부터 16:27 UTC 까지, Virtual Instances 는 17:10 UTC 까지, DNS 권한 서버와 캐시는 17:20 UTC 까지, Object Storage 와 Kubernetes Kapsule 은 18:00 UTC 까지 영향을 받았다.
롤백과 전환 장치가 켜졌지만 FR-PAR-2 가용 영역 전체의 연결이 끊긴 탓에 성공하지 못했다. 네트워크가 내려간 것은 아니었다. 보호 장치가 켜졌다 꺼지기를 되풀이하면서 망이 심하게 혼잡해졌고, 이 때문에 여러 제품이 불안정해졌다.
Object Storage 는 연결이 끊긴 동안 가용 영역 사이 복제가 멈췄다. 연결이 돌아오자 속도 제한 없이 몰린 복제 트래픽이 일부 링크를 채워 지연과 패킷 손실을 냈고, FR-PAR 리전 전체에서 16:50 UTC 무렵까지 약 25분 동안 Object Storage 가 심하게 오작동했다. 고객 데이터 손실은 없었다.
원인
원인 운영 실수
- 촉발
- Scaleway 네트워크 팀이 FR-PAR 리전 백본에 새 데이터 센터를 붙이던 중 라우터 구성을 잘못 넣었다. 이 실수로 OpCore DC3 와 DC5 사이의 1Tbps 넘는 트래픽이 100Gbps 링크 하나로 돌아갔다.
감지
라우터 구성 실수는 빨리 발견되어 4분 안에 롤백됐다.
조치
- 잘못 넣은 라우터 구성을 4분 안에 롤백해 16:27 UTC 에 올바른 구성을 되돌렸다.
후속 조치
- 변경 관리를 고쳐 동료 검토와 운영 공지 절차를 강화한다.
- 백본 수준의 네트워크 구성을 적용하기 전에 안전장치와 시험을 더 거치도록 운영 절차를 고친다.
- Object Storage 동기화 소프트웨어의 문제를 찾아 수정을 만들고 시험했으며, 이 수정을 배포하고 있다.
교훈
–
출처
- https://status.scaleway.com/incidents/162zw5zd9x8r · official-status · 보관본
관련 사례
같은 원인 · 공통 백본망, DNS 서버와 레코드
같은 원인 · 공통 오브젝트 스토리지
IL-0531West US 의 Azure Database for MySQL Single Server 와 MariaDB 일부 서버로 가는 새 연결이 모두 거부됐다Microsoft Azure · 2024같은 원인 · 공통 DNS 서버와 레코드
IL-0534US-EAST-1 의 Amazon S3 가 몇 시간 동안 요청을 처리하지 못했고 S3 에 기대는 AWS 서비스도 함께 멈췄다Amazon Web Services · 2017같은 원인 · 공통 오브젝트 스토리지
내 클러스터에도 있는지 확인하기
AI 도구와 스크립트용
- 이 사례의 JSON: https://incidentlib-api.benchlet.com/cases/IL-0348
- 가장 비슷한 사례들: https://incidentlib-api.benchlet.com/cases/IL-0348/similar
- MCP 서버(Streamable HTTP, 키 없음):
https://incidentlib-mcp.benchlet.com/mcp
API 는 키가 필요 없습니다. MCP 서버는 search_incidents, get_incident, list_incidents, get_topic, vocab 도구를 내놓습니다. 사용법은 API 와 MCP.