애플리케이션 요청 라우팅에서 바이트 범위 요청 세그먼트 크기 구성

아티클
04/12/2024

작성자: 원유

문서의 이 섹션은 IIS 7 이상용 Microsoft 애플리케이션 요청 라우팅 버전 2에 적용됩니다.

목표

ARR(애플리케이션 요청 라우팅)이 바이트 범위 요청을 처리하는 방법을 이해하고 구성합니다.

필수 조건

ARR의 고급 기능입니다. 이 문서에서는 ARR의 전반적인 기능에 익숙하고 디스크 캐시를 사용하여 ARR을 배포하고 구성하는 방법을 알고 있다고 가정합니다. 아직 수행하지 않은 경우 계속하기 전에 다음 연습을 검토하는 것이 좋습니다.

애플리케이션 요청 라우팅 버전 2가 설치되지 않은 경우 다음 위치에서 다운로드할 수 있습니다.

IIS 7용 Microsoft 애플리케이션 요청 라우팅 버전 2(x86)는 여기(https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE)에서 확인할 수 있습니다.
IIS 7용 Microsoft 애플리케이션 요청 라우팅 버전 2(x64)는 여기(https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE)에서 확인할 수 있습니다.

이 문서에 설명된 단계에 따라 ARR 버전 2를 설치합니다.

1단계 - ARR의 바이트 범위 요청 기능 개요입니다.

캐시 프록시는 바이트 범위 요청을 다르게 처리합니다. ARR의 경우 바이트 범위 요청은 "청크"라는 작은 조각으로 분할됩니다. "청크"의 크기는 관리자가 구성할 수 있으며, 추가 최적화를 위해 사용자 환경에서 바이트 범위 요청의 일반적인 크기에 따라 크기를 설정하는 것이 좋습니다.

이 기능의 핵심은 ARR이 바이트 범위 요청을 세그먼트로 "다시 매핑"하는 것입니다. 아래 다이어그램에 표시된 것처럼 ARR이 바이트 범위 요청을 받으면 요청을 "청크"에 넣고 원본 서버로 보내야 하는 해당 범위를 결정합니다(또는 캐시 노드가 계층화된 경우 다음 계층 서버로 전송됩니다.) 응답을 받으면 ARR은 콘텐츠를 조각으로 저장합니다(예: "청크") ARR에 대한 원래 요청과 일치하도록 응답을 다시 작성합니다.

R R의 바이트 대시 범위 요청 기능 다이어그램

정상적인 작업을 통해 ARR은 결국 모든 "청크" 조각을 "수집"하고 전체 콘텐츠를 캐시합니다.

2단계 - 바이트 범위 세그먼트 크기를 구성합니다.

기본적으로 바이트 범위 세그먼트 크기는 256KB입니다. 관리자는 환경의 일반적인 트래픽 패턴에 따라 이 값을 변경할 수 있습니다.

IIS 관리자를 시작합니다.
바이트 범위 세그먼트 크기 설정은 서버 수준에서 관리되는 전역 설정입니다. 서버의 루트를 선택하고 확장합니다.
애플리케이션 요청 라우팅 캐시를 두 번 클릭합니다.
작업 창에서 캐시 구성...을 클릭합니다.
캐시 구성 페이지에서 바이트 범위 세그먼트 크기(KB): 입력 필드를 찾습니다.
값을 변경한 다음 적용을 클릭합니다. 이 연습에서는 값을 1KB로 설정합니다.

참고 항목

이 설정은 연습용으로만 사용됩니다. 1KB는 세그먼트 크기가 너무 작기 때문에 조각화가 발생할 수 있습니다.

2단계 - 기능 확인

바이트 범위 요청을 만드는 데 사용할 수 있는 클라이언트 도구가 필요합니다. 또한 HTTP 요청을 추적하고 캡처하여 클라이언트가 보내는 요청에 따라 예상 응답을 수신하는지 확인하려고 합니다.

범위가 0-500인 바이트 범위 요청을 보냅니다. 이 예제에서는 바이트 범위 요청이 /pix/IMG_1400.jpg 전송되었습니다.
예를 들어 Microsoft 네트워크 모니터를 사용하여 네트워크를 모니터링할 수 있는 방법이 있는 경우 클라이언트가 0-500 범위가 수신되었는지 확인합니다.
캐시 드라이브 위치에 IMG_1400.jpg 위치해야 하는 폴더를 찾고 dir /a를 입력하여 내용을 나열합니다.
이름이 0-1023인 파일이 있는지 확인합니다. 이 파일은 0-1023 범위(즉, 하나의 청크)를 나타냅니다. 이는 0-500 범위가 0-1023에서 "적합"한 이후 예상되는 동작입니다.
동일한 파일에 대해 범위가 1500-3000인 다른 바이트 범위 요청을 보냅니다.

동일한 디렉터리를 나열합니다.6. 1024-2047년과 2048-3071년 두 개의 "청크"에 걸쳐 1500 및 3000의 범위가 "범위"인 이후 두 개의 추가 파일이 캐시되었습니다.
마지막으로 동일한 파일에 대해 범위가 2500-4000인 다른 바이트 범위 요청을 보냅니다. 동일한 디렉터리를 나열합니다.
이 경우 첫 번째 "청크"(2048-3071)는 캐시 적중을 초래합니다. ARR은 두 번째 "청크"(3072-4095)를 가져와야 한다고 판단하고 두 번째 조각에 대해서만 바이트 범위 요청을 원본 서버로 보냈습니다. 네트워크 모니터를 사용하여 클라이언트와 ARR 간에 그리고 ARR과 원본 서버 간에 적절한 범위 요청 및 응답이 전송되고 있는지 확인합니다.