모니터링

Monitoring

모니터링 가이드

M2Live Cloud 모니터링 대시보드의 각 지표가 의미하는 바와, 이상 징후를 발견했을 때 조치하는 방법을 설명합니다.

모니터링 섹션 구성

Monitoring Section Overview

섹션	주요 지표	확인 목적
종합 현황	전송량, 미디어 변환 건수, 캐시 히트율, 전송 성공률	전체 서비스 건강 상태 파악
CDN 사용량	CDN 서비스 사용량: 캐시 히트율 게이지, 아웃바운드 전송률, HTTP 응답코드 분포(클라이언트·원본), 완료 시간 분포 CDN 서비스 트렌드: 초당 요청수(클라이언트·원본), HTTP 응답코드 시계열 CDN 서비스 인사이트: 콘텐츠·OS·국가별 요청·용량 분포	CDN 효율, 응답 성능, 트래픽 패턴 종합 분석
미디어 변환 트렌드	총 미디어 사용량: 고유 이미지 변환수, format·resize 명령어별 건수, 고유 동영상 변환 시간 미디어 변환 트렌드: 고유 이미지·동영상 변환 1h 시계열, 이미지·동영상 명령어별 분포	이미지·비디오 최적화 효과 측정 및 변환 부하 파악
트래픽 / 응답코드	HTTP 응답코드 분포: 2xx/4xx/5xx (클라이언트·원본 분리), 전송 성공률·실패율 완료 시간 분포: <100ms / <500ms / <1000ms / <5000ms (클라이언트·원본 분리) CDN 서비스 트렌드: 초당 요청수·HTTP 응답코드 시계열(클라이언트·원본)	오류 패턴, 응답 지연, 원본 서버 상태 파악

Section	Key Metrics	Purpose
Summary Dashboard	Transfer volume, media transform count, cache hit rate, transfer success rate	Overall service health at a glance
CDN Usage	CDN Service Usage: Cache hit rate gauge, outbound transfer rate, HTTP response code distribution (client · origin), completion time distribution CDN Service Trends: Requests/s (client · origin), HTTP response code time series CDN Service Insights: Request/volume distribution by content type, OS, and country	Comprehensive analysis of CDN efficiency, response performance, and traffic patterns
Media Transform Trends	Total Media Usage: Unique image transforms, format·resize command counts, unique video transform duration Media Transform Trends: Unique image/video transform 1h time series, image/video command distribution	Measure image/video optimization effectiveness and monitor transform load
Traffic / Response Codes	HTTP Response Code Distribution: 2xx/4xx/5xx (client · origin separated), transfer success/failure rate Completion Time Distribution: <100ms / <500ms / <1000ms / <5000ms (client · origin separated) CDN Service Trends: Requests/s · HTTP response code time series (client · origin)	Identify error patterns, response delays, and origin server status

핵심 지표 해석

Key Metrics Interpretation

지표	의미	정상	이상 징후 & 조치
캐시 히트율	전체 요청 중 CDN 캐시에서 처리된 비율	90% 이상	75% 미만 → TTL 설정 및 Cache-Control 헤더 점검
전송 성공률	전체 응답 중 2xx 성공 비율	99.5% 이상	저하 → 원본 서버 상태 및 5xx 원인 확인
5xx 오류율	서버 오류 비율	0.5% 미만	급증 → 원본 서버 장애 의심. 즉시 점검
평균 완료 시간	요청~응답 완료까지 시간. 캐시 HIT 기준	50ms 이하	200ms 초과 → Origin Pull 비율 확인. 원본 응답 지연 의심
원본 req/s	Origin Pull 초당 발생 횟수	클라이언트 req/s의 5% 미만	10% 초과 → TTL 설정 점검. 퍼지 과다 실행 여부 확인
고유 이미지 변환수	당월 신규 고유 URL On-the-fly 변환 누적 건수	월초 이후 완만한 증가·안정화	급격한 지속 증가 → URL 파라미터 무작위 또는 퍼지 과다 확인
고유 동영상 변환 시간	당월 고유 동영상 URL 변환 소요 시간 누적(초)	0s (미사용 시)	갑작스러운 급증 → 대량 동영상 등록 또는 변환 서버 부하 점검

Metric	Meaning	Normal	Anomaly & Action
Cache Hit Rate	Ratio of requests served from CDN cache	90%+	Below 75% → Review TTL settings and Cache-Control headers
Transfer Success Rate	Ratio of 2xx successes among all responses	99.5%+	Drop → Check origin server status and 5xx causes
5xx Error Rate	Server error ratio	Below 0.5%	Spike → Suspect origin server failure. Inspect immediately
Avg. Completion Time	Time from request to response. Based on cache HIT	50ms or less	Over 200ms → Check Origin Pull ratio. Suspect origin latency
Origin req/s	Origin Pull occurrences per second	Less than 5% of client req/s	Over 10% → Review TTL settings. Check for excessive purges
Unique Image Transforms	Cumulative On-the-fly transforms for new unique URLs this month	Gradual increase & stabilization after month start	Sustained rapid increase → Check random URL params or excessive purges
Unique Video Transform Duration	Cumulative transform time (seconds) for unique video URLs this month	0s (when unused)	Sudden spike → Check for bulk video uploads or transform server load

캐시 히트율 저하 점검 순서

Cache Hit Rate Drop — Checklist

원본 Cache-Control 헤더 확인 — 원본 서버 응답 헤더를 직접 확인합니다.curl -I https://원본URLno-cache, no-store, max-age=0이 있으면 캐싱이 불가합니다.

Check Origin Cache-Control Headers — Inspect the origin server response headers directly.curl -I https://originURLIf no-cache, no-store, or max-age=0 is present, caching is not possible.

CDN 콘솔 TTL 설정 점검 — CDN 설정 → 캐시(TTL)에서 2xx 응답 TTL이 충분히 길게 설정되어 있는지 확인합니다.

Review TTL Settings — In CDN Settings → Cache (TTL), verify that the 2xx response TTL is set long enough.

URL 진단 활용 — 도메인 관리 → URL 진단에서 특정 URL의 캐시 HIT/MISS 상태를 직접 확인합니다.

Use URL Diagnostics — Under Domain Management → URL Diagnostics, check the cache HIT/MISS status of a specific URL directly.

쿼리 파라미터 다양성 확인 — /img.jpg?v=1234처럼 매 요청마다 다른 파라미터가 붙으면 URL마다 별도 캐시 키가 생성되어 히트율이 낮아집니다.

Review Cache Key — If different parameters are appended on each request (e.g. /img.jpg?v=1234), a separate cache key is created per URL, lowering the hit rate.

퍼지 이력 확인 — 최근 전체 퍼지가 실행됐다면 캐시가 재축적될 때까지 히트율이 낮을 수 있습니다.

Review Purge History — If a full purge was recently executed, the hit rate may be low until the cache is rebuilt.

💡 모니터링 활용 팁

캐시 히트율 + 원본 req/s를 함께 보면 실제 원본 부하를 정확히 파악할 수 있습니다. 원본 req/s가 클라이언트의 5% 미만이면 이상적입니다.
클라이언트 5xx 오류율 급증은 원본 서버 장애의 초기 신호입니다. CDN 사용량 → HTTP 응답코드 분포(원본)에서 원본 5xx 비율을 함께 확인하세요.
완료 시간 분포는 클라이언트·원본을 분리해서 확인하세요. 클라이언트 <100ms가 90%+이면 캐시 HIT 정상, 원본 500ms+ 비율이 높으면 원본 서버 성능 점검이 필요합니다.
고유 이미지 변환수 스파이크는 콘텐츠 업로드 또는 퍼지 직후 정상적으로 발생합니다. 스파이크 후 빠르게 낮아지면 정상입니다.

💡 Monitoring Tips

