Trafik kotası Squid'in hangi bayt sayacını kullanmalı?
Squid günlük alanlarını toplamadan önce proxy kotasının yanıtları, istekleri, üst kaynak gövdelerini mi yoksa erişim hattı trafiğini mi ölçtüğüne karar verin.
“Her kullanıcıya on gigabayt verin” sözü iki rapor uyuşmayana kadar kesin görünür. Biri istemcilere gönderilen yanıtları topluyordu; diğeri üst kaynaktan alınan baytları sayıyordu. İkisi de seçtikleri alanı doğru bildiriyor olabilir.
Squid günlük biçiminde ayrı sayaçlar vardır:
| Alan | Belgelenen ölçüm |
|---|---|
%<st | Uyarlamadan sonra istemciye gönderilen toplam yanıt trafiği |
%>st | İstemciden alınan toplam istek boyutu, parçalı kodlama baytları hariç |
%<bs | Sonraki atlaktan alınan HTTP eşdeğeri ileti gövdesi baytları, belgelenen istisnalarla |
Squid'in yerel günlüğündeki bytes sütunu, istemci yanıtı sayacını kullanır. Bu, değerin kaydedilen dosyanın uzunluğuna eşit olduğu vaadi değil, bir ISS'nin faturalandırdığı her Ethernet veya IP baytının ölçümü de değildir.
Önbellek isabetleri farkı gösterir: Squid, üst kaynaktan yeni bir şey çekmeden yanıt gönderebilir. Yüklemesi yoğun işler başka bir şeyi gösterir: yalnızca yanıtları saymak, istek yönünü bütçenin dışında bırakır.
CONNECT için proxy, tünelin içindeki her şifreli dosyayı veya sayfayı anlamadan aktarılan trafiği hesaplayabilir. Ancak tünelin toplam baytını indirilen uygulama nesnelerinin kesin bir envanterine dönüştüremez.
Kota sözleşmesini sayacın yanına yazın: yön, gözlem noktası, hesap dönemi ve kimlik. Ardından günlük biçimi sürümünü raporlarla birlikte saklayın. Bir baytın ne anlama geldiğine dair anlaşmazlık, her değeri tahmini bir düzeltme katsayısıyla çarparak “düzeltilmemelidir”. Uygulama için tamamlanan işlem toplamları canlı kullanımın gerisinde kalabilir.