Kurį Squid baitų skaitiklį turėtų naudoti srauto kvota?
Nuspręskite, ar tarpinio serverio kvota matuoja atsakymus, užklausas, aukštupio turinį, ar prieigos linijos srautą, prieš sumuodami Squid žurnalo laukus.
„Kiekvienam vartotojui po dešimt gigabaitų“ skamba tiksliai, kol du pranešimai nesutampa. Vienas sumavo klientams išsiųstus atsakymus; kitas skaičiavo iš aukštupio paimtus baitus. Abu gali teisingai pateikti savo pasirinktą lauką.
Squid žurnalo formatas turi atskirus skaitiklius:
| Laukas | Dokumentuotas matavimas |
|---|---|
%<st | Bendras atsakymo srautas, išsiųstas klientui, po adaptavimo |
%>st | Bendras užklausos dydis, gautas iš kliento, neįskaitant chunked kodavimo baitų |
%<bs | HTTP atitinkamo pranešimo turinio baitai, gauti iš kito šuolio, su dokumentuotomis išimtimis |
Natūralaus Squid žurnalo bytes stulpelis naudoja kliento atsakymo skaitiklį. Tai nėra pažadas, kad reikšmė lygi išsaugoto failo ilgiui, ir ne kiekvieno ISP apmokestinto Ethernet ar IP baito matavimas.
Podėlio pataikymai iliustruoja skirtumą: Squid gali išsiųsti atsakymą nepaimdamas naujo turinio iš aukštupio. Darbas su dideliu įkėlimu iliustruoja kitą: skaičiuojant vien atsakymus, užklausos kryptis lieka už biudžeto ribų.
CONNECT atveju tarpinis serveris gali apskaityti perduodamą srautą nesuprasdamas kiekvieno tunelyje esančio užšifruoto failo ar puslapio. Jis negali tunelio baitų sumos paversti tiksliu atsisiųstų programos objektų sąrašu.
Užrašykite kvotos sutartį prie skaitiklio: kryptis, stebėjimo taškas, apskaitos laikotarpis ir tapatybė. Tada saugokite žurnalo formato versiją kartu su ataskaitomis. Nesutarimas dėl to, ką reiškia baitas, neturėtų būti „taisomas” dauginant kiekvieną reikšmę iš spėjamo pataisos koeficiento. Vykdymui užbaigtų operacijų sumos gali atsilikti nuo tiesioginio naudojimo.