요약

  • APNIC은 15개 공개 상태 구성 요소에 걸쳐 브리즈번 네트워크 점검 3시간을 예정했으며, 최대 5분간 서비스 중단이 발생할 수 있다고 안내했습니다.
  • APNIC의 상태 페이지 설정은 점검 시간을 가동률 계산에서 제외하므로, 표시되는 백분율만으로 사용자가 실제 중단을 겪었는지 확인할 수 없습니다.

공지는 상한선이지 결과가 아닙니다

APNIC은 10월 13일 서비스 공지를 게시했습니다. 이 공지는 10월 15일 목요일 06:00–09:00(UTC+10) 3시간 동안 브리즈번 데이터센터 소재지의 네트워크 장비에 대한 중요 보안 업데이트를 예정했습니다. 공지에 따르면 나열된 서비스는 최대 5분간 중단될 수 있습니다. 이는 예측이지 실측된 장애 시간이 아닙니다.

공지는 MyAPNIC 회원 포털, registry-api.apnic.net, APNIC 웹사이트, APNIC Academy, APNIC Blog, Orbit, FTP, RPKI Services, DASH, REx, Whois Oceania 등 11개 서비스 그룹을 명시합니다. APNIC의 공개 상태 페이지는 이 작업을 15개 구성 요소에 매핑하며, 여기에는 RPKI 리포지터리, RRDP, AS0, 게시 프로토콜, RSC 검증기 항목이 별도로 포함됩니다. 이 더 넓은 목록이 중요한 이유는 하나의 점검 라벨이 서로 다른 기능을 가진 의존 구성 요소를 함께 다룰 수 있기 때문입니다.

가동률 열은 더 좁은 질문에 답합니다

UTC+10 기준 09:16, 예정된 종료 시점 16분 후에도 상태 페이지는 해당 이벤트를 “예정된 점검” 아래에 그대로 두고 있었습니다. 장애 이력에는 10월 14일에 보고된 인시던트가 없다고 기록되어 있었고, 구성 요소 행은 가동률 열에 100%를 표시하고 있었습니다. 그러나 이들 표시는 나열된 모든 서비스가 지속적으로 사용 가능했음을 입증하지 않습니다. 계획된 작업과 계획되지 않은 인시던트는 별도로 기록되기 때문입니다.

공개 페이지 설정에는ignore_maintenance_for_uptime_calculation: true와show_status_history_uptime: true가 노출되어 있습니다. Site24x7의 StatusIQ API 참조 문서는 이 설정을 문서화하고 있으며, 해당 도움말 자료는 점검 기간을 다운타임 및 가용성 계산에서 제외할 수 있다고 설명합니다. 또한 이 페이지는 표시되는 상태와 장애 이력을 2일로 제한합니다. 이를 종합해 보면 100% 수치는 3시간 점검 창에 대한 이벤트별 증빙이 아닙니다.

확인한 출처에서 APNIC은 아직 구성 요소별 실제 중단 시간, 서비스 복구 또는 사용자가 체감한 중단의 유무에 대한 기록을 공개하지 않았습니다. 공개 근거는 계획된 작업과 최대 5분이라는 가능한 상한선을 뒷받침할 뿐, 상한선에 도달했거나 영향이 0이었다는 주장을 뒷받침하지 않습니다.

출처:APNIC 10월 15일 서비스 공지;APNIC Services Status;Site24x7 StatusIQ API 참조;Site24x7 가동률 계산 안내.APNIC 서비스 업데이트;가용성 SLA 보고서에서 예정 점검 창을 제외하는 방법에 대한 Site24x7 안내.