Per què les baixades de Squid poden superar una quota mensual de trànsit
Enteneu per què els informes periòdics i els registres de peticions completades no poden aplicar una quota de trànsit exacta en temps real.
Un informe de quota actualitzat cada deu minuts pot perdre molt més de deu minuts de trànsit actual. El registre natiu de transaccions de Squid normalment escriu la transacció completada, així que una baixada oberta o un túnel CONNECT potser encara no ha aportat el recompte final de bytes.
Primer definiu quin trànsit compta la quota.
L'admissió passa abans de la comptabilitat final
Un auxiliar pot admetre una petició nova mitjançant una base de dades de comptabilitat. Actualitzar aquesta base més tard no atura automàticament la feina ja admesa.
Les peticions concurrents també poden consultar el mateix saldo. Amb 20 MB restants, dues operacions simultànies de 15 MB podrien admetre's abans que cap de les dues canviï el total. Un informe precís posterior no pot desfer l'excés.
L'autenticació i la memòria cau d'ACL externes poden retardar encara més una decisió canviada. Un permís en memòria cau no és una comprovació nova del saldo. La comptabilitat per IP també pot agrupar usuaris darrere d'una font traduïda.
Definiu el límit que podeu aplicar
Una política mensual tova pot permetre totals endarrerits i un marge de superació documentat. Un límit dur en temps real necessita un mesurador autoritzat i una aplicació que pugui actuar sobre el trànsit en curs.
Decidiu si les transferències admeses s'acaben, s'interrompen o reserven un pressupost. Definiu com les operacions concurrents comparteixen aquest pressupost i com les operacions fallides alliberen reserves. Una transferència que comença just per sota del límit hauria de tenir un resultat previsible.
Incloeu el canvi de període, els registres tardans, els reinicis del servei i la rotació de registres en el disseny de la comptabilitat. Manteniu un progrés de processament durador; esborrar un registre actiu per evitar el doble recompte pot fer perdre proves.