아키텍처의 주요 업데이트로 인해 이제 IIS에서 사용되지 않는 응용 프로그램 풀이 몇 개 있습니다 (웹 사이트에는 매핑되지 않음).
가독성을 높이기 위해 제거하는 것이 좋은 생각이지만 내 질문은 성능에 미치는 영향에 관한 것입니다.이 사용되지 않는 응용 프로그램 풀을 갖는 것이 메모리, CPU, IIS 요청 처리 속도 또는 기타 성능 메트릭 측면에서 중요합니까?
내가 볼 수 있듯이 웹 사이트가없는 응용 프로그램 풀은 작업자 프로세스를 생성하지 않으므로 성능에 차이가 없다고 생각하지만 누락 된 부분이 없는지 확인하고 싶습니다.
답변:
발생하는 유일한 오버 헤드 applicationHost.config는 응용 프로그램 풀과 기본 설정이 아닌 설정을 정의하는 데 사용 되는 몇 바이트 입니다.
사용하지 않는 1000 개의 앱 풀이있는 경우 IIS에 즉시 구성 변경 사항을 적용하는 데 걸리는 시간이 향상 될 수 있지만 (WAS 서비스가 구문 분석 할 XML이 적기 때문에) 5 개의 앱 풀이 있으면 거의 차이가 없습니다
내가 볼 수 있듯이 웹 사이트가없는 응용 프로그램 풀은 작업자 프로세스를 만들지 않습니다.
이것은 진실한 진술입니다. 이것을 참조하십시오. (IIS 6이지만 7 이상에 적용됨)
내 생각은 이것입니다 ... 사용하지 않는 소수의 사용되지 않는 앱 풀로 아무것도 아프지 않고 그냥 웹 사이트 풀을 변경하여 이벤트 중 오래된 웹 풀 중 하나를 사용하도록해야 할 경우를 알 수 없습니다 업그레이드 중 하나가 잘못되었습니다.
메모리, CPU 및 기타 IIS 리소스 측면에서 작업자 프로세스가 만들어지지 않으면 세금이 전혀 부과되지 않으며 앱 풀이 웹 사이트에 매핑되지 않으면 작업자 프로세스가 만들어지지 않으며 사용 가능한 자원. 또 다른 좋은 점은 중지 된 상태로 두어도 아무것도 매핑되지 않도록 할 수 있다는 것입니다. 중지 된 상태에 있기 때문에 여전히 리소스를 사용하지 않을 것입니다. . 약 3 개월 후에는 보통 오래된 앱 풀을 제거하여 일을 정리합니다.
희망이 도움이됩니다.