요약

  • RIPE NCC에 따르면 2026년 11월 8일 RIS Looking Glass 데이터베이스가 설정된 32k 파일 디스크립터 한도에 닿았다. 이어 내부 API가 사용 가능한 처리 슬롯을 모두 차지해 Looking Glass와 RIS Peers를 비롯한 여러 RIPEstat API가 응답하지 못했다.
  • 그날 오후 데이터베이스와 API는 회복했지만 밀린 BGP 메시지는 계속 재생됐다. 20:06 UTC에는 RRC25 피어 약 10분의 1이 여전히 뒤처졌다. 다음 날 05:00 UTC 무렵의 복구는 예상 시각이었고, 이 글을 확인할 때 사고 상태는 Monitoring이었다.

경로 관측소를 멈춘 것은 관측소의 작은 한도였다

인터넷 경로를 보여 주는 창이 자기 건물의 서랍 손잡이 수에 걸렸다. RIPE NCC 사고 기록은 RIS Looking Glass 데이터베이스의 파일 디스크립터가 설정 한도 32k를 소진했다고 설명한다. Looking Glass 요청을 처리하던 내부 API가 이후 모든 처리 슬롯을 점유했다. Looking Glass, RIS Peers, 그 밖의 여러 RIPEstat API가 함께 사용할 수 없게 됐다. 국소적인 자원 상한이 공용 출입구를 막은 셈이다.

32k는 사라진 경로 수나 피해 피어 수가 아니다. 데이터베이스 설정값이다. 공개 기록에는 그 시점의 디스크립터 사용 추이, 사용량이 늘어난 계기, 상한을 그렇게 정한 이유가 없다. 다만 전파 경로는 분명하다. 데이터베이스가 자원을 다 썼고, 내부 API가 처리 능력을 독점했으며, 서로 다른 공용 질의가 막혔다. 네트워크를 측정하는 기관의 내부 용량 설계가 측정 결과에 접근할 수 있는지를 결정했다.

RIPE NCC는 첫 고객 문의가 8일 00:58 UTC에 접수됐다고 밝혔다. 첫 공개 공지는 12:51 UTC에 올라왔다. 그 간격은 11시간 53분이지만, 고객 문의 시각이 모든 API의 장애 시작 시각을 뜻하지는 않는다. 13:20 UTC에 기관은 디스크립터와 처리 슬롯의 연쇄 문제를 확인했고, 13:39 UTC에는 데이터베이스가 회복했으며 API 처리량이 평소 수준에 가까워졌다고 알렸다.

창구는 열렸지만 화면 속 시간은 아직 뒤에 있었다

13:39 UTC 공지에는 남은 일이 적혀 있었다. Looking Glass 데이터베이스가 지난 몇 시간의 BGP 메시지를 다시 재생하고 있었고, 그동안 결과는 늦게 나타난다는 것이다. Looking Glass 공식 문서는 RIS 수집기와 피어별로 정리된 거의 실시간의 경로 정보를 설명하며 latest_time도 제공한다. 질의가 빨리 돌아오는 것과 그 답이 현재에 가까운 관측인 것은 별개다.

20:06 UTC에도 RRC25 피어 약 10분의 1이 많은 메시지 때문에 지연되고 있었다. RIPE NCC는 9일 05:00 UTC 무렵에 따라잡을 것으로 예상하고 추가 공지를 예고했다. 완료됐다는 발표는 아니었다. RIS Peers 문서 역시 수집기별 데이터를 다루며 과거 조회를 00:00, 08:00, 16:00 UTC 시점에 맞춘다. 따라서 복구 증빙은 API의 초록불보다 구체적이어야 한다. 어느 수집기의 어느 피어가 언제의 데이터를 보여 주는지가 핵심이다.

장애는 RIPE NCC의 경로 관측 서비스에서 발생했고, 서비스가 돌아온 뒤에도 관측 자료는 뒤따라왔다. 답을 주는 길이 먼저 열렸고, 답이 담은 시간은 나중에 도착했다.