Un report della quota aggiornato ogni dieci minuti può perdere molto più di dieci minuti di traffico corrente. Il log nativo delle transazioni di Squid normalmente scrive la transazione completata, quindi un download aperto o un tunnel CONNECT potrebbe non aver ancora fornito il conteggio finale dei byte.

Per prima cosa definite quale traffico conta la quota.

L'ammissione avviene prima della contabilità finale

Un helper può ammettere una nuova richiesta usando un database di contabilità. Aggiornare quel database in seguito non interrompe automaticamente il lavoro già ammesso.

Le richieste concorrenti possono anche consultare lo stesso saldo. Con 20 MB rimasti, due operazioni simultanee da 15 MB potrebbero essere entrambe ammesse prima che una delle due cambi il totale. Un resoconto accurato successivo non può annullare l'eccesso.

La cache dell'autenticazione e delle ACL esterne può ritardare ulteriormente una decisione modificata. Un permesso in cache non è un controllo fresco del saldo. La contabilità basata su IP può anche unire utenti dietro un'unica fonte tradotta.

Definite il limite che potete applicare

Una politica mensile morbida può consentire totali ritardati e una tolleranza documentata al superamento. Un tetto rigido in tempo reale richiede un misuratore autorevole e un'applicazione in grado di agire sul traffico in corso.

Decidete se i trasferimenti ammessi terminano, vengono interrotti o riservano un budget. Definite come le operazioni concorrenti condividono quel budget e come le operazioni fallite rilasciano le prenotazioni. Un trasferimento che inizia appena sotto il limite dovrebbe avere un esito prevedibile.

Includete nel progetto di contabilità il cambio di periodo, i record in ritardo, i riavvii del servizio e la rotazione dei log. Mantenete un avanzamento di elaborazione durevole; eliminare un log attivo per evitare il doppio conteggio può invece far perdere le prove.

Articoli correlati