Combining cache hit rate with origin req/s gives an accurate picture of actual origin load. Origin req/s below 5% of client req/s is ideal.
A spike in client 5xx errors is an early signal of origin server issues. Also check the origin 5xx ratio in CDN Usage → HTTP Response Code Distribution (Origin).
Check completion time distribution separately for client and origin. If client <100ms is 90%+, cache HITs are healthy; if origin 500ms+ ratio is high, investigate origin server performance.
Spikes in unique image transform counts are normal right after content uploads or purge operations. If the count drops quickly after a spike, that is normal.

모니터링

Monitoring

종합 현황

CDN 트래픽, 미디어 변환, 캐시 히트율, 전송 성공률의 핵심 지표를 한눈에 확인합니다.

View key metrics for CDN traffic, media transforms, cache hit rate, and transfer success rate at a glance.

ℹ 예시 수치

아래 수치는 참고용 예시입니다. 실제 수치는 서비스 환경에 따라 다릅니다.

ℹ Sample Values

The figures below are for reference only. Actual values vary depending on your service environment.

핵심 용어 해설

Key Term Glossary

대시보드를 처음 접하는 분도 지표를 바로 이해할 수 있도록 자주 등장하는 용어를 정리했습니다.

Frequently used terms are listed here so that even first-time dashboard users can understand the metrics right away.

용어	정의	쉽게 이해하기
CDN Content Delivery Network	전 세계 여러 위치에 분산 배치된 서버 네트워크. 사용자와 가장 가까운 서버(엣지)에서 콘텐츠를 전달해 응답 속도를 높입니다.	중앙 창고(원본 서버) 대신 동네 편의점(CDN 엣지)에서 바로 상품을 꺼내주는 것
캐시 HIT	요청한 콘텐츠가 CDN 엣지 서버에 이미 저장되어 있어, 원본 서버를 거치지 않고 즉시 응답한 경우	편의점 진열대에 재고가 있어 즉시 판매 ✅
캐시 MISS / Origin Pull	캐시에 콘텐츠가 없거나 만료되어 CDN이 원본(Origin) 서버에서 직접 콘텐츠를 가져오는 동작	편의점 재고 소진 → 본사 창고에 긴급 발주 ⚠
TTL Time To Live	캐시에 저장된 콘텐츠의 유효 시간. 만료되면 다음 요청 시 Origin Pull이 발생합니다.	식품의 유통기한 — 길수록 재발주(Origin Pull) 빈도가 낮아짐
캐시 히트율	전체 요청 중 캐시 HIT 비율 `(HIT ÷ 전체 요청 × 100)`. 높을수록 원본 서버 부하가 낮고 응답 속도가 빠릅니다.	편의점에서 재고 보유로 즉시 해결된 주문 비율
전송 성공률	전체 응답 중 HTTP 2xx(성공) 비율. 목표: 99.5% 이상.	배송 주문 중 정상 완료된 비율
On-the-fly 변환	이미지·비디오를 요청 시점에 실시간으로 최적 포맷(AVIF, WebP 등)으로 변환. 캐시 MISS(첫 요청) 시에만 발생하며 이후엔 캐시에서 처리됩니다.	첫 손님 주문 시 즉석 조리 → 이후엔 미리 만들어 둔 것으로 제공
퍼지 Purge / Cache Invalidation	CDN 엣지에 저장된 캐시를 강제로 삭제하는 작업. 과도하게 실행하면 캐시 히트율이 급락합니다.	편의점 진열대를 통째로 비우는 것 — 이후 재진열(캐시 재축적)까지 히트율 저하
Cache-Control 헤더	원본 서버가 응답 시 전달하는 HTTP 헤더. CDN이 콘텐츠를 얼마나 오래 캐시할지 지시합니다. `no-store`나 `max-age=0`이 있으면 캐싱 자체가 불가합니다.	상품에 붙어있는 "냉장 보관 7일" 라벨

Term	Definition	Simple Analogy
CDN Content Delivery Network	A globally distributed server network. Content is delivered from the server (edge) closest to the user, improving response speed.	Instead of a central warehouse (origin server), items are picked up from a nearby convenience store (CDN edge)
Cache HIT	The requested content is already stored on the CDN edge server and is returned immediately without contacting the origin server.	The convenience store has stock on the shelf — sold immediately ✅
Cache MISS / Origin Pull	Content is not in cache or has expired, so the CDN fetches it directly from the origin server.	Convenience store out of stock → emergency reorder from the warehouse ⚠
TTL Time To Live	The validity period of cached content. When it expires, the next request triggers an Origin Pull.	Food expiry date — the longer it is, the less often restocking (Origin Pull) is needed
Cache Hit Rate	The ratio of cache HITs among all requests `(HIT ÷ total requests × 100)`. Higher = lower origin load and faster responses.	Ratio of orders fulfilled immediately from store stock
Transfer Success Rate	Ratio of HTTP 2xx (success) responses among all responses. Target: 99.5% or above.	Ratio of delivery orders completed successfully
On-the-fly Transform	Real-time conversion of images/videos to the optimal format (AVIF, WebP, etc.) at request time. Occurs only on cache MISS (first request); subsequent requests are served from cache.	Cook-to-order for the first customer → pre-made for everyone after
Purge Purge / Cache Invalidation	Forcibly deletes cached content from CDN edges. Excessive purging causes the cache hit rate to drop sharply.	Clearing the entire store shelf — hit rate drops until restocking (cache rebuild) is complete
Cache-Control Header	An HTTP header sent by the origin server telling the CDN how long to cache content. `no-store` or `max-age=0` prevents caching entirely.	"Refrigerate, use within 7 days" label on a product

KPI 지표 해석

KPI Interpretation

각 지표의 정상 범위와 이상 신호를 함께 확인하세요. ✅ 정상 / ⚠ 주의 / 🚨 긴급 3단계로 상태를 구분합니다.

Check the normal range and anomaly signals for each metric. Status is divided into 3 levels: ✅ Normal / ⚠ Warning / 🚨 Critical.

캐시 히트율

90%+

✅ 90% 이상 — 최적 상태.
⚠ 75~89% — TTL·Cache-Control 헤더 점검.
🚨 75% 미만 — 원본 부하 급증. 즉시 점검.

전송 성공률

99.5%+

✅ 99.5% 이상 — 정상 운영 중.
⚠ 99~99.5% — 5xx 원인 파악 필요.
🚨 99% 미만 — 원본 서버 장애 의심. 즉시 점검.

미디어 변환 건수

감소 추세

✅ 초기 이후 감소 — 신규 고유 URL 감소 중. 정상.
⚠ 감소 없이 유지 — URL 파라미터 점검.
🚨 월초 재급증 — 월 초기화 직후. 수일 내 감소 여부 확인.
※ 동일 URL 재요청은 카운트되지 않으며, 매월 1일 초기화됩니다.

Cache Hit Rate

90%+

✅ 90%+ — Optimal.
⚠ 75–89% — Check TTL & Cache-Control headers.
🚨 Below 75% — Origin load spike. Check immediately.

Transfer Success Rate

99.5%+

✅ 99.5%+ — Operating normally.
⚠ 99–99.5% — Investigate 5xx cause.
🚨 Below 99% — Suspected origin server failure. Check immediately.

Media Transform Count

Decreasing

✅ Decreasing after initial spike — New unique URL count falling. Normal.
⚠ No decrease — Check URL parameter usage.
🚨 Re-spike at month start — Right after monthly reset. Verify it drops within a few days.
※ Re-requests for the same URL are not counted; resets on the 1st of each month.

종합 현황 대시보드기준: 이번달 1일 ~ 오늘

이번달 전송량

320 GiB

지난달 대비 +8%

이번달 미디어 변환

48 K

고유 URL 기준 누적 건수 (월 초기화)

캐시 히트율

92.4%

목표: 90% 이상

전송 성공률

99.7%

목표: 99.5% 이상

