Sun Java System Web Proxy Server 4.0.8 관리 설명서

캐시 사양 설정

캐시를 활성화하고 캐시 사양 설정을 통해 Proxy Server가 캐시하는 프로토콜 유형을 제어할 수 있습니다. 캐시 사양은 다음 항목으로 구성되어 있습니다.

캐시 활성화 또는 비활성화 여부
캐시가 임시 파일을 저장하는 작업 디렉토리
캐시된 URL을 기록할 디렉토리 이름
캐시 크기
캐시 용량
캐시될 프로토콜의 유형
캐시된 문서의 새로 고침 시기
프록시가 문서의 액세스 횟수를 추적하고 이 값을 원격 서버에 다시 보고해야 하는지 여부

주 –

대용량 캐시에 대한 사양을 설정하는 데 많은 시간이 소요되며 관리 인터페이스 시간이 초과될 수 있습니다. 따라서 대용량 캐시를 만드는 경우 명령줄 유틸리티를 사용하여 캐시 사양을 설정합니다. 캐시 명령줄 유틸리티에 대한 자세한 내용은 캐시 명령줄 인터페이스 사용을 참조하십시오.

캐시 사양 설정 방법

Server Manager에 액세스하고 Caching 탭을 누릅니다.

Set Cache Specifics 링크를 누릅니다.

Set Cache Specifics 페이지가 표시됩니다.

적절한 옵션을 선택하여 캐시를 활성화하거나 비활성화할 수 있습니다.

기본적으로 캐시는 활성화되어 있습니다.

작업 디렉토리를 제공합니다.

기본적으로 작업 디렉토리는 프록시 인스턴스 아래 표시됩니다. 이 위치를 변경할 수 있습니다. 자세한 내용은 캐시 작업 디렉토리 만들기를 참조하십시오.

Partition Configuration 링크를 누릅니다.

Add/Edit Cache Partitions 페이지가 표시됩니다. 새 캐시 파티션을 추가하거나 기존 캐시 파티션을 편집할 수 있습니다. 캐시 크기는 캐시가 증가할 수 있는 최대 크기입니다. 최대 캐시 크기는 32GB입니다. 자세한 내용은 캐시 크기 설정을 참조하십시오.

Cache Capacity Configuration 링크를 누릅니다.

Set Cache Capacity 페이지가 표시됩니다. Set Cache Capacity 페이지에서 캐시 용량을 설정할 수 있습니다.

HTTP 문서 캐시를 활성화하려면 Cache HTTP를 선택합니다.

프록시 서버가 HTTP 문서를 캐시하도록 결정한 경우 캐시의 문서에 대해 항상 최신 검사를 수행해야 하는지 또는 일정한 간격을 기준으로 검사를 수행해야 하는지 여부를 결정합니다. 또한 Proxy Server가 캐시 적중 횟수를 원격 서버에 보고하는 기능을 활성화 또는 비활성화할 수 있습니다. 자세한 내용은 HTTP 문서 캐시를 참조하십시오. 사용 가능한 옵션은 다음과 같습니다.
- HTTP 문서를 항상 최신 상태로 유지하려면 Always Check That The Document Is Up To Date 옵션을 선택합니다.
  - Check Only If Last Check More Than 드롭다운 목록에서 시간을 선택하여 프록시 서버의 새로 고침 간격을 지정합니다. 다음 옵션 중 하나를 사용하여 최신 여부 확인을 수행합니다.
    - 마지막으로 수정된 요소 사용.마지막으로 수정된 헤더는 원래 서버에서 문서와 함께 전송됩니다.
    - Only Explicit Expiration Information 사용.프록시 서버가 Expires 헤더를 사용하여 캐시 항목이 새로 고침 또는 오래된 상태인지 여부를 확인합니다.
    프록시 서버가 액세스 횟수를 원격 서버에 보고하는 것을 방지하려면 Never Report Accesses To Remote Server 옵션을 선택합니다.
  - 문서에 액세스한 횟수를 추적하여 원격 서버에 다시 보고하려면 Report Cache Hits To Remote Server 옵션을 선택합니다.

