애플리케이션 요청 라우팅에 대한 배포 권장 사항

아티클
07/19/2023

작성자: 원유

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

Goal

ARR(애플리케이션 요청 라우팅)에 대한 배포 권장 사항을 강조 표시하고 이해합니다.
일반적인 연습 문서보다 ARR 버전 2를 배포하기 위한 모범 사례 문서입니다.

사전 요구 사항

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

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

IIS 7(x86)용 Microsoft 애플리케이션 요청 라우팅 버전 2(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단계 - 애플리케이션 풀 유휴 시간 초과를 사용하지 않도록 설정합니다.

애플리케이션 풀 유휴 시간 제한은 비활성 상태일 때 애플리케이션 풀을 종료하는 IIS 기능입니다. 기본적으로 금액은 다음을 나타내는 20분 동안 설정됩니다.

작업자 프로세스가 종료되기 전에 유휴 상태로 유지되는 시간(분)입니다. 작업자 프로세스가 요청을 처리하지 않고 새 요청이 수신되지 않으면 유휴 상태입니다.

IIS에서 이 기능의 목적은 애플리케이션 풀이 사용하는 리소스를 용도 변경하고 애플리케이션 풀이 유휴 상태인 경우 회수하는 것입니다. 이는 IIS 서버를 사용하여 여러 사이트 및 애플리케이션을 호스트하고 사이트 및 애플리케이션 간에 리소스를 공유하도록 구성된 경우에 유용합니다.

일반적인 ARR 배포 시나리오에서는 그렇지 않으며 실제로 ARR에 대한 애플리케이션 풀을 항상 실행하려고 합니다.

애플리케이션 풀 유휴 시간 초과를 사용하지 않도록 설정하는 단계는 애플리케이션 요청 라우팅 버전 2 설치 문서에 설명되어 있습니다.

2단계 - 애플리케이션 풀 재활용 조건을 사용하지 않도록 설정합니다.

애플리케이션 풀 재활용은 애플리케이션 풀을 주기적으로 재활용하는 IIS 기능입니다. 이 기능은 애플리케이션 풀에서 실행되는 애플리케이션(예: 최종 사용자가 애플리케이션을 직접 배포하는 공유 호스팅 환경)에 대한 높은 신뢰도가 없는 경우에 유용하며, 애플리케이션 풀을 다시 시작하면 애플리케이션의 기능과 안정성에 도움이 됩니다. (예를 들어 애플리케이션에 메모리 누수 속도가 느려질 수 있습니다. 애플리케이션을 무기한 실행하는 대신 코드 결함을 완화하기 위해 애플리케이션을 주기적으로 재활용합니다.)

물론 ARR을 항상 사용할 수 있을 것으로 예상하는 경우(그리고 항상 신속하게 응답할 수 있음) ARR의 사용 사례에는 적합하지 않습니다.

애플리케이션 풀 재활용 조건을 사용하지 않도록 설정하는 단계는 애플리케이션 요청 라우팅 버전 2 설치 문서에 설명되어 있습니다.

3단계 - 시스템 드라이브에서 캐시 드라이브 위치를 분리합니다.

ARR은 폴더인 캐시 드라이브 위치를 지원하지만 캐시 드라이브 위치는 시스템 드라이브와 분리하는 것이 좋습니다. 캐시된 콘텐츠 수가 수백만 개의 개체(또는 수십억 개의 개체)로 증가함에 따라 이를 관리하는 것은 비용이 많이 드는 I/O 작업이 될 수 있기 때문입니다. 캐시된 개체 삭제 문서에서 설명한 것처럼 모든 기본 캐시 드라이브 위치에서 캐시된 모든 개체를 삭제하는 데 시간이 오래 걸릴 수 있으며 드라이브의 빠른 서식 지정을 수행하는 것이 더 나은 대안이 될 수 있습니다. 물론 이 작업을 수행하려면 캐시 드라이브 위치를 시스템 드라이브와 분리해야 합니다.

최적의 성능을 위해 캐시 드라이브 위치는 시스템 드라이브와 물리적으로 분리된 드라이브가 되는 것이 좋습니다. 또한 캐시 드라이브 위치는 성능 향상을 위해 높은 RPM 드라이브(15K RPM)가 되는 것이 좋습니다. 물리적 드라이브가 하나만 있는 경우에도 시스템 드라이브를 캐시 위치 드라이브와 분리하는 것이 좋습니다. 서버 관리자 디스크 관리를 사용하여 동일한 물리적 드라이브를 여러 볼륨으로 분할할 수 있습니다.

4단계 - 8.3 이름 만들기를 사용하지 않도록 설정합니다.

NTFS 파티션에서 모든 긴 파일 이름 및 디렉터리에 대해 8.3 파일 이름 및 디렉터리를 만들면 디렉터리 열거 성능이 저하됩니다. ARR은 캐싱 기능에 디스크 드라이브를 많이 사용하므로 8.3 이름 만들기를 사용하지 않는 것이 좋습니다.

Windows Server 2008에서는 전체 서버에 대해서만 8.3 이름 만들기를 사용하지 않도록 설정할 수 있습니다. 더 명시적으로 볼륨별로 구성할 수 없습니다.

Windows Server 2008 R2에서 이 설정은 볼륨별로 구성할 수 있습니다.

NTFS에서 8.3 이름 만들기에 대한 자세한 내용은 KB121007에 설명되어 있습니다. 8.3 이름 만들기를 사용하지 않도록 설정하려면 명령 프롬프트에서 fsutil.exe 동작 집합 disable8dot3 1 을 입력한 다음 Enter 키를 누릅니다.

다음을 통해 공유