일별 전송량 추이 (GiB)

전송량 증가 시 캐시 MISS 증가 여부 함께 확인

일별 미디어 변환 추이 (건)

서비스 초기 변환 후 감소 = 정상 (캐시 워밍업 완료)

Summary DashboardPeriod: 1st of this month ~ Today

This Month's Transfer

320 GiB

+8% vs. last month

This Month's Media Transforms

48 K

Unique URL cumulative count (monthly reset)

Cache Hit Rate

92.4%

Target: 90%+

Transfer Success Rate

99.7%

Target: 99.5%+

Daily Transfer Trend (GiB)

If transfer rises, also check for an increase in cache MISS.

Daily Media Transform Trend (count)

Decrease after initial transforms = Normal (cache warm-up complete)

미디어 변환 건수 동작 방식

How Media Transform Count Works

미디어 변환 건수는 일반적인 요청 횟수와 다르게 집계됩니다.

The media transform count is tallied differently from a standard request count.

항목	동작	의미
카운트 기준	고유 URL 단위로 최초 변환 시 1회만 카운트	동일한 URL로 수천 번 요청이 와도 변환 건수는 1로 유지됨
동일 URL 재요청	카운트 증가 없음	캐시에서 응답하므로 On-the-fly 변환이 발생하지 않음
초기화 주기	매월 1일 00:00 초기화	월이 바뀌면 카운트가 0부터 재시작. 월초에 건수가 급증하는 것은 정상 패턴
건수 증가 원인	이전에 변환된 적 없는 신규 고유 URL 요청	새 콘텐츠 업로드, URL 파라미터 조합 증가, 월 초기화 후 재축적이 주요 원인

Item	Behavior	Meaning
Count basis	Counted once per unique URL on first transform	Even if the same URL is requested thousands of times, the transform count stays at 1
Repeat requests (same URL)	No count increase	Served from cache — no On-the-fly transform occurs
Reset cycle	Reset at 00:00 on the 1st of each month	Count restarts from 0 at month turn. A spike at month start is a normal pattern
Causes of count increase	New unique URL requests never transformed before	New content uploads, growing URL parameter combinations, and post-reset rebuild are the main causes

💡 미디어 변환 건수 해석 시 주의사항

월초 급증은 정상 — 매월 1일 카운트가 초기화되므로 월초에 건수가 다시 올라가는 것은 정상입니다.
건수 지속 증가 = 신규 고유 URL 증가 — 변환된 적 없는 새로운 URL 조합이 계속 유입되고 있다는 의미입니다.
URL 파라미터 무작위 사용 주의 — ?w=랜덤값처럼 매 요청마다 다른 파라미터가 붙으면 건수가 급증할 수 있습니다.

💡 Tips for Interpreting Media Transform Counts

A spike at month start is normal — The count resets on the 1st of each month, so it rising again at month start is expected.
Sustained count increase = new unique URLs increasing — New URL combinations that have never been transformed before are continuously flowing in.
Avoid using random URL parameters — If different parameters are appended on every request (e.g. ?w=randomValue), the transform count can spike sharply.

지표 간 상관관계 이해

Understanding Metric Correlations

각 KPI는 독립적으로 보는 것보다 함께 교차 분석할 때 정확한 원인을 파악할 수 있습니다.

Each KPI reveals its true cause more accurately when cross-analyzed together rather than viewed in isolation.

캐시 히트율	전송 성공률	미디어 변환 건수	해석 및 조치
90%+	99.5%+	감소 추세	✅ 최적 상태. 캐시 정상 축적 중. 현재 설정 유지.
75~89%	99.5%+	높거나 증가	⚠ 캐시 효율 저하. Cache-Control 헤더·TTL 점검.
90%+	99% 미만	정상 수준	🚨 원본 서버 장애 의심. 원본 서버 상태 즉시 점검 후 기술지원팀 연락.
75% 미만	99% 미만	급증	🚨 복합 장애. 최근 퍼지 이력, 배포·설정 변경 사항 즉시 확인. 기술지원팀 연락.
90%+	99.5%+	일시 급증	⚠ 캐시 워밍업 또는 퍼지 직후, 혹은 월초 초기화. 수 시간~수일 내 자연 감소 여부 확인.

Cache Hit Rate	Transfer Success Rate	Media Transform Count	Interpretation & Action
90%+	99.5%+	Decreasing	✅ Optimal. Cache building normally. Keep current settings.
75~89%	99.5%+	High or rising	⚠ Cache efficiency drop. Review Cache-Control headers and TTL.
90%+	Below 99%	Normal level	🚨 Suspect origin server failure. Inspect origin server immediately, then contact support.
Below 75%	Below 99%	Spiking	🚨 Compound failure. Check recent purge history and deployment/config changes immediately. Contact support.
90%+	99.5%+	Temporary spike	⚠ Cache warm-up, post-purge, or month-start reset. Monitor for natural decrease within hours to days.

종합 현황 분석 시나리오

Summary Dashboard — Analysis Scenarios

✅ 정상 패턴

✅ Normal Pattern

• 캐시 히트율 90%+ 안정 유지
• 전송 성공률 99.5%+
• 미디어 변환 건수 감소 추세
→ 현재 설정 유지

• Cache hit rate stable at 90%+
• Transfer success rate 99.5%+
• Media transform count decreasing
→ Keep current settings

⚠ 캐시 히트율 저하

⚠ Cache Hit Rate Drop

히트율 75~89% 하락 시:

원본 Cache-Control 헤더 확인
curl -I https://원본URL
CDN 콘솔 → TTL 설정 점검 (권장: 정적 콘텐츠 1h 이상)
최근 전체 퍼지 실행 이력 확인
URL에 무작위 쿼리 파라미터 여부 확인

If hit rate drops to 75~89%:

Check origin Cache-Control header
curl -I https://originURL
CDN Console → Review TTL settings (recommended: 1h+ for static content)
Check recent full-purge history
Check for random query parameters in URLs

🚨 전송 성공률 급락 — 즉시 대응

🚨 Transfer Success Rate Crash — Immediate Action

성공률 99% 미만 또는 5xx 오류율 급증 시:

원본 서버 헬스체크 및 에러 로그 즉시 확인
CDN 대시보드 → HTTP 응답코드 분포(원본) 확인
최근 배포·설정 변경 이력 확인 (롤백 검토)
기술지원팀 즉시 연락

If success rate drops below 99% or 5xx error rate spikes:

Immediately check origin server health and error logs
CDN Dashboard → HTTP response code distribution (origin)
Review recent deployment/config changes (consider rollback)
Contact support immediately

⚠ 미디어 변환 건수 급증·지속

⚠ Media Transform Count Surge / Sustained High

변환 건수가 감소하지 않거나 재급증 시:

이미지·비디오 URL에 무작위 파라미터 여부 확인
CDN 콘솔 → 퍼지 이력 확인
미디어 변환 TTL 설정 확인
서비스 오픈 초기 또는 월초라면 수 시간~수일 대기

If transform count does not decrease or re-spikes:

Check for random parameters in image/video URLs
CDN Console → Review purge history
Check media transform TTL settings
If early after service launch or at month start, wait a few hours to days

💡 종합 현황 활용 팁

캐시 히트율 + 미디어 변환 건수를 함께 보면 캐시 효율을 정확히 판단할 수 있습니다. 히트율이 높아지면 변환 건수는 자연히 줄어듭니다.
전송 성공률 저하는 원본 서버 문제의 초기 신호. 99% 미만으로 떨어지면 즉시 원본 서버 상태를 확인하세요.
퍼지 직후에는 히트율이 일시적으로 낮아지는 것이 정상입니다. 수 시간 후 자연 회복되면 별도 조치 불필요.
전송량 급증 시 캐시 히트율도 함께 확인하세요. 히트율이 유지되면 서비스 성장, 히트율도 낮아지면 원본 부하 문제입니다.

