Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)
(시리즈 글이 3개 있습니다.)
개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드
; https://www.sysnet.pe.kr/2/0/1367

개발 환경 구성: 701. IIS - w3wp.exe 프로세스의 ASP.NET 런타임을 항상 Warmup 모드로 유지하는 preload Enabled 설정
; https://www.sysnet.pe.kr/2/0/13512

닷넷: 2194. C# - WebActivatorEx / System.Web의 PreApplicationStartMethod 특성
; https://www.sysnet.pe.kr/2/0/13513




IIS - w3wp.exe 프로세스의 ASP.NET 런타임을 항상 Warmup 모드로 유지하는 preload Enabled 설정

IIS 7.5부터,

IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드
; https://www.sysnet.pe.kr/2/0/1367

iisreset이나 작업자 프로세스의 recycle 등이 발생했을 때 w3wp.exe를 자동으로 로드하고 닷넷 런타임까지 초기화하는 것이 가능했습니다. 이에 대해 다음과 같이 간략하게 정리할 수 있는데요,

  • AppPool의 "Start Mode" == AlwaysRunning 옵션 제공
  • Auto Start Provider: IProcessHostPreloadClient를 구현한 모듈을 serviceAutoStartProviders 노드에 등록

AppPool의 Start mode는 w3wp.exe의 네이티브 상태만 초기화시키는 것이고, "Auto Start Provider"는 ASP.NET 런타임 및 내부 코드의 역할에 따른 추가 초기화가 가능합니다.

하지만, "Auto Start Provider"는 은근히 사전 단계를 필요로 하기 때문에 불편한 것이 사실입니다. 바로 그런 번거로움을 IIS 8을 사용하면 해결됩니다.




이런 문제가 (Windows Server 2012부터 적용된) IIS 8.0의 "Application Initialization"에서 해결이 됩니다.

IIS 8.0 Application Initialization
; https://learn.microsoft.com/en-us/iis/get-started/whats-new-in-iis-8/iis-80-application-initialization

Auto Application Inialization (Preload) on IIS
; https://abhimantiwari.github.io/blog/Application-Initialization/

Application Initialization은, IIS 8.0부터 MMC 화면에서 다음과 같이 "웹 사이트" 레벨로 설정하는 것을 지원합니다.

iis_website_preload_1.png

위의 설정을 추가하면 "%WINDIR%\system32\inetsrv\config\applicationHost.config" 파일에는 해당 사이트에 대해 preloadEnabled 설정이 추가됩니다.

<site name="app1" id="2">
    <application path="/" applicationPool="app1" preloadEnabled="true">
        <virtualDirectory path="/" physicalPath="D:\webapps\app1" />
    </application>
    <bindings>
        <binding protocol="http" bindingInformation="*:18000:" />
    </bindings>
</site>

이로 인해, 이후 w3wp.exe가 (AppPool의 "Start Mode" == AlwaysRunning 옵션의 영향으로) 로드되면 IIS는 자동으로 "/" 경로에 대해 요청을 하나 전달합니다. 따라서, IIS 8.0부터는 다음의 2가지 설정만으로,

  • AppPool의 "Start Mode" == AlwaysRunning
  • Web Site의 preload Enabled == "True"

w3wp.exe를 항상 실행 상태로 두면서 ASP.NET 런타임의 초기화까지 마친 상태를 유지할 수 있습니다. 한 마디로, Cold start 타임을 획기적으로 줄일 수 있는 것입니다.




참고로, 원한다면 추가 요청을 발생하는 것도 쉽게 설정이 가능합니다. 이런 설정은 Web Application의 "web.config" 파일에,

<?xml version="1.0" encoding="utf-8"?>

<configuration>
  <!-- 생략 -->
  <system.webServer>
      <!-- 생략 -->

      <applicationInitialization>
          <add initializationPage="/api/Values" />
      </applicationInitialization>
      
  </system.webServer>

  <!-- 생략 -->

</configuration>

applicationInitialization 노드를 추가해 add/@initializationPage로 발생시키고자 하는 경로를 명시하면 됩니다. 위와 같이 설정한 경우에는, "/" 요청과 함께 "/api/Values"가 함께 발생하는 것입니다.

이 정도면, 최초 요청에 대한 응답 시간문제를 해결하기 위해 굳이 AOT 빌드까지 해야 할 것인가에 대한 고민의 무게를 많이 덜어 줄 것입니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/5/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  17  18  19  20  21  22  23  24  25  26  27  28  [29]  30  ...
NoWriterDateCnt.TitleFile(s)
12927정성태1/18/20227054개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
12926정성태1/17/20227607오류 유형: 787. AKS - pod 배포 시 ErrImagePull/ImagePullBackOff 오류
12925정성태1/17/20227635개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
12924정성태1/15/20229160.NET Framework: 1134. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 디코딩 예제(decode_video.c) [2]파일 다운로드1
12923정성태1/15/20228041개발 환경 구성: 626. ffmpeg.exe를 사용해 비디오 파일을 MPEG1 포맷으로 변경하는 방법
12922정성태1/14/20227114개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921정성태1/14/20226039개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920정성태1/14/20226827오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919정성태1/13/20226659Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918정성태1/13/20226899Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917정성태1/12/20226006오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916정성태1/12/20225815오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/20226090오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/20228146VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/20228633.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/20229312개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법 [1]
12911정성태1/11/20226489VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
12910정성태1/10/20227000제니퍼 .NET: 30. 제니퍼 닷넷 적용 사례 (8) - CPU high와 DB 쿼리 성능에 문제가 함께 있는 사이트
12909정성태1/10/20228370오류 유형: 782. Visual Studio 2022 설치 시 "Couldn't install Microsoft.VisualCpp.Redist.14.Latest"
12908정성태1/10/20226178.NET Framework: 1132. C# - ref/out 매개변수의 IL 코드 처리
12907정성태1/9/20226736오류 유형: 781. (youtube-dl.exe) 실행 시 "This app can't run on your PC" / "Access is denied." 오류 발생
12906정성태1/9/20227387.NET Framework: 1131. C# - 네임스페이스까지 동일한 타입을 2개의 DLL에서 제공하는 경우 충돌을 우회하는 방법 [1]파일 다운로드1
12905정성태1/8/20227040오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.
12904정성태1/8/20229030개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 [1]
12903정성태1/7/20227640.NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예
12902정성태1/7/20227678오류 유형: 779. SQL 서버 로그인 에러 - provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.
... 16  17  18  19  20  21  22  23  24  25  26  27  28  [29]  30  ...