De ce descărcările Squid pot depăși o cotă lunară de trafic
Înțelegeți de ce rapoartele periodice și jurnalele cererilor finalizate nu pot impune o cotă exactă a traficului proxy în timp real.
Un raport de cotă actualizat la fiecare zece minute poate rata mult mai mult de zece minute de trafic curent. Jurnalizarea nativă a tranzacțiilor din Squid scrie de obicei tranzacția finalizată, așa că o descărcare deschisă sau un tunel CONNECT poate să nu fi furnizat încă numărul final de octeți.
Mai întâi definiți ce trafic numără cota.
Admiterea are loc înainte de contabilizarea finală
Un helper poate admite o cerere nouă folosind o bază de date de contabilizare. Actualizarea ulterioară a acelei baze nu oprește automat lucrul deja admis.
Cererile concurente pot consulta și ele același sold. Cu 20 MB rămași, două operațiuni simultane de 15 MB pot fi ambele admise înainte ca vreuna să modifice totalul. Un raport exact ulterior nu poate anula depășirea.
Autentificarea și cache-ul ACL extern pot întârzia și mai mult o decizie modificată. O permisiune din cache nu este o verificare proaspătă a soldului. Contabilizarea pe bază de IP poate și reuni utilizatori din spatele unei singure surse traduse.
Definiți limita pe care o puteți impune
O politică lunară flexibilă poate permite totaluri întârziate și o toleranță documentată la depășire. O limită strictă în timp real necesită un contor autoritativ în timp real și o aplicare care poate acționa asupra traficului în curs.
Decideți dacă transferurile admise se termină, sunt întrerupte sau rezervă un buget. Definiți cum operațiunile concurente împart acel buget și cum operațiunile eșuate eliberează rezervările. Un transfer care începe puțin sub limită trebuie să aibă un rezultat previzibil.
Includeți în proiectarea contabilizării reportarea, înregistrările întârziate, repornirile serviciului și rotația jurnalelor. Păstrați un progres durabil al procesării; ștergerea unui jurnal activ pentru a evita dubla numărare poate pierde dovezi.