Yes, Reload If Older Than 확인란을 선택하여 캐시된 FTP 문서의 새로 고침 간격을 설정하고 드롭다운 목록에서 해당 값을 선택하여 시간 간격을 설정할 수도 있습니다. 자세한 내용은 FTP 및 Gopher 문서 캐시를 참조하십시오.

캐시된 Gopher 문서의 갱신 간격을 설정할 수 있습니다. Yes, Reload If Older Than 확인란을 선택하고 드롭다운 목록에서 값을 선택하여 시간 간격을 설정합니다. 자세한 내용은 FTP 및 Gopher 문서 캐시를 참조하십시오.

OK를 누릅니다.

Restart Required를 누릅니다. Apply Changes 페이지가 표시됩니다.

Restart Proxy Server 버튼을 눌러 변경 사항을 적용합니다.

캐시 작업 디렉토리 만들기

캐시 파일은 캐시 파티션에 있습니다. Set Cache Specifics 페이지에서 지정한 작업 디렉토리는 대부분 캐시의 상위 디렉토리입니다. 캐시된 모든 파일이 캐시 디렉토리 아래 구성된 디렉토리 구조에 나타납니다. 캐시 디렉토리 이름을 변경하거나 다른 위치로 이동하는 경우 프록시에 새 위치를 제공해야 합니다.

대용량 캐시 구조를 하나의 대용량 디스크에 모두 보관하는 대신 여러 소용량 디스크에 나누어 보관할 수 있도록 캐시 디렉토리 구조를 여러 파일 시스템으로 확장할 수 있습니다. 각 프록시 서버에 자체 캐시 디렉토리 구조가 있어야 합니다. 즉 캐시 디렉토리를 여러 프록시 서버에서 동시에 공유할 수 없습니다.

캐시 크기 설정

캐시 크기는 파티션 크기를 나타냅니다. 캐시 크기는 캐시가 증가할 수 있는 최대 크기이기 때문에 항상 캐시 용량보다 작아야 합니다. 모든 파티션 크기의 합계는 캐시 크기보다 작거나 같아야 합니다.

프록시 캐시에 사용 가능한 디스크 공간의 크기는 캐시 성능에 중요한 영향을 줍니다. 캐시가 너무 작으면 디스크에 공간을 만들기 위해 Cache GC가 더 자주 캐시된 문서를 제거해야 하며 컨텐트 서버에서 문서를 검색하는 횟수도 늘어나야 합니다. 이러한 작업으로 인해 성능이 느려질 수 있습니다.

캐시 크기가 클수록 더 많은 문서가 캐시되어 네트워크 트래픽 부하가 줄어들고 프록시의 응답 시간이 더 빨라지기 때문에 효율적입니다. 또한 캐시된 문서가 더 이상 필요하지 않은 경우 GC가 해당 문서를 제거합니다. 다른 파일 시스템 제한이 없다면 캐시 크기는 클수록 좋습니다. 초과 공간은 사용되지 않은 상태로 남아 있습니다.

또한 캐시를 여러 디스크 파티션에 분할할 수 있습니다.

HTTP 문서 캐시

HTTP 문서는 다른 프로토콜의 문서에서 제공하지 않는 캐시 기능을 제공합니다. 그러나 캐시를 제대로 설정 및 구성하면 Proxy Server가 HTTP, FTP 및 Gopher 문서를 효과적으로 캐시할 수 있습니다.

주 –

Proxy Server 4는 HTTPS 문서를 캐시하지 않습니다.

모든 HTTP 문서에는 Proxy Server가 프록시 캐시의 문서 및 원격 서버의 문서를 비교하고 평가하는 데 사용하는 설명 헤더 섹션이 있습니다. 프록시가 HTTP 문서에 대한 최신 검사를 수행할 때 캐시 버전이 오래된 경우 서버에 문서를 반환하라는 요청을 보냅니다. 대개 마지막 요청 이후 문서가 변경되지 않기 때문에 전송되지 않습니다. HTTP 문서가 최신 상태인지 여부를 확인하기 위한 이러한 검사 방법은 대역폭을 절약하고 대기 시간을 단축합니다.