💡 Summary Dashboard Tips

Viewing cache hit rate together with media transform count lets you accurately judge cache efficiency. As the hit rate rises, transform count naturally decreases.
A drop in transfer success rate is an early signal of origin server issues. If it falls below 99%, check origin server status immediately.
It is normal for hit rate to temporarily dip right after a purge. No action needed if it recovers naturally within a few hours.
When transfer volume spikes, also check the cache hit rate. If hit rate holds, it is service growth; if hit rate also drops, it is an origin load issue.

모니터링

Monitoring

CDN 사용량

CDN Usage

CDN 서비스 사용량, 트렌드, 인사이트를 종합적으로 확인합니다. 캐시 히트율·응답 시간·응답코드 분포를 교차 분석해 서비스 상태와 최적화 방향을 파악하세요.

View CDN service usage, trends, and insights comprehensively. Cross-analyze cache hit rate, response time, and response code distribution to understand service health and optimization direction.

ℹ 대시보드 구성

CDN 사용량 페이지는 ① CDN 서비스 사용량, ② CDN 서비스 트렌드, ③ CDN 서비스 인사이트 세 섹션으로 구성됩니다.

ℹ Dashboard Layout

The CDN Usage page is organized into three sections: ① CDN Service Usage, ② CDN Service Trends, and ③ CDN Service Insights.

핵심 용어 해설

Key Term Glossary

용어	정의	확인 목적
누적 트래픽 전송량	당월 1일부터 현재까지 CDN이 클라이언트에 전송한 총 데이터량 (TiB/GiB)	월간 사용량·비용 예측
캐시 히트율	전체 요청 중 CDN 캐시에서 처리된 비율. 게이지 차트로 표시	캐시 효율 핵심 지표
아웃바운드 전송률	CDN에서 클라이언트로 나가는 데이터 전송 속도 (MiB/s, KiB/s). 라인 그래프로 표시	트래픽 급증·이상 패턴 탐지
전송 성공률 / 실패율	전체 응답 중 2xx 성공 비율 / 비성공(4xx·5xx) 비율	서비스 정상 운영 여부 핵심 지표
평균 완료 시간	클라이언트 요청 접수부터 응답 완료까지의 평균 시간(ms). 캐시 HIT 기준 50ms 이하가 정상	응답 지연·Origin Pull 증가 탐지
초당 요청수 (req/s)	1초당 처리하는 요청 건수. 클라이언트(전체)와 원본(Origin Pull)을 구분해 시계열 그래프로 표시	트래픽 규모 및 원본 부하 확인
완료 시간 분포	응답 시간을 구간(<100ms / <500ms / <1000ms / <5000ms)별로 나눈 비율. 클라이언트·원본 도넛 차트로 분리 표시	느린 응답 비율 및 원인 파악
콘텐츠별 요청·용량 분포	image(avif/jpg/png/webp), video, text 등 콘텐츠 타입별 요청 건수와 전송 용량 비율. 도넛 차트로 표시	포맷 최적화 효과 측정
OS별 / 국가별 요청 분포	접속 OS(Android, iPhone, Windows 등) 및 국가별 비율. 도넛 차트로 표시	클라이언트 환경 및 지역 서비스 현황 파악

Term	Definition	Purpose
Cumulative Traffic Volume	Total data transferred by CDN to clients from the 1st of the current month to now (TiB/GiB)	Monthly usage and cost estimation
Cache Hit Rate	Ratio of requests served from CDN cache. Displayed as a gauge chart	Core indicator of cache efficiency
Outbound Transfer Rate	Data transfer speed from CDN to clients (MiB/s, KiB/s). Displayed as a line graph	Detect traffic spikes and abnormal patterns
Transfer Success Rate / Failure Rate	Ratio of 2xx success / non-success (4xx·5xx) among all responses	Core indicator of normal service operation
Avg. Completion Time	Average time from client request receipt to response completion (ms). 50ms or less is normal for cache HITs	Detect response delays and Origin Pull increases
Requests/s (req/s)	Requests processed per second. Displayed as separate time-series graphs for client (total) and origin (Origin Pull)	Assess traffic volume and origin server load
Completion Time Distribution	Ratio of response times broken into bands (<100ms / <500ms / <1000ms / <5000ms). Displayed as separate client/origin donut charts	Identify the ratio of slow responses and their cause
Content Request/Volume Distribution	Request count and transfer volume ratio by content type: image (avif/jpg/png/webp), video, text, etc. Displayed as donut charts	Measure format optimization effectiveness
OS / Country Request Distribution	Ratio by access OS (Android, iPhone, Windows, etc.) and country. Displayed as donut charts	Understand client environment and regional service usage

① CDN 서비스 사용량

① CDN Service Usage

서비스 전반의 CDN 트래픽을 합산한 값으로, 전송 효율성·캐싱 효과·네트워크 성능 모니터링의 핵심 지표입니다.

An aggregate of CDN traffic across the entire service — the core indicator for monitoring transfer efficiency, caching effectiveness, and network performance.

KPI 지표 해석

KPI Interpretation

캐시 히트율

90%+

✅ 90% 이상 — 최적.
⚠ 75~89% — TTL·Cache-Control 헤더 점검.
🚨 75% 미만 — 원본 부하 급증. 즉시 점검.

전송 성공률

99.5%+

✅ 99.5% 이상 — 정상 운영 중.
⚠ 99~99.5% — 5xx 원인 파악 필요.
🚨 99% 미만 — 원본 서버 장애 의심. 즉시 점검.

평균 완료 시간

<50ms

✅ 50ms 이하 — 캐시 HIT 정상 응답.
⚠ 50~200ms — Origin Pull 비율 증가 의심.
🚨 200ms 초과 — 캐시 히트율 저하 또는 원본 지연.

Cache Hit Rate

90%+

✅ 90%+ — Optimal.
⚠ 75–89% — Check TTL & Cache-Control headers.
🚨 Below 75% — Origin load spike. Check immediately.

Transfer Success Rate

99.5%+

✅ 99.5%+ — Operating normally.
⚠ 99–99.5% — Investigate 5xx cause.
🚨 Below 99% — Suspected origin server failure. Check immediately.

Avg. Completion Time

<50ms

✅ ≤50ms — Cache HIT responding normally.
⚠ 50–200ms — Suspected increase in Origin Pull ratio.
🚨 >200ms — Cache hit rate drop or origin latency.

CDN 서비스 사용량누적 트래픽 전송량 (이번달): 320 GiB

● HIT ● MISS ● 오류

캐시 히트율 추이 Min: 0.0% | Max: 100.0% | Last: 91.8%

100%80%60%40%20%0%

💡 급락 구간 = 퍼지 실행 또는 원본 장애 직후 패턴. 이후 90%+로 복귀하면 정상.

전송량 (기간)

12.6 GiB

요청수 (기간)

380 K

평균 전송 속도

148 KiB/s

아웃바운드 전송률 (MiB/s) Min: 0 B/s | Max: 1.2 MiB/s | Last: 142 KiB/s

1.2 MiB/s0.9 MiB/s0.6 MiB/s0.3 MiB/s0 B/s

HTTP 응답코드 분포 — 클라이언트

■ 2xx 성공 99.7% (378 K)

■ 5xx 오류 0.2% (760)

■ 4xx 오류 0.1% (380)

■ 0xx 기타 0.0% (12)

전송 실패율: 0.3% | 평균 완료 시간: 38ms | 평균 요청수: 4.4 req/s

HTTP 응답코드 분포 — 원본 서버

■ 3xx 리다이렉트 90.6% (24.4 K)

■ 2xx 성공 6.1% (1.6 K)

■ 5xx 오류 3.2% (847)

■ 4xx 오류 0.2% (44)

