2011-08-27 19 views
5

Jestem nowicjuszem w Varnish. Z powodzeniem zainstalowałem go i teraz działa, ale potrzebuję wskazówek od bardziej kompetentnych osób na temat działania serwera.Potrzebujesz pomocy przy analizowaniu wyników VarnishStat

Przeczytałem ten artykuł - http://kristianlyng.wordpress.com/2009/12/08/varnishstat-for-dummies/, ale nadal nie jestem pewien, jak działa serwer.

Serwer działa od 9 godzin. Rozumiem, że więcej treści zostanie zbuforowanych z czasem, więc współczynnik trafień w pamięci podręcznej będzie lepszy, ale w tej chwili moja troska dotyczy pośredniej pomocy ze strony na wydajność serwera.

Hitrate ratio:  10  100  613 
Hitrate avg:  0.2703 0.3429 0.4513 

     239479   8.00   7.99 client_conn - Client connections accepted 
     541129  13.00  18.06 client_req - Client requests received 
     157594   1.00   5.26 cache_hit - Cache hits 
      3   0.00   0.00 cache_hitpass - Cache hits for pass 
     313499   9.00  10.46 cache_miss - Cache misses 
     67377   4.00   2.25 backend_conn - Backend conn. success 
     316739   7.00  10.57 backend_reuse - Backend conn. reuses 
     910   0.00   0.03 backend_toolate - Backend conn. was closed 
     317652   8.00  10.60 backend_recycle - Backend conn. recycles 
     584   0.00   0.02 backend_retry - Backend conn. retry 
      3   0.00   0.00 fetch_head - Fetch head 
     314040   9.00  10.48 fetch_length - Fetch with Length 
     4139   0.00   0.14 fetch_chunked - Fetch chunked 
      5   0.00   0.00 fetch_close - Fetch wanted close 
     386   .   . n_sess_mem - N struct sess_mem 
      55   .   . n_sess - N struct sess 
     313452   .   . n_object - N struct object 
     313479   .   . n_objectcore - N struct objectcore 
     38474   .   . n_objecthead - N struct objecthead 
     368   .   . n_waitinglist - N struct waitinglist 
      12   .   . n_vbc - N struct vbc 
      61   .   . n_wrk - N worker threads 
     344   0.00   0.01 n_wrk_create - N worker threads created 
     2935   0.00   0.10 n_wrk_queued - N queued work requests 
      1   .   . n_backend - N backends 
      47   .   . n_expired - N expired objects 
     149425   .   . n_lru_moved - N LRU moved objects 
      1   0.00   0.00 losthdr - HTTP header overflows 
     461727  10.00  15.41 n_objwrite - Objects sent with write 
     239468   8.00   7.99 s_sess - Total Sessions 
     541129  13.00  18.06 s_req - Total Requests 
     64678   3.00   2.16 s_pipe - Total pipe 
     5346   0.00   0.18 s_pass - Total pass 
     318187   9.00  10.62 s_fetch - Total fetch 
    193589421  3895.84  6459.66 s_hdrbytes - Total header bytes 
    4931971067  14137.41 164569.09 s_bodybytes - Total body bytes 
     117585   3.00   3.92 sess_closed - Session Closed 
     2283   0.00   0.08 sess_pipeline - Session Pipeline 
     892   0.00   0.03 sess_readahead - Session Read Ahead 
     458468  10.00  15.30 sess_linger - Session Linger 
     414010   9.00  13.81 sess_herd - Session herd 
    36912073  880.96  1231.68 shm_records - SHM records 

Odpowiedz

2

Co używasz VCL? Jeśli odpowiedź brzmi "brak", prawdopodobnie nie uzyskasz bardzo dobrego wskaźnika trafień. Na świeżej instalacji Varnish jest dość konserwatywny w stosunku do tego, co przechowuje (i słusznie), ale prawdopodobnie możesz poprawić sytuację, czytając how to achieve a high hitrate. Jeśli jest to bezpieczne, możesz selektywnie usunąć pliki cookie i normalizować żądania za pomocą VCL, co spowoduje mniej połączeń z zapleczem.

Ile Twoja witryna ma możliwość buforowania? Czy pamięć podręczna obiektów jest wystarczająco duża? Jeśli potrafisz odpowiedzieć na te dwa pytania, powinieneś być w stanie osiągnąć wysoki hitrate dzięki Varnish.

+0

Używam VCL do buforowania tylko obrazów i javascripts oraz plików css. Ponieważ system jest zbudowany z bardzo starej wersji ZenCart, nie jest zbyt wydajny i wysyła pliki cookie na każde żądanie. Próbowałem rozebrać ciasteczka i próbowałem również buforować inne strony, ale niestety stworzyło to problemy, ponieważ ZenCart robi dużo, używając tych plików cookie. Obecnie współczynnik trafień w pamięci podręcznej wynosi 40% łącznej liczby żądań. Wiem, że nie jest dobra, ale jej coś jest lepsze niż nic. –

+2

W takim przypadku powinieneś spojrzeć na narzędzia zawarte w Varnish, varnishhist varnishtop i varnishlog, aby uzyskać wgląd w to, co jest buforowaniem i czy możesz poprawić wszystko. Na przykład 'varnishtop -i RxURL' pokaże Ci najczęściej wybierane adresy URL, a poniższe dadzą ci więcej szczegółów na temat wszystkich braków w pamięci podręcznej: ' varnishlog -o VCL_call "^ miss" -i VCL_call, VCL_Return, ObjStatus, RxURL, Backend' – uknzguy

Powiązane problemy