☰

애플리케이션 요청 라우팅이 캐시 파일을 정리하지 않음

tag-icon • tag-icon iis arr
애플리케이션 요청 라우팅이 캐시 파일을 정리하지 않음

출력 캐싱을 수행하는 역방향 프록시로 ARR을 구성했습니다. 캐시 항목의 TTL은 20분이지만 캐시 파일은 디스크에 영원히 남아 있는 것 같습니다.

TTL은 다시 쓰기 규칙에 따라 앱의 Web.config 파일에서 구성됩니다.

    <rule name="Default ARR cache control" enabled="true">
      <match url=".*" />
      <serverVariables>
        <!-- First arg of value is: 1 to be always active, 0 only if there are no cache headers set. -->
        <set name="ARR_CACHE_CONTROL_OVERRIDE" value="0,max-age=1200" />
      </serverVariables>
    </rule>

HTTP 응답에서 이 max-age를 올바르게 볼 수 있으며 캐시가 실제로 만료되어 새로운 결과가 제공됩니다. 캐시 파일을 열면 Cache-Control: public, max-age=1200헤더에도 포함됩니다.

그러나 캐시 파일은 사용되지 않더라도 남아 있습니다. 디스크 캐싱을 위해 "캐시 정리 간격"이 5분으로 설정되어 있으므로 파일은 최대 25분 동안만 거기에 남아 있어야 한다고 가정하지만 몇 달 된 파일도 있습니다.

무엇이 빠졌습니까? ARR이 오래된 캐시 파일을 제거하도록 하려면 어떻게 해야 합니까?

여기scavenge.exe를 사용하여 컴퓨터에서 캐시 파일을 정리하는 방법에 대해 설명합니다.중고등 학년운전하지만 기본 운전에 대해서는 아무것도 없습니다. 아니면 캐시 드라이브가 천천히 채워지지 않는 경우 이 유틸리티를 수동으로 실행해야 합니까?

답변1

이러한 구성이 어떻게 작동해야 하는지, "캐시 정리 간격"이 "디스크 사용량 높은 임계값"과 함께 작동하는 방식을 오해한 것 같습니다.

그렇다면 파일은 5분마다 지워질 수 있지만 "디스크 사용량 높은 임계값"에 도달한 경우에만 가능합니까? 실제로도 그런 경우인 것 같습니다.이 블로그 게시물: 방금 "디스크 사용량 낮은 임계값"을 4(%)로, "디스크 사용량 높은 임계값"을 5로 구성했는데 예, 많은 파일이 곧 제거되었습니다.

관련 정보