원격 서버와의 트랜잭션을 줄이기 위해 Proxy Server를 사용하여 HTTP 문서에 대한 캐시 만료 설정을 지정할 수 있습니다. 캐시 만료 설정에서는 HTTP 문서가 서버에 요청을 보내기 전에 최신 여부 확인이 필요한지 여부를 평가하기 위해 프록시에 정보를 제공합니다. 프록시는 헤더에 있는 HTTP 문서의 마지막으로 수정된 날짜를 기준으로 평가를 수행합니다.

또한 HTTP 문서를 통해 캐시 새로 고침 설정을 사용할 수 있습니다. 이 옵션은 프록시가 만료 설정을 대체할 수 있는 최신 여부 확인을 항상 수행하거나 검사를 수행하기 전에 프록시가 특정 시간 동안 대기할지 여부를 지정합니다. 다음 표는 만료 설정 및 새로 고침 설정이 모두 지정된 경우 프록시가 수행하는 작업을 보여줍니다. 새로 고침 설정을 사용하면 대기 시간이 단축되고 대역폭이 크게 줄어 듭니다.

표 12–1 HTTP를 통해 캐시 만료 및 캐시 새로 고침 설정 사용


Refresh 설정	Expiration 설정	Results
Always do an up-to-date check	(해당 없음)	항상 최신 여부 확인 수행
User-specified interval	Use document’s “expires” header	간격이 만료된 경우 최신 여부 확인 수행
	Estimate with document’s Last-Modified header	측정 및 만료 헤더의 최소값*

주 –

* 최소값을 사용하면 자주 변경되는 문서에 대해 캐시에서 오래된 데이터를 가져오는 것을 방지합니다.

HTTP 캐시 새로 고침 간격 설정

Proxy Server에서 HTTP 문서를 캐시하도록 결정하는 경우 캐시의 문서에 대해 항상 최신 여부 확인을 수행해야 하는지 여부 또는 캐시 새로 고침 설정(최신 여부 확인 간격)을 기준으로 검사해야 하는지 여부를 결정합니다. 예를 들어, HTTP 문서의 경우 적절한 새로 고침 간격은 4-8시간입니다. 새로 고침 간격이 길어질수록 프록시가 원격 서버와 연결되는 횟수가 줄어듭니다. 새로 고침 간격 동안 프록시가 최신 여부 확인을 수행하지 않더라도 클라이언트에서 Reload 버튼을 눌러 새로 고침을 강제로 수행할 수 있습니다. 이 작업을 통해 프록시가 원격 서버로 최신 여부 확인을 강제 수행합니다.

Set Cache Specifics 페이지 또는 Set Caching Configuration 페이지에서 HTTP 문서에 대한 새로 고침 간격을 설정할 수 있습니다. Set Cache Specifics 페이지에서 전역 캐시 절차를 구성할 수 있으며 Set Caching Configuration 페이지에서 특정 URL 및 자원에 대한 캐시 절차를 제어할 수 있습니다.

HTTP 캐시 만료 정책 설정

또한 마지막으로 수정된 요소 또는 명시적 만료 정보만 사용하여 캐시된 문서가 최신 상태인지 여부를 검사하도록 서버를 설정할 수 있습니다.

명시적 만료 정보는 해당 파일이 만기가 되는 날짜와 시간을 지정하는 일부 HTTP 문서에 있는 헤더입니다. HTTP 문서에서 명시적 만료 헤더를 사용하는 경우가 많지 않기 때문에 마지막으로 수정된 헤더를 기준으로 측정해야 합니다.

마지막으로 수정된 헤더를 기준으로 HTTP 문서를 캐시하도록 결정한 경우 만료 측정에 사용할 분율을 선택해야 합니다. LM 요소라고 하는 이 분율은 마지막 수정 시간과 문서에 대해 마지막 최신 여부 확인을 수행한 시간 사이의 간격을 곱한 값입니다. 결과 값을 마지막 최신 여부 확인 이후 시간과 비교합니다. 이 수치가 시간 간격보다 작은 경우 문서는 만료되지 않습니다. 분율이 작을수록 프록시가 문서를 검사하는 빈도가 높아집니다.

