Un informe de cota actualizado cada dez minutos pode perder moito máis de dez minutos de tráfico actual. O rexistro nativo de transaccións de Squid normalmente escribe a transacción completada, así que unha descarga aberta ou un túnel CONNECT pode que aínda non achegase o seu reconto final de bytes.

Primeiro defina que tráfico conta a cota.

A admisión ocorre antes da contabilidade final

Un asistente pode admitir unha nova solicitude usando unha base de datos de contabilidade. Actualizar esa base máis tarde non detén automaticamente o traballo xa admitido.

As solicitudes concorrentes tamén poden consultar o mesmo saldo. Con 20 MB restantes, dúas operacións simultáneas de 15 MB poderían admitirse ambas antes de que ningunha cambie o total. Un informe preciso posterior non pode desfacer o exceso.

A caché de autenticación e de ACL externas pode atrasar aínda máis unha decisión cambiada. Un permiso en caché non é unha comprobación nova do saldo. A contabilidade por IP tamén pode agrupar usuarios detrás dunha única fonte traducida.

Defina o límite que pode impoñer

Unha política mensual branda pode permitir totais atrasados e unha marxe de exceso documentada. Un límite duro en tempo real necesita un medidor autoritativo e unha aplicación que poida actuar sobre o tráfico en curso.

Decida se as transferencias admitidas rematan, interrómpense ou reservan un orzamento. Defina como as operacións concorrentes comparten ese orzamento e como as operacións fallidas liberan reservas. Unha transferencia que comeza xusto por debaixo do límite debería ter un resultado previsible.

Inclúa o cambio de período, os rexistros tardíos, os reinicios do servizo e a rotación de rexistros no deseño da contabilidade. Manteña un progreso de procesamento duradeiro; borrar un rexistro activo para evitar o dobre reconto pode en cambio perder probas.

Artigos relacionados