2013-10-28 1 views
0

내 바니시 설정에서이 n_gunzip을 명확히하는 데 도움을 드리고 싶습니다.바니시가 총구를 많이하고있는 것 같습니다.

다음은 몇 가지 웹 사이트를 실행하는 서버에 대한 나의 통계입니다.

34837   0.00   0.50 cache_hit - Cache hits 
    1022   0.00   0.01 cache_hitpass - Cache hits for pass 
    4672   0.00   0.07 cache_miss - Cache misses 
    2175   .   . n_expired - N expired objects 
     85   0.00   0.00 n_gzip - Gzip operations 
    3512   0.00   0.05 n_gunzip - Gunzip operations 

문제는 내가 총성이 많은 것으로 생각하는 것입니다. 전체 압축률의 약 7 %입니다. 정말 gzip을 지원하지 않는 브라우저로 사용자가 내 웹 사이트에 액세스하는 것을 믿지 않으므로 gunzip이 왜 발생하는지 이해할 수 없습니다.

sub vcl_recv { 
    if (req.http.Accept-Encoding) { 
      if (req.http.Accept-Encoding ~ "gzip") { 
       # If the browser supports it, we'll use gzip. 
       set req.http.Accept-Encoding = "gzip"; 
      } 
      else if (req.http.Accept-Encoding ~ "deflate") { 
       # Next, try deflate if it is supported. 
       set req.http.Accept-Encoding = "deflate"; 
      } 
      else { 
       # Unknown algorithm. Remove it and send unencoded. 
       unset req.http.Accept-Encoding; 
      } 
     } 
... 

내 니스가 제대로 작동하고 :

내가 내 VCL에 인코딩과 관련된 모든는 다음과 같습니다? 이것은 정상적인 행동입니까?

답변

2

Gunzip은 꽤 싸기 때문에 트래픽 수준에 대해 걱정하지 않아도됩니다.

이것은 Varnish 3.0 서버 인 경우 vcl_recv에서 Accept-Encoding 제거를 안전하게 제거 할 수 있습니다. 이것은 Varnish 자체로 장면 뒤에서 수행됩니다.

근본 원인에 대해서는 제 생각에 이것이 서비스 모니터링 프로브 Accept-Encoding: gzip을 잊어 버린 것 같습니다. 프로브 URL (앞 페이지/favicon/probe.txt)은 Varnish 내부에 gzip-ed로 저장되며 이러한 반복 검사는 gzip 속도를 왜곡합니다.