Watter Squid-grepteller moet 'n verkeerskwota gebruik?
Besluit of 'n instaanbediener-kwota antwoorde, versoeke, opstroomliggame of toegangskakelverkeer meet voordat Squid-logvelde opgetel word.
“Gee elke gebruiker tien gigagrepe” klink presies totdat twee verslae verskil. Een het die antwoorde opgetel wat aan kliënte gestuur is; 'n ander het die grepe getel wat by die opstroom opgehaal is. Albei rapporteer moontlik hul gekose veld korrek.
Squid se logformaat het afsonderlike tellers:
| Veld | Gedokumenteerde meting |
|---|---|
%<st | Totale antwoordverkeer wat ná aanpassing aan die kliënt gestuur word |
%>st | Totale versoekgrootte wat van die kliënt ontvang word, sonder die grepe van chunked-enkodering |
%<bs | HTTP-ekwivalente boodskaplyfgrepe wat van die volgende hop ontvang word, met gedokumenteerde uitsluitings |
Die grepe-kolom van die ingebore Squid-log gebruik die kliëntantwoord-teller. Dit belowe nie dat die waarde gelyk is aan die lengte van die gestoorde lêer nie, en dit meet ook nie elke Ethernet- of IP-greep wat 'n diensverskaffer hef nie.
Kasheffings wys die verskil: Squid kan 'n antwoord stuur sonder om iets nuuts by die opstroom te haal. Werk met baie opstuur wys 'n ander een: as net antwoorde getel word, bly die versoekrigting buite die begroting.
Vir CONNECT kan die instaanbediener deurgestuurde verkeer verantwoord sonder om elke geënkripteerde lêer of bladsy in die tonnel te verstaan. Dit kan nie 'n tonnel se grepetotaal in 'n presiese lys van afgelaaide toepassingsobjekte omskep nie.
Skryf die kwotakontrak langs die teller: rigting, waarnemingspunt, rekeningtydperk en identiteit. Hou dan die weergawe van die logformaat saam met die verslae. 'n Meningsverskil oor wat 'n greep beteken, moenie “reggemaak” word deur elke waarde met 'n geraamde regstellingsfaktor te vermenigvuldig nie. Vir handhawing kan voltooide transaksietotalle agter lewendige gebruik aanloop.