💡 원본 3xx 90%+는 정상 — CDN 캐시 처리 후 원본엔 MISS 요청만 도달. 원본 5xx 비율 상승 시 원본 서버 장애 즉시 점검.

완료 시간 분포 — 클라이언트

■ <100ms 98.1% (372 K)

■ <500ms 1.4% (5.3 K)

■ <1000ms 0.3% (1.1 K)

■ <5000ms 0.2% (760)

완료 시간 분포 — 원본 서버

■ <100ms 94.4% (25.4 K)

■ <500ms 4.8% (1.3 K)

■ <1000ms 0.5% (134)

■ <5000ms 0.3% (81)

원본 500ms+ 비율 증가 시 원본 서버 처리 지연 점검.

CDN Service UsageCumulative Traffic Transfer (this month): 320 GiB

● HIT ● MISS ● Error

Cache Hit Rate Trend Min: 0.0% | Max: 100.0% | Last: 91.8%

100%80%60%40%20%0%

💡 Sharp drop = purge execution or right after origin failure. Recovery to 90%+ is normal.

Transfer (period)

12.6 GiB

Requests (period)

380 K

Avg. Transfer Speed

148 KiB/s

Outbound Transfer Rate (MiB/s) Min: 0 B/s | Max: 1.2 MiB/s | Last: 142 KiB/s

1.2 MiB/s0.9 MiB/s0.6 MiB/s0.3 MiB/s0 B/s

HTTP Response Code Distribution — Client

■ 2xx Success 99.7% (378 K)

■ 5xx Error 0.2% (760)

■ 4xx Error 0.1% (380)

■ 0xx Other 0.0% (12)

Transfer failure rate: 0.3% | Avg. completion time: 38ms | Avg. requests: 4.4 req/s

HTTP Response Code Distribution — Origin Server

■ 3xx Redirect 90.6% (24.4 K)

■ 2xx Success 6.1% (1.6 K)

■ 5xx Error 3.2% (847)

■ 4xx Error 0.2% (44)

💡 Origin 3xx 90%+ is normal — CDN serves most from cache; only MISS requests reach origin. If origin 5xx rises, inspect origin server immediately.

Completion Time Distribution — Client

■ <100ms 98.1% (372 K)

■ <500ms 1.4% (5.3 K)

■ <1000ms 0.3% (1.1 K)

■ <5000ms 0.2% (760)

Completion Time Distribution — Origin Server

■ <100ms 94.4% (25.4 K)

■ <500ms 4.8% (1.3 K)

■ <1000ms 0.5% (134)

■ <5000ms 0.3% (81)

If origin 500ms+ ratio rises, check origin server processing delay.

② CDN 서비스 트렌드

② CDN Service Trends

CDN 노드의 트래픽 흐름과 사용자 경험에 직접 영향을 주는 성능 변화를 실시간으로 모니터링합니다.

Monitor CDN node traffic flow and performance changes that directly affect user experience in real time.

지표	의미	정상 패턴	이상 징후
클라이언트 req/s	CDN이 클라이언트로부터 받는 전체 초당 요청수	시간대별 패턴이 일정	갑작스러운 급증 → 트래픽 이상 또는 DDoS 의심
원본 req/s	CDN이 원본 서버에 전달하는 초당 요청수 (Origin Pull)	클라이언트 req/s 대비 5% 이하	원본 req/s 10% 초과 → 캐시 히트율 저하. TTL 점검

Metric	Meaning	Normal Pattern	Anomaly
Client req/s	Total requests per second received by the CDN from clients	Consistent pattern by time of day	Sudden spike → Suspect abnormal traffic or DDoS
Origin req/s	Requests per second forwarded by the CDN to the origin server (Origin Pull)	5% or less of client req/s	Origin req/s exceeds 10% → Cache hit rate drop. Review TTL

CDN 서비스 트렌드

초당 요청수 — 클라이언트 (1s)

Max: 22 req/s | Mean: 4.4 req/s | Last: 6.2 req/s

초당 요청수 — 원본 서버 (1s)

Max: 0.8 req/s | Mean: 0.18 req/s | Last: 0.22 req/s — 클라이언트 대비 ≈4.1% → 정상

10% 초과 시 TTL·캐시 설정 점검.

HTTP 응답코드 지표 — 클라이언트 (1m)

2xx(회색 선) 대부분. 5xx(빨간 점선) 미세하게 표시.

HTTP 응답코드 지표 — 원본 서버 (1m)

3xx(회색 선) 지배적. 5xx(빨간 선) 스파이크 발생 시 원본 장애 의심.

CDN Service Trend

Requests/sec — Client (1s)

Max: 22 req/s | Mean: 4.4 req/s | Last: 6.2 req/s

Requests/sec — Origin Server (1s)

Max: 0.8 req/s | Mean: 0.18 req/s | Last: 0.22 req/s — ≈4.1% of client req/s → Normal

If over 10%, check TTL and cache settings.

HTTP Response Code Metrics — Client (1m)

2xx (grey line) dominant. 5xx (red dashed) barely visible.

HTTP Response Code Metrics — Origin Server (1m)

3xx (grey line) dominant. 5xx (red line) spike indicates suspected origin failure.

③ CDN 서비스 인사이트 (타입·플랫폼·지역별)

③ CDN Service Insights (by Type · Platform · Region)

콘텐츠 유형별 소비 패턴, 운영체제별 접근 환경, 지역별 사용 현황을 도넛 차트로 확인합니다.

View content consumption patterns by type, access environment by OS, and usage by region — all as donut charts.

CDN 서비스 인사이트

콘텐츠별 요청 분포

■ image(avif) 93.4%

■ image(jpg) 5.2%

■ image(png) 1.1%

■ image(webp) 0.3%

💡 AVIF 요청 93.4% — 포맷 최적화 정상 작동 중

콘텐츠별 용량 분포

■ image(avif) 83.2% (10.5 GiB)

■ image(jpg) 11.7% (1.5 GiB)

■ image(png) 4.7% (592 MiB)

■ video(mp4) 0.4% (50 MiB)

OS별 요청 분포

■ Android 63.7%

■ Windows 21.0%

■ iPhone 14.8%

■ Mac / 기타 0.5%

Android → AVIF, iPhone(Safari) → WebP 자동 변환

국가별 요청 분포

■ KR 한국 100%

JP 일본 0%

US 미국 0%

기타 0%

해외 트래픽 급증 시 비정상 봇·크롤러 의심. 접근 제어 규칙 확인.

CDN Service Insights

Request Distribution by Content Type

■ image(avif) 93.4%

■ image(jpg) 5.2%

■ image(png) 1.1%

■ image(webp) 0.3%

💡 AVIF requests 93.4% — Format optimization working normally

Volume Distribution by Content Type

■ image(avif) 83.2% (10.5 GiB)

■ image(jpg) 11.7% (1.5 GiB)

■ image(png) 4.7% (592 MiB)

■ video(mp4) 0.4% (50 MiB)

💡 AVIF also accounts for 83.2% of total volume — format optimization effective across both requests and bytes.

Request Distribution by OS

■ Android 63.7%

■ Windows 21.0%

■ iPhone 14.8%

■ Mac / Other 0.5%

Android → AVIF, iPhone (Safari) → WebP auto-converted

Request Distribution by Country

■ KR South Korea 100%

JP Japan 0%

US United States 0%

Other 0%

Sudden spike in overseas traffic may indicate abnormal bots/crawlers. Review access control rules.

💡 CDN 사용량 활용 팁

클라이언트 req/s와 원본 req/s를 함께 보면 캐시 효율을 숫자로 파악할 수 있습니다. 원본이 클라이언트의 5% 미만이면 이상적입니다.
원본 3xx(리다이렉트) 비율이 높은 것은 정상 — CDN이 대부분을 캐시 처리하므로 원본에는 MISS 요청만 도달하며, 이 중 상당수는 리다이렉트로 처리됩니다.
콘텐츠 인사이트의 AVIF 비율을 주기적으로 확인해 포맷 최적화 효과를 측정하세요.
국가별 분포에서 예상치 못한 해외 트래픽이 급증하면 비정상 봇·크롤러 트래픽일 수 있으니 접근 제어 규칙을 확인하세요.