예를 들어, 10일 전에 마지막으로 변경한 문서가 있다고 가정합니다. 마지막으로 수정된 요소를 0.1로 설정하면 프록시는 이 요소를 문서가 하루 동안(10 * 0.1 = 1) 변경되지 않은 상태를 유지하는 것으로 해석합니다. 이러한 경우 프록시는 하루 이내에 검사된 문서가 있으면 캐시에서 문서를 반환합니다.

동일한 예에서 HTTP 문서의 캐시 새로 고침 설정을 1일 이하로 설정하면 프록시는 하루에 1회 이상 최신 여부 확인을 수행합니다. 프록시는 항상 값, 캐시 새로 고침 또는 캐시 만료를 사용하고 이를 위해 업데이트를 더 자주 수행해야 합니다.

Set Cache Specifics 페이지 또는 Set Caching Configuration 페이지에서 HTTP 문서에 대한 만료 설정을 설정할 수 있습니다. Set Cache Specifics 페이지에서 전역 캐시 절차를 구성할 수 있으며 Set Caching Configuration 페이지에서 특정 URL 및 자원에 대한 캐시 절차를 제어할 수 있습니다.

원격 서버에 HTTP 액세스 보고

문서가 Sun Java System Web Proxy Server에 의해 캐시된 경우 다시 새로 고치기 전에 여러 번 액세스할 수 있습니다. 원격 서버의 경우 캐시할 프록시에 하나의 복사본을 보내면 하나의 액세스 또는 "적중 횟수"만 표시합니다.Proxy Server는 최신 여부 확인 간격 사이에 프록시 캐시에서 제공된 문서에 액세스한 횟수를 계산한 후 다음에 문서를 새로 고칠 때 추가 HTTP 요청 헤더(Cache-Info)에서 해당 적중 횟수를 원격 서버에 다시 보낼 수 있습니다. 이와 같이 원격 서버가 이러한 유형의 헤더를 인식하도록 구성된 경우 문서에 액세스한 더욱 정확한 횟수 정보가 수신됩니다.

FTP 및 Gopher 문서 캐시

FTP 및 Gopher에는 문서가 최신 상태인지 여부를 확인하는 검사 방법이 없습니다. 따라서 FTP 및 Gopher 문서의 캐시를 최적화하는 유일한 방법은 캐시 새로 고침 간격을 설정하는 것입니다. 캐시 새로 고침 간격은 원격 서버에서 최신 버전의 문서를 검색하기 전에 Proxy Server가 대기하는 시간입니다. 캐시 새로 고침 간격을 설정하지 않는 경우 프록시는 캐시 버전이 최신 상태이더라도 이러한 문서를 검색합니다.

FTP 및 Gopher에 대한 캐시 새로 고침 간격을 설정하는 경우 프록시가 가져오는 문서가 안전한지 여부를 고려해야 합니다. 예를 들어, 거의 변경되지 않는 정보를 저장하는 경우 몇 일에 해당하는 높은 값을 사용합니다. 데이터를 지속적으로 변경하는 경우 최소 몇 시간마다 파일을 검색하도록 합니다. 새로 고침 시간 동안 오래된 파일이 클라이언트에 전송될 수 있습니다. 간격이 짧은 경우(예:몇 시간) 이러한 위험의 대부분이 제거되는 동시에 응답 시간이 상당히 빨라집니다.

Set Cache Specifics 페이지 또는 Set Caching Configuration 페이지에서 FTP 및 Gopher 문서에 대한 캐시 새로 고침 간격을 설정할 수 있습니다. Set Cache Specifics 페이지에서 전역 캐시 절차를 구성할 수 있으며 Set Caching Configuration 페이지에서 특정 URL 및 자원에 대한 캐시 절차를 제어할 수 있습니다. Set Cache Specifics 페이지 사용에 대한 자세한 내용은 캐시 사양 설정을 참조하십시오. Set Caching Configuration 페이지 사용에 대한 자세한 내용은 캐시 구성을 참조하십시오.

주 –

FTP 및 Gopher 문서가 크게 다른 경우(일부는 자주 변경되고 나머지는 거의 변경되지 않음) Set Caching Configuration 페이지를 사용하여 각 유형별 문서에 대한 개별 템플리트를 만든 다음(예: ftp://.*.gif자원을 사용하여 템플리트 만들기) 해당 자원에 적합한 새로 고침 간격을 설정합니다.