Cloudflare Radar 사용법: 세계 인터넷 장애와 트래픽 지도 확인하기

Quick Answer
Cloudflare Radar로 세계 인터넷 장애와 국가·네트워크별 트래픽을 어떻게 확인하고 해석하나요?
Cloudflare Radar에서 세계 인터넷 장애와 트래픽 지도를 확인하려면 Radar Explore에서 지역·기간을 정하고, Outage Center의 장애 기록과 Traffic의 추이를 같은 시간 범위로 대조하세요. 지도 표시만으로 장애 원인을 확정하지 말고 ASN·영향 범위·원인 근거·시작과 종료 시각을 함께 확인해야 합니다. Radar는 Cloudflare가 관측한 인터넷 신호이며 개별 서비스의 상태 페이지나 내 앱 모니터링을 대신하지 않습니다.
Reading Guide
이 글에서 해결할 문제
- 이런 분께
- Cloudflare Radar 장애 지도·트래픽 조회 방법과 국가·ASN·시간대·알림 설정을 찾는 운영자
- 읽고 나면
- 같은 기간과 대상의 장애·트래픽을 대조하고 지표·관측 한계를 구분해 앱 로그와 공식 공지로 조사 범위를 좁힐 수 있습니다.
- 다루는 범위
- 공식 페이지·문서 분석입니다. 동적 지도 실시간 수치나 특정 장애·개인 연결을 측정하지 않았으며 가상 조사와 CSV는 편집부 제안입니다.
- 직접 확인
- 기간·지역·ASN과 원문 링크를 기록합니다.
- 장애 기록과 자동 탐지된 이상을 구분합니다.
- UTC와 KST를 변환해 앱 로그 시각을 맞춥니다.
- 지표·단위·관측 대상과 데이터 로딩을 확인합니다.
- ISP·서비스 공식 공지와 실제 영향 범위를 대조합니다.
공식 Radar 페이지와 Cloudflare 장애·알림 문서를 대조한 사용 안내입니다. 조회 페이지의 구조를 확인했으며 특정 국가의 현재 장애 수치나 내 네트워크를 실측한 결과는 제시하지 않습니다. 예시 시각과 문제 해결 절차는 편집부 설명입니다.
Cloudflare Radar란? 세계 트래픽 지도의 의미
Radar는 Cloudflare 글로벌 네트워크에서 관측한 인터넷 트래픽과 프로토콜 신호를 보여줍니다. Explore 지도에는 Traffic distribution, Internet outage, Cloudflare data center 같은 항목이 있습니다. Traffic distribution은 총 바이트 기준 비중으로 설명됩니다. 근거: Radar Explore
따라서 지도 색을 인터넷 속도나 모든 사용자의 연결 품질로 읽으면 안 됩니다. 특정 지역의 관측 트래픽 비중과 그 지역 통신망의 품질은 다른 질문입니다. 작은 비중이 장애를 뜻하거나 큰 비중이 정상 상태를 보장하지도 않습니다.
어느 화면부터 열어야 하나요?
| 확인하려는 질문 | 먼저 열 화면 | 읽을 항목 |
|---|---|---|
| 세계 어디에서 장애가 관측됐나? | Outage Center | 장애 지도·기록·기간 |
| 어느 지역의 트래픽이 달라졌나? | Traffic | 대상 지역·추이·지표 설명 |
| 통신사 한 곳의 문제인가? | 지역·ASN 관련 보기 | 같은 기간의 다른 네트워크와 비교 |
| 특정 서비스가 장애인가? | 그 서비스의 공식 상태 페이지 | Radar 관측과 별도로 원인·영향 확인 |
| 집 와이파이만 안 되나? | 다른 기기·망에서 접속 비교 | 공유기·DNS·ISP·서비스를 나눠 조사 |
이 표는 조사 순서를 정하기 위한 편집부 제안입니다. “세계 장애 지도”를 모든 개별 서비스의 실시간 상태 목록으로 취급하지 않으면 조사 범위를 줄이기 쉽습니다.
세계 인터넷 장애 지도 확인 순서
- Radar Outage Center를 엽니다.
- Date range: 조사할 기간을 선택합니다. 문제 발생 전후를 포함해 보세요.
- 지도: Internet outages and traffic anomalies에서 관련 지역 표시를 확인합니다.
- 기록: Internet outages 목록에서 지역·네트워크·시각을 확인합니다.
- 트래픽 이상: Traffic anomalies 항목도 함께 보고, 장애 기록과 같은 것으로 합쳐 판단하지 않습니다.
- 증거 보관: Copy link와 제공되는 CSV를 사용해 조회 조건과 원문을 기록합니다.
Outage Center는 Internet outages와 자동 탐지된 Traffic anomalies를 나눠 보여주며, 시각은 UTC라고 명시합니다. 근거: Outage Center 항목·UTC·CSV
장애 기록의 Location·ASN·Type·Cause 읽기
| 항목 | 의미 | 확인할 점 |
|---|---|---|
| Location | 장애가 발생한 위치 | 국가 전체인지 세부 범위가 있는지 |
| ASN | 연결 문제를 겪은 자율 시스템 | 이용하는 네트워크와 관련되는지 |
| Type | 전국·지역·개별 네트워크 등 규모 | 국가명만 보고 전국 장애로 확대하지 않기 |
| Scope | 도시·지역·망 등 영향 범위 | 내 사용자·서비스 경로와 겹치는지 |
| Cause | 공개 정보에 근거한 추정 원인 | 원문 근거와 미확인 범위 |
| Start·End | 시작·종료 시각 | 시간대와 로그 대조 기간 |
Cloudflare는 원인을 공개 정보에 근거한 가능한 설명으로 안내합니다. 표의 원인만으로 특정 통신사나 기관의 책임까지 확정하지 마세요. 근거: 장애 기록 정의
UTC를 한국 시간으로 맞춰 로그 비교하기
한국 시간은 UTC에 9시간을 더합니다. 다음은 설명을 위한 가상 시간이며 실제 장애 기록이 아닙니다.
| 표기 | 시각 |
|---|---|
| Radar의 UTC 시각 | 2026-10-09 18:30 UTC |
| 같은 시각의 한국 시간 | 2026-10-10 03:30 KST |
날짜가 다음 날로 넘어갈 수 있습니다. Radar UTC, 서버 로그의 UTC·로컬 시간, 사용자가 제보한 한국 시간을 섞지 말고 원래 시각과 변환 시각을 둘 다 남기세요. 시작 시각이 비슷하다는 이유만으로 같은 장애라고 결론 내리기보다 영향 지역과 네트워크도 함께 확인합니다.
Traffic에서 세계·국가·ASN 트래픽 확인하기
Traffic 페이지에서 Worldwide 또는 조사 대상을 선택하고 기간을 장애 조회와 맞춥니다. 국가·네트워크를 선택할 수 있는 현재 검색·필터를 사용하고, 제목에 실제 대상이 반영됐는지 확인하세요.
Traffic trends는 바이트 전송 추이를, HTTP traffic은 요청 수를 설명합니다. 국가별 분포는 HTTP 요청 비중으로 표시되며 모바일·데스크톱, 봇·사람 같은 분류도 제공됩니다. 근거: Traffic 화면의 지표 정의
| 화면 지표 | 혼동하지 말아야 할 것 |
|---|---|
| 바이트 전송 추이 | HTTP 요청 건수와 같은 단위가 아님 |
| 이전 기간 대비 상대 변화 | 실제 절대 전송량·속도와 구분 |
| 국가별 HTTP 요청 비중 | 전 세계 인구·이용자 비중과 구분 |
| Bot vs. Human | 표시된 콘텐츠·분류 조건을 함께 확인 |
트래픽 감소를 볼 때는 시간대별 평소 패턴과 사건 전후를 비교하세요. 휴일·야간·이용량 변화도 영향을 줄 수 있으므로 감소 그래프 하나만으로 물리적 회선 장애를 증명할 수 없습니다. 이 문단은 해석을 위한 편집부 권고입니다.
장애와 트래픽 이상을 대조하는 가상 조사 예시
“특정 국가의 사용자들이 한국 시간 새벽부터 접속이 느리다고 제보했다”는 가상 상황을 생각해 보세요. 다음 흐름은 조사 방법이며 실제 사건이나 관측 결과가 아닙니다.
- 제보 시각과 지역·통신망을 기록하고 UTC로 변환합니다.
- Outage Center에서 해당 기간의 위치·ASN·영향 범위를 확인합니다.
- Traffic에서 같은 기간과 대상의 추이를 확인합니다.
- 국가 전체와 개별 네트워크의 변화를 구분합니다.
- ISP·서비스 공식 공지와 내 앱의 실패율·응답 시간을 대조합니다.
- 확인된 사실과 가능한 원인, 아직 모르는 항목을 따로 기록합니다.
전국 트래픽이 정상인데 한 네트워크만 변했다면 조사 대상을 좁힐 근거가 될 수 있습니다. 그러나 관측 범위 밖 문제도 있을 수 있어 “Radar에 표시 없음 = 제보가 틀림”으로 결론 내리지 않습니다.
관심 국가·ASN 알림 설정하기
Outage Center의 Create notification은 Cloudflare 대시보드로 연결됩니다. Radar Alerts 문서는 국가·지역·ASN과 알림 종류를 선택하고 email·webhook·PagerDuty로 전달할 수 있으며 모든 Cloudflare 플랜에 포함된다고 안내합니다. 근거: Radar 알림 지원
대시보드에서 현재 계정의 알림 설정 화면을 열어 대상과 전달 경로를 확인하세요. 관심 지역을 모두 선택하기보다 업무상 중요한 지역·망부터 정하고, 알림을 받은 사람이 원문을 확인할 책임도 함께 지정하는 것이 좋습니다. 이 글은 계정에 알림을 생성하거나 테스트 메시지를 보낸 결과를 주장하지 않습니다.
조회 결과가 없거나 지도가 비어 보일 때
| 증상 | 우선 확인 |
|---|---|
| 장애 기록이 없음 | 기간·검색 조건·관측 범위 확인 |
| 지도·차트에 값이 안 보임 | 데이터 로딩·브라우저 오류·접속 환경 확인 |
| 로그와 시작 날짜가 다름 | UTC·KST·기간 경계 대조 |
| 비교 그래프의 수치가 다름 | 지표·단위·대상·집계 조건 확인 |
| 차트는 정상인데 내 앱은 장애 | 서비스 상태·DNS·앱 로그·사용자 망 별도 조사 |
동적 화면의 로딩 전 값이나 빈 응답을 실제 0으로 기록하지 마세요. 이번 조사에서도 텍스트 추출만으로 실시간 지도 데이터와 모든 수치를 검증할 수 없었으므로, 글에는 현재 장애 목록이나 수치의 단정적 설명을 넣지 않았습니다.
조사 기록을 남기는 체크리스트
Cloudflare Radar 장애 조사 점검표 CSV 다운로드에서 조건과 증거를 정리할 수 있습니다. 빈 양식이며 실제 조사 결과를 포함하지 않습니다.
- 원문 URL과 선택한 기간·지역·ASN을 함께 저장합니다.
- 지표 이름·단위·관측 시각과 시간대를 기록합니다.
- 장애 기록과 자동 탐지 이상을 구분합니다.
- 공식 서비스·ISP 공지와 앱 로그를 대조합니다.
- 확인된 영향 범위와 미확인 원인을 따로 적습니다.
장애 조사 메모 예시: 관측과 원인을 따로 적기
다음은 기록 형식만 보여주는 가상 예시입니다. 특정 국가·망의 장애를 확인한 자료가 아닙니다.
제보: 대상 지역 사용자 접속 지연
조회 조건: 국가·ASN / 사건 전후 기간 / UTC
관측: [Radar 화면에서 확인한 사실과 원문 링크]
앱 증거: [같은 기간의 실패율·응답 시간]
외부 근거: [ISP 또는 서비스 공식 공지]
추정: [가능한 연결 문제와 근거]
미확인: [영향 범위·원인 등 추가 확인 항목]
다음 작업: [추가 비교 대상과 담당자]
트래픽이 감소했다는 관측과 회선 단절이라는 원인은 별도로 적습니다. 국가·ASN, 바이트·요청 수, UTC·KST가 다른 자료를 그대로 합치지 마세요. 원문 링크의 기간 조건과 조회 시각을 남겨야 다른 담당자가 같은 자료를 찾을 수 있습니다.
조사 결론에는 “자료가 없는 상태”와 “조회 조건에서 이상을 관측하지 못한 상태”도 구분해 적으세요. 앱의 오류가 해소됐는지는 실제 사용자 경로와 앱 모니터링에서 별도로 확인합니다.
자주 묻는 질문
Cloudflare Radar는 내 인터넷 속도를 측정하나요?
이 가이드의 지도·트래픽 화면은 집계된 관측 신호입니다. 개인 회선의 속도 측정 결과로 사용하지 마세요.
지도에 장애가 없으면 인터넷이 정상인가요?
관측 범위와 조회 기간을 확인해야 합니다. 내 ISP·DNS·서비스·기기 문제는 별도 점검이 필요합니다.
트래픽 이상은 모두 장애인가요?
Outage Center는 장애 기록과 자동 탐지된 이상을 구분합니다. 실제 영향과 근거를 대조한 뒤 판단하세요.
서비스 상태 페이지와 함께 봐야 하나요?
서비스별 영향과 세계·지역 네트워크 관측은 다른 정보를 제공합니다. 함께 대조하면 조사 범위를 정하기 쉽습니다.
개인 연결 문제라면 와이파이 연결 후 인터넷 불가 점검 가이드를 참고하세요. 서비스 공지를 받는 경로는 Supabase 장애 알림 재설정 가이드처럼 별도로 관리할 수 있습니다.
Evidence & Limitations
근거·검증 범위·업데이트 기록
확인한 근거
Cloudflare Radar를 기준으로 핵심 사실을 확인하고, 사실과 편집부 해석을 구분했습니다.
경험 정보와 한계
직접 사용 후기나 자체 성능 시험이 아닌 공개 원문·공식 문서 기반 분석입니다. 실제 화면과 기능은 계정·기기·배포 시점에 따라 다를 수 있습니다.
게시·수정 기록
최초 게시 2026-10-10T00:06:00+09:00 · 최종 수정 2026. 10. 10.
작업별 검증 기준과 기록 예시를 보강하고 검색용 요약·CSV를 개선했습니다. 최초 발행일은 유지했으며 실제 제품 실행 결과를 추가한 것은 아닙니다.
전문 검토 영역
IT 매거진 편집부가 AI·소프트웨어·개발·모바일·보안·테크 비즈니스 관점에서 구성하고 팩트체크 데스크가 출처와 표현을 검토했습니다.
Related Articles
이 주제를 더 깊게 읽어보세요
현재 기사와 연결되는 배경·기술·시장 분석을 골라 바로 이동할 수 있습니다.


