공유 환경에서 IIS7에서 응용 프로그램 풀의 재활용을위한 최적의 설정은 무엇입니까?

StackOverflow https://stackoverflow.com/questions/198580

  •  10-07-2019
  •  | 
  •  

문제

공유 환경에서 IIS7에서 응용 프로그램 풀의 재활용을위한 최적의 설정은 무엇입니까?

enter image description here

도움이 되었습니까?

해결책

Hoster로서, 당신은 확실히 메모리와 시간을 재활용하고 잠재적으로 한도 및 CPU를 요청합니다. 이러한 한도에 대해 매우 공격적이기를 원하지만 고객에게 게시해야합니다.

메모리 -512 x86 상자, 아마도 768. x64의 경우 서버 당 호스트 수에 따라 훨씬 더 높은 설정을 할 수 있습니다. 당신은 단지주의 문제에 대한 앱 풀이 이벤트를 재활용하는 것을주의해야합니다.

시간 - 우리는 일반적으로 오전 1시에 오전 1시에 재활용되며 플러스 또는 마이너스 (첫 번째 사이트 1:01, 둘째 1:11, 셋째 1:21, 동시에 모든 재활용이 없음)

요청 제한 -35,000은 IIS6의 기본값이지만이 숫자는 상당히 임의적이며 문제의 사이트에 매우 의존합니다. 소규모 사용 사이트의 경우 야간 재활용은 35k 요청을 받기 오래 전에 타격을받습니다.

CPU -95%/1 분 제한/killw3WP이지만 조심스럽게 사용하십시오. 이것에 대한 나의 이해는 CPU 가이 작업자 프로세스의 1 분 제한에 걸쳐 95%+에 도달하면 작업자 프로세스가 사망하고 조치가 킬 W3WP로 설정 될 때 나머지 한도에 대해 다시 시작할 수 없다는 것입니다. 처음에는 노획을 시도하고 이벤트 로그를주의 깊게 볼 수 있습니다.

재활용 이벤트 로그 - 설정 한 각 이벤트 테시 홀드에 대한 앱 풀 재활용을 로깅하고자하는지 확인하려고합니다. 즉, 요청 제한을 기준으로 한 제한이있는 경우 요청 제한 로깅이 활성화되어 있는지 확인하십시오.

기억해야 할 한 가지는 당신입니다 ~해야 한다 세트 retail="true" 에서 <deployment> 당신의 요소 machine.config:

<system.web>
    <!--
        <deployment
            retail = "false" [true|false]
        />
    -->
    <deployment retail="true" />
</system.web>

이를 설정하지 않으면 사이트가 디버깅을 켜질 수 있으므로 요청에서 무제한 타임 아웃이 가능합니다. Hoster에게는 정확히 이상적이지 않습니다 ...

다른 팁

트래픽이 많은 사이트가있는 경우 긴 재활용 일정을 사용하십시오. 트래픽 사이트가 낮은 경우 더 짧은/기본 일정을 사용하여 메모리를 저장하십시오.

Al Zabir의 블로그에서 이것을 배웠습니다. http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0.aspx

Daniel S.는 맞습니다. 세션 변수는 재활용에서 파괴되므로 세션 객체를 얻을 때이를 잘 테스트하거나 오류 보호/복구가 우수해야합니다.

팁 : 앱을 재활용 할 때 모든 세션 변수가 파괴됩니다.

IMHO, 기본값을 유지하십시오.

당신은 당신의 요구에 맞게 설정을 수용해야하고, 당신이 가진 메모리의 양과 사이트/웹 응용 프로그램의 피크 시간을 고려해야합니다.

또한 메모리 누출이있는 것처럼 사이트/웹 애플리케이션의 메모리 사용량을 고려하십시오.

위에서 언급 한 바와 같이, 상태 변수를 잃게 될 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top