웹 운영·성능
동영상 조금 넘겼을 뿐인데…Cloudflare가 큰 파일을 가져오는 방식을 바꿨습니다
발행일:
Cloudflare Origin Range Requests가 모든 요금제에 제공됩니다. 큰 파일의 부분 읽기를 처리하는 변화와 전체 파일 크기 제한, 원본 응답·비용을 확인할 기준을 살펴봅니다.
동영상에서 중간 장면만 눌렀는데 서버는 훨씬 큰 파일 조각을 보내고 있었다면 어떨까요. Cloudflare가 10월 23일 공개한 Origin Range Requests는 큰 파일의 필요한 구간을 원본 서버에서 나눠 가져오는 기능입니다. 모든 요금제에서 Cache Rule로 켤 수 있지만, 파일 크기 제한을 없애거나 모든 요청을 캐시해 주는 기능은 아닙니다. 공식 발표
조금 읽으려다 많이 가져오는 문제
동영상 탐색이나 중단된 다운로드 재개에는 파일의 일부만 요청하는 HTTP Range가 쓰입니다. 이용자가 요구한 양과 CDN이 원본 서버에서 가져오는 양은 같지 않을 수 있습니다. Cloudflare의 새 방식은 이미 저장된 부분과 아직 받아야 할 부분을 나눠 처리합니다. 운영자가 파일 조각 크기를 직접 조정하던 부담을 줄이는 변화입니다.
가령 고객이 제품 시연 영상의 뒷부분만 확인하고 창을 닫는 상황을 생각해 볼 수 있습니다. 이때 필요 이상으로 많은 데이터를 가져온다면 사용자가 보지 않은 구간에도 전송 작업이 발생합니다. 실제 고객 사례가 아닌 설명용 예시입니다. 다만 새 기능도 요청한 바이트만 정확히 원본에서 가져오는 것은 아닙니다. 공식 문서상 1 MiB 단위에 맞춰 요청하므로, 1 KiB 요청 때문에 1 MiB를 가져올 수 있습니다. 원본 요청 동작

Cloudflare 및 문서 기여자. 2026년 10월 24일 한국시간 공식 문서 화면 캡처, 내용 수정 없음. 원문 · CC BY 4.0 및 보증 부인 조건. 실제 계정의 관리 화면이 아닌 공개 문서입니다.
속도 개선 수치보다 먼저 볼 적용 조건
Cloudflare는 내부 R2 적용에서 p99 첫 바이트 응답 시간이 대략 절반으로 줄었다고 설명합니다. 이는 해당 운영 환경의 결과이지, 내 사이트가 두 배 빨라진다는 보장은 아닙니다. 영상·배포 파일처럼 부분 읽기가 많은 서비스가 우선 검토 대상입니다. 짧은 HTML 페이지 위주의 사이트에 같은 효과를 기대할 근거는 없습니다. 공식 운영 결과
설정 문서에는 제한이 분명하게 적혀 있습니다. 최대 캐시 가능 크기는 요청한 조각이 아니라 전체 파일을 기준으로 판단합니다. Cache Reserve와는 함께 쓸 수 없습니다. 원본이 Range를 무시하고 전체 파일을 돌려주면 Cloudflare도 전체 파일을 내려받아야 합니다. 따라서 ‘큰 파일을 조금씩 받으니 요금제의 파일 제한도 피한다’는 해석은 맞지 않습니다. 설정과 제한
현재 문서에서 default는 규칙으로 덮어쓰지 않는 상태이며, 기본 활성화된 파일 확장자는 없습니다. 발표의 향후 기본 적용 계획을 지금 모든 사이트에서 자동으로 켜졌다는 뜻으로 읽으면 안 됩니다. 필요한 트래픽에 on을 지정하는 방식입니다.
전체 사이트에 켜기 전에, 파일 한 종류부터
VECTORLOG의 실무 판단은 대상 URL을 좁혀 비교하자는 것입니다. 제품 시연 MP4나 재개 가능한 다운로드처럼 부분 요청이 실제로 발생하는 파일부터 고르고, 원본이 압축하지 않은 206 Partial Content와 정확한 Content-Range·Content-Length를 반환하는지 확인하면 됩니다. 여러 응답에서 전체 파일 크기와 ETag도 일관되어야 합니다. 공개해도 되는 테스트 파일로 정상 재생, 중간 탐색, 다운로드 재개를 비교하는 편이 안전합니다.
응답 속도만 보지 말고 원본의 전송량과 요청 횟수도 함께 보세요. 한 이용자 요청이 여러 원본 요청으로 나뉠 수 있어, 바이트는 줄어도 요청 수가 늘 수 있습니다. 원본 요청량 제한이나 서명 검증이 있다면 달라진 Range 값과 호환되는지도 확인해야 합니다. 비용 절감 여부는 이 조건과 실제 과금 체계를 함께 봐야 판단할 수 있습니다. 원본 요청·응답 요구사항
같은 서비스의 응답 WAF를 다룬 글에서는 응답을 차단하는 시점과 서버에서 이미 실행된 작업을 구분했습니다. 이번에도 경로를 나눠 보는 것이 중요합니다. 이용자에게 보낸 양, CDN이 원본에서 가져온 양, 캐시에 저장한 양을 같은 숫자로 취급하지 않아야 개선을 제대로 평가할 수 있습니다.
자료 확인: 2026년 10월 24일 한국시간. 공식 발표일은 10월 23일입니다. VECTORLOG에서 이 기능을 직접 켜거나 성능 시험을 수행하지 않았습니다. 썸네일은 AI 제작 개념 이미지이며 실제 Cloudflare UI가 아닙니다. Cloudflare는 해당 권리자의 상표이며 제휴·후원 없이 작성했습니다.
VECTORLOG의 실무 판단은 전체 사이트에 일괄 적용하기보다 부분 읽기가 많은 파일 종류부터 비교하는 것입니다. 응답 속도와 원본 전송량·요청 수를 함께 봐야 실제 운영 효과를 판단할 수 있습니다.
- #Cloudflare
- #CDN
- #캐시
- #웹 운영
CONTINUE READING
이 기록에서 이어서 보기
VECTORLOG LETTER
다음 기록도 받아보고 싶다면 구독을 연결해 주세요.