Miért léphetik túl a Squid-letöltések a havi forgalmi kvótát

A tízpercenként frissülő kvótajelentés jóval több mint tíz percnyi aktuális forgalmat hagyhat ki. A Squid saját tranzakciónaplója rendszerint a befejezett tranzakciót írja, ezért egy nyitott letöltés vagy CONNECT-alagút még nem feltétlenül adta meg a végső bájtszámot.

Először határozza meg, melyik forgalmat számolja a kvóta.

Az engedélyezés a végső elszámolás előtt történik

Egy segédprogram elszámolási adatbázis segítségével engedélyezhet új kérést. Az adatbázis későbbi frissítése nem állítja le automatikusan a már engedélyezett munkát.

Az egyidejű kérések ugyanazt az egyenleget is nézhetik. 20 MB maradék esetén két egyidejű, 15 MB-os művelet is engedélyt kaphat, mielőtt bármelyik módosítaná az összeget. A későbbi pontos jelentés nem tudja visszavonni a többletet.

A hitelesítés és a külső ACL-ek gyorsítótárazása tovább késleltetheti a megváltozott döntést. A gyorsítótárazott engedély nem friss egyenlegellenőrzés. Az IP-alapú elszámolás egy fordított forrás mögötti felhasználókat is összevonhat.

Határozza meg az érvényesíthető korlátot

Egy puha havi szabályzat engedhet késleltetett összegeket és dokumentált túllépési tűrést. A kemény, valós idejű felső határhoz hiteles valós idejű mérőre és a folyamatban lévő forgalomba beavatkozni képes érvényesítésre van szükség.

Döntse el, hogy az engedélyezett átvitelek befejeződnek, megszakadnak vagy költségkeretet foglalnak le. Határozza meg, hogyan osztoznak az egyidejű műveletek ezen a kereten, és hogyan szabadítják fel a sikertelen műveletek a foglalásokat. A korlát alatt éppen elkezdődő átvitelnek kiszámítható eredménye kell hogy legyen.

Az elszámolás tervezésébe vegye bele az időszakváltást, a késői rekordokat, a szolgáltatás újraindításait és a naplóforgatást. Őrizze meg a tartós feldolgozási előrehaladást; egy aktív napló törlése a kettős számolás elkerülésére inkább bizonyítékot veszíthet.