💡 CDN Usage Tips

Viewing client req/s alongside origin req/s lets you quantify cache efficiency. Origin below 5% of client is ideal.
A high origin 3xx (redirect) ratio is normal — since the CDN handles most requests from cache, only MISS requests reach the origin, and many of those are redirects.
Periodically check the AVIF ratio in Content Insights to measure the effectiveness of format optimization.
If unexpected foreign traffic spikes in the country distribution, it may be abnormal bot or crawler traffic — review your access control rules.

모니터링

Monitoring

미디어 변환 트렌드

Media Transform Trends

서비스에서 활용된 모든 이미지·비디오 리소스의 On-the-fly 변환 현황을 모니터링합니다. 고유 변환수 추이와 명령어별 분포를 통해 미디어 최적화 효과를 측정하고 이상 징후를 조기에 파악할 수 있습니다.

Monitor the On-the-fly transform status of all image and video resources used in your service. Measure media optimization effectiveness and detect anomalies early through unique transform count trends and command distribution.

ℹ 대시보드 구성

미디어 변환 트렌드 페이지는 ① 총 미디어 사용량 (누적 지표)과 ② 미디어 변환 트렌드 (실시간 1h 추이 + 명령어별 분포) 두 섹션으로 구성됩니다.

ℹ Dashboard Layout

The Media Transform Trends page is organized into two sections: ① Total Media Usage (cumulative metrics) and ② Media Transform Trends (real-time 1h trends + command distribution).

핵심 용어 해설

Key Term Glossary

용어	정의	확인 목적
고유 이미지 변환수	당월 기준, 이전에 변환된 적 없는 고유 URL에 대해 On-the-fly 변환이 발생한 총 누적 건수. 동일 URL 재요청은 카운트되지 않으며 매월 1일 초기화됩니다.	신규 이미지 콘텐츠 처리 규모 파악
고유 동영상 변환 시간(초)	당월 기준, 고유 동영상 URL에 대해 On-the-fly 변환에 소요된 누적 시간(초). 변환이 없으면 0으로 표시됩니다.	동영상 변환 처리 부하 및 규모 파악

Term	Definition	Purpose
Unique Image Transforms	Cumulative count of On-the-fly transforms for unique URLs not previously transformed this month. Repeat requests for the same URL are not counted; resets on the 1st of each month.	Assess the scale of new image content processing
Unique Video Transform Duration (sec)	Cumulative time (seconds) spent on On-the-fly transforms for unique video URLs this month. Displayed as 0 if no transforms occurred.	Assess video transform processing load and scale

① 총 미디어 사용량

① Total Media Usage

서비스에서 활용된 모든 이미지·비디오 리소스를 합산한 값입니다. 수치는 당월 1일부터 현재까지 누적 집계됩니다.

Aggregated total of all image and video resources used in the service. Values are accumulated from the 1st of the current month to now.

고유 이미지 변환수

감소 추세

✅ 월초 이후 완만한 증가·안정화 — 신규 콘텐츠만 변환 중.
⚠ 급격한 지속 증가 — URL 파라미터 무작위 생성 또는 퍼지 과다 실행 의심.
🚨 월초 대량 발생 — 월 초기화 직후 재변환 중. 수일 내 안정화 여부 확인.

고유 동영상 변환 시간

0s (미사용 시)

✅ 0s 유지 — 동영상 변환 미사용 또는 캐시 처리 완료.
⚠ 지속 증가 — 신규 동영상 변환 처리 중.
🚨 급증 — 대량 동영상 신규 등록 또는 퍼지 직후 재변환.

명령어별 분포

optimize 중심

✅ optimize 비율 높음 — 자동 최적화 정상 적용 중.
⚠ 특정 명령어 급증 — 해당 명령어 호출 코드·파라미터 확인.

Unique Image Transforms

Decreasing

✅ Gradual increase then stabilization after month start — Only new content being transformed.
⚠ Continued sharp increase — Suspected random URL parameter generation or excessive purge.
🚨 Large spike at month start — Re-transforming after monthly reset. Verify stabilization within a few days.

Unique Video Transform Duration

0s (when unused)

✅ Stays at 0s — No video transforms or cache serving complete.
⚠ Steady increase — New video transforms in progress.
🚨 Sudden spike — Bulk new video uploads or re-transforms after purge.

Distribution by Command

optimize-centric

✅ High optimize ratio — Auto-optimization applied normally.
⚠ Specific command spike — Check code/parameters calling that command.

총 미디어 사용량 (이미지 + 비디오)누적 미디어 변환량 (이번달): 48 K

고유 이미지 변환수

1.2 K

format 변환

480

resize 변환

510

고유 동영상 변환 시간

0 s

동영상 On-the-fly 변환 없음 또는 캐시 처리 완료

실시간 고유 이미지 변환수

Min: 0 | Max: 92 | Last: 4 — 스파이크는 신규 콘텐츠 업로드 또는 퍼지 직후

실시간 고유 동영상 변환 시간(초)

Min: 0 | Max: 0 | Last: 0 — 동영상 변환이 없는 경우 0으로 유지

동영상 On-the-fly 변환 미사용 시 0 유지 — 정상 패턴

Total Media Usage (Image + Video)Cumulative Media Transforms (this month): 48 K

Unique Image Transforms

1.2 K

format transforms

480

resize transforms

510

Unique Video Transform Duration

0 s

No video On-the-fly transforms or cache serving complete

Unique Image Transform Trend

Min: 0 | Max: 92 | Last: 4 — spikes occur after new content uploads or purge

Unique Video Transform Duration Trend (sec)

Min: 0 | Max: 0 | Last: 0 — stays at 0 when no video transforms occur

Stays at 0 when On-the-fly video transforms are unused — normal pattern

② 미디어 변환 트렌드 (이미지 + 비디오)

② Media Transform Trends (Image + Video)

이미지·비디오 리소스의 실시간 변환 지표입니다. 1시간 기준으로 집계되며, 명령어별 분포를 통해 어떤 변환이 가장 많이 발생하는지 파악할 수 있습니다.

Real-time transform metrics for image and video resources. Aggregated on a 1-hour basis; command distribution shows which transforms occur most frequently.

지표	의미	정상 패턴	이상 징후 및 조치
고유 이미지 변환 (1h)	1시간 내 발생한 신규 고유 이미지 URL 변환 건수	서비스 초기 높고 이후 낮은 수준 유지. 콘텐츠 업로드 시 간헐적 스파이크 정상	지속 높은 수준 → URL 파라미터 무작위 사용 또는 퍼지 과다 확인
고유 동영상 변환 초 (1h)	1시간 내 발생한 고유 동영상 변환 처리 시간(초)	동영상 On-the-fly 변환 미사용 시 0으로 유지	갑작스러운 급증 → 대량 동영상 신규 등록 또는 변환 서버 부하 점검
이미지 명령어 변환수	optimize, resize, format, 명령어별 누적 변환 건수 분포. 도넛 차트로 표시	optimize, resize, format 세 명령어가 주요 비중 차지	특정 명령어 이상 급증 → 해당 명령어 호출 코드·파라미터 확인
동영상 명령어 변환수	동영상 변환에 사용된 명령어별 건수. 도넛 차트로 표시	약속된 트랜스코딩 profile만 노출	예상치 못한 동영상 변환 발생 시 설정 확인

Metric	Meaning	Normal Pattern	Anomaly & Action
Unique Image Transforms (1h)	Count of new unique image URL transforms occurring within 1 hour	High at service launch, then stays low. Intermittent spikes on content uploads are normal	Sustained high level → Check for random URL params or excessive purges
Unique Video Transform Sec (1h)	Cumulative processing time (seconds) for unique video transforms within 1 hour	Stays at 0 when On-the-fly video transforms are not in use	Sudden spike → Check for bulk new video uploads or transform server load
Image Command Transform Count	Distribution of cumulative transform counts by command: optimize, resize, format. Displayed as donut chart	optimize, resize, and format commands account for the main share	Abnormal spike in a specific command → Check the calling code and parameters for that command
Video Command Transform Count	Count by command used for video transforms. Displayed as donut chart	Only agreed transcoding profiles are shown	Unexpected video transforms → Review settings

미디어 변환 트렌드 (이미지 + 비디오)1시간 기준 실시간 지표

고유 이미지 변환 (1h)

Min: 0 | Max: 120 | Last: 18

스파이크 = 신규 콘텐츠 업로드 또는 퍼지 후 재변환. 이후 감소 = 정상.

고유 동영상 변환 초 (1h)

Min: 0 | Max: 0 | Last: 0

동영상 변환 미사용 시 0 유지 — 정상

이미지 명령어 변환수

■ optimize 38.0% (456)

■ resize 31.4% (377)

■ format 30.6% (367)

💡 optimize: 브라우저 자동 감지 최적화 | resize: 크기 변환 | format: 명시적 포맷 지정

동영상 명령어 변환수

■ etc 0.0

동영상 On-the-fly 변환이 없는 경우
etc 항목만 0으로 표시됩니다.

Media Transform Trend (Image + Video)Real-time metrics (1-hour basis)

Unique Image Transform Trend (1h)

Min: 0 | Max: 120 | Last: 18

Spike = new content upload or re-transform after purge. Subsequent decline = normal.

Unique Video Transform Duration Trend (1h, sec)

Min: 0 | Max: 0 | Last: 0

Stays at 0 when video transforms are unused — normal

Image Command Transform Count

■ optimize 38.0% (456)

■ resize 31.4% (377)

■ format 30.6% (367)

💡 optimize: auto browser-detect optimization | resize: dimension conversion | format: explicit format specification

Video Command Transform Count

■ etc 0.0

When no video On-the-fly transforms occur,
only the etc entry shows as 0.

💡 미디어 변환 트렌드 활용 팁

고유 이미지 변환수의 스파이크는 콘텐츠 업로드나 퍼지 직후 정상적으로 발생합니다. 스파이크 후 빠르게 낮아지면 정상, 높은 수준이 유지되면 URL 파라미터 또는 TTL을 점검하세요.
명령어 분포의 변화를 주기적으로 확인하세요. optimize 비율이 높을수록 자동 최적화가 잘 활용되고 있다는 신호입니다.
동영상 변환 시간이 0s로 유지되는 것은 동영상 변환 미사용 또는 캐시 완료 상태입니다.
고유 변환수는 동일 URL 재요청을 카운트하지 않으므로 변환수 증가는 반드시 신규 콘텐츠 또는 새로운 URL 조합의 등장을 의미합니다.

💡 Media Transform Trends Tips

Spikes in unique image transform counts are normal right after content uploads or purge operations. If the count drops quickly after a spike, that is normal; if it stays elevated, review URL parameters or TTL settings.
Periodically check changes in command distribution. A higher optimize ratio signals that automatic optimization is being well utilized.
Video transform duration staying at 0s means video transforms are unused or the cache is fully warmed.
Because unique transform counts do not count repeat requests for the same URL, any increase in transform count necessarily means new content or new URL combinations are appearing.

모니터링

Monitoring

트래픽 / 응답코드

Traffic / Response Codes

HTTP 응답코드 분포, 완료 시간 분포, 초당 요청수 시계열을 클라이언트와 원본으로 분리해 확인합니다. 5xx 오류율이 증가하거나 완료 시간이 길어지면 원본 서버 상태를 즉시 점검하세요.

View HTTP response code distribution, completion time distribution, and requests/s time series separated by client and origin. If the 5xx error rate rises or completion times lengthen, inspect the origin server immediately.

ℹ 대시보드 구성

트래픽 / 응답코드 페이지는 ① HTTP 응답코드 분포, ② 완료 시간 분포, ③ CDN 서비스 트렌드 세 섹션으로 구성됩니다. 모든 지표는 클라이언트(전체 CDN 응답)와 원본(Origin Pull 응답)을 분리해 표시합니다.

ℹ Dashboard Layout

The Traffic / Response Codes page is organized into three sections: ① HTTP Response Code Distribution, ② Completion Time Distribution, and ③ CDN Service Trends. All metrics are displayed separately for client (all CDN responses) and origin (Origin Pull responses).

핵심 용어 해설

Key Term Glossary

용어	정의	확인 목적
클라이언트 응답코드	CDN이 최종 사용자에게 반환한 HTTP 응답코드. 캐시 HIT 포함 전체 응답 집계	실제 사용자가 경험하는 오류율 파악
원본 응답코드	캐시 MISS 시 CDN이 원본 서버에서 받아온 HTTP 응답코드. 전체 요청의 극히 일부(~10%)만 해당	원본 서버 장애·이상 조기 탐지
전송 성공률 / 실패율	클라이언트 응답 중 2xx 비율 / 비성공(4xx·5xx) 비율	서비스 정상 운영 여부 핵심 지표
평균 완료 시간	요청 접수부터 응답 완료까지의 평균 시간(ms). 캐시 HIT 시 50ms 이하가 정상	응답 지연 및 Origin Pull 증가 탐지
완료 시간 분포	응답 시간을 <100ms / <500ms / <1000ms / <5000ms 구간별로 집계. 도넛 차트로 클라이언트·원본 분리 표시	느린 응답 비율 파악 및 원인 구분
0xx	HTTP 표준 외 응답코드. 연결 중단, 타임아웃 등 비정상 종료 시 발생	네트워크·연결 오류 감지

Term	Definition	Purpose
Client Response Code	HTTP response codes returned by the CDN to end users. Aggregates all responses including cache HITs	Understand the error rate experienced by actual users
Origin Response Code	HTTP response codes received by the CDN from the origin server on cache MISS. Only a small fraction (~10%) of all requests	Early detection of origin server failures or anomalies
Transfer Success Rate / Failure Rate	Ratio of 2xx / non-success (4xx·5xx) among client responses	Core indicator of normal service operation
Avg. Completion Time	Average time from request receipt to response completion (ms). 50ms or less is normal for cache HITs	Detect response delays and Origin Pull increases
Completion Time Distribution	Response times aggregated by band: <100ms / <500ms / <1000ms / <5000ms. Displayed as separate client/origin donut charts	Identify the ratio of slow responses and distinguish their cause
0xx	Non-standard HTTP response codes. Occur on abnormal terminations such as connection drops or timeouts	Detect network and connection errors

응답코드별 의미와 조치

Response Code Meanings & Actions

코드	의미	CDN 관점 해석	이상 시 조치
2xx	성공	정상. 클라이언트 응답의 99.5%+ 목표	—
`304`	변경 없음	브라우저 캐시 유효. 데이터 전송 없음. 정상.	정상. 대역폭 절감 효과
3xx	리다이렉트	원본 응답에서 90%+ 차지는 정상 — CDN이 대부분 캐시 처리, 원본엔 MISS 요청만 도달	클라이언트 3xx 높으면 리다이렉트 루프 의심
4xx	클라이언트 오류	잘못된 URL 요청 또는 접근 제한	접근 제어 규칙 또는 URL 구조 확인
5xx	서버 오류	원본 서버 장애 의심. 즉시 점검 필요	원본 서버 상태 확인 → 기술지원팀 연락
`0xx`	비정상 종료	연결 중단, 타임아웃 등. 극소량 발생은 정상	지속 증가 시 네트워크 환경 및 원본 응답 시간 점검

Code	Meaning	CDN Perspective	Action if Anomalous
2xx	Success	Normal. Target: 99.5%+ of client responses	—
`304`	Not Modified	Browser cache valid. No data transferred. Normal.	Normal. Bandwidth saving effect
3xx	Redirect	90%+ in origin responses is normal — CDN handles most via cache; only MISS requests reach the origin	High client 3xx → suspect redirect loop
4xx	Client Error	Invalid URL request or access restriction	Review access control rules or URL structure
5xx	Server Error	Suspect origin server failure. Immediate inspection required	Check origin server status → contact support
`0xx`	Abnormal Termination	Connection drop, timeout, etc. Very small amounts are normal	If persistently increasing, check network environment and origin response time

① HTTP 응답코드 분포

① HTTP Response Code Distribution

HTTP 응답코드 분포

전송 성공률

99.7%

목표: 99.5% 이상 유지

전송 실패율

0.3%

0.5% 초과 시 즉시 점검

평균 완료 시간

38ms

평균 요청수: 4.4 req/s

클라이언트 응답코드 분포

■ 2xx 성공 99.7%
378 K건

■ 5xx 오류 0.2%
760건

■ 4xx 오류 0.1%
380건

■ 0xx 기타 0.0%
12건

원본 서버 응답코드 분포

■ 3xx 리다이렉트 90.6%
24.4 K건

■ 2xx 성공 6.1%
1.6 K건

■ 5xx 오류 3.2%
847건

■ 4xx 오류 0.2%
44건

💡 원본 3xx 90%+는 정상. 원본 5xx 비율 상승 시 원본 서버 장애 즉시 점검.

HTTP Response Code Distribution

Transfer Success Rate

99.7%

Target: maintain 99.5%+

Transfer Failure Rate

0.3%

Inspect immediately if over 0.5%

Avg. Completion Time

38ms

Avg. requests: 4.4 req/s

Client Response Code Distribution

■ 2xx Success 99.7%
378 K requests

■ 5xx Error 0.2%
760 requests

■ 4xx Error 0.1%
380 requests

■ 0xx Other 0.0%
12 requests

Origin Server Response Code Distribution

■ 3xx Redirect 90.6%
24.4 K requests

■ 2xx Success 6.1%
1.6 K requests

■ 5xx Error 3.2%
847 requests

■ 4xx Error 0.2%
44 requests

💡 Origin 3xx 90%+ is normal. If origin 5xx ratio rises, inspect origin server immediately.

② 완료 시간 분포

② Completion Time Distribution

응답 시간을 구간별로 집계합니다. 클라이언트는 캐시 HIT 응답이 대부분이므로 <100ms가 90%+여야 정상입니다. 원본은 캐시 MISS 요청만 포함되므로 클라이언트보다 느린 것이 자연스럽습니다.

Response times are aggregated by band. Since client responses are mostly cache HITs, <100ms should account for 90%+. Origin responses include only cache MISS requests, so being slower than client is expected.

완료 시간 분포

클라이언트 완료 시간 분포

■ <100ms 98.1%
372 K건

■ <500ms 1.4%
5.3 K건

■ <1000ms 0.3%
1.1 K건

■ <5000ms 0.2%
760건

✅ <100ms 98.1% — 캐시 HIT 응답 정상.

원본 서버 완료 시간 분포

■ <100ms 94.4%
25.4 K건

■ <500ms 4.8%
1.3 K건

■ <1000ms 0.5%
134건

■ <5000ms 0.3%
81건

원본 500ms+ 비율 증가 시 원본 서버 처리 지연 점검.

Completion Time Distribution

Client Completion Time Distribution

■ <100ms 98.1%
372 K requests

■ <500ms 1.4%
5.3 K requests

■ <1000ms 0.3%
1.1 K requests

■ <5000ms 0.2%
760 requests

✅ <100ms 98.1% — Cache HIT responses normal.

Origin Server Completion Time Distribution

■ <100ms 94.4%
25.4 K requests

■ <500ms 4.8%
1.3 K requests

■ <1000ms 0.5%
134 requests

■ <5000ms 0.3%
81 requests

If origin 500ms+ ratio rises, check origin server processing delay.

③ CDN 서비스 트렌드

③ CDN Service Trends

초당 요청수와 HTTP 응답코드를 1초·1분 단위 시계열로 확인합니다. 클라이언트와 원본을 비교하면 캐시 효율과 원본 부하를 실시간으로 파악할 수 있습니다.

View requests/s and HTTP response codes as 1-second and 1-minute time series. Comparing client and origin reveals cache efficiency and origin load in real time.

CDN 서비스 트렌드

초당 요청수 — 클라이언트 (1s)

Min: 0 | Max: 22 req/s | Mean: 4.4 req/s | Last: 6.2 req/s

순간 급증 = 트래픽 이상 또는 대량 요청 유입. 지속 여부 확인 필요.

초당 요청수 — 원본 서버 (1s)

Min: 0 | Max: 0.8 req/s | Mean: 0.18 req/s | Last: 0.22 req/s

클라이언트 대비 원본 ≈ 4.1% → 정상. 10% 초과 시 TTL·캐시 설정 점검.

HTTP 응답코드 지표 — 클라이언트 (1m)

2xx(회색)가 압도적. 4xx·5xx는 하단 미세 선으로 표시

HTTP 응답코드 지표 — 원본 서버 (1m)

3xx(회색) 지배적. 5xx(빨간 선) 스파이크 발생 시 원본 장애 의심

원본 5xx 스파이크 지속 시 → 원본 서버 장애 의심. 즉시 점검.

CDN Service Trend

Requests/sec — Client (1s)

Min: 0 | Max: 22 req/s | Mean: 4.4 req/s | Last: 6.2 req/s

Sudden spike = abnormal traffic or bulk request influx. Verify persistence.

Requests/sec — Origin Server (1s)

Min: 0 | Max: 0.8 req/s | Mean: 0.18 req/s | Last: 0.22 req/s

Origin ≈ 4.1% of client → Normal. If over 10%, check TTL and cache settings.

HTTP Response Code Metrics — Client (1m)

2xx (grey) dominant. 4xx/5xx shown as faint lines at the bottom

HTTP Response Code Metrics — Origin Server (1m)

3xx (grey) dominant. 5xx (red line) spike indicates suspected origin failure

If origin 5xx spikes persist → suspect origin server failure. Inspect immediately.

💡 트래픽 / 응답코드 활용 팁

클라이언트와 원본 응답코드를 항상 함께 확인하세요. 클라이언트 5xx 증가 + 원본 5xx 증가 = 원본 서버 장애, 원본 정상인데 클라이언트만 5xx = CDN 설정 문제.
원본 3xx(리다이렉트)가 90%+인 것은 정상입니다. CDN이 대부분을 캐시 처리하므로 원본에는 소수의 MISS 요청만 도달합니다.
클라이언트 완료 시간 <100ms가 90%+를 유지하면 캐시 HIT 응답이 정상 작동 중입니다. 이 비율이 낮아지면 캐시 히트율 저하 또는 원본 지연을 의심하세요.
원본 req/s가 클라이언트의 10%를 초과하면 캐시 효율이 낮아진 것입니다. TTL 설정과 URL 파라미터 표준화를 점검하세요.

💡 Traffic / Response Code Tips

Always check client and origin response codes together. Client 5xx rising + origin 5xx rising = origin server failure; origin healthy but client 5xx only = CDN configuration issue.
Origin 3xx (redirect) at 90%+ is normal. Since the CDN handles most requests from cache, only a small number of MISS requests reach the origin.
If client completion time <100ms stays at 90%+, cache HIT responses are working correctly. If this ratio falls, suspect a drop in cache hit rate or origin latency.
If origin req/s exceeds 10% of client req/s, cache efficiency has declined. Review TTL settings and URL parameter standardization.