Um relatório de cota atualizado a cada dez minutos pode perder muito mais do que dez minutos de tráfego atual. O registro de transações nativo do Squid normalmente grava a transação concluída, portanto um download aberto ou túnel CONNECT pode ainda não ter fornecido sua contagem final de bytes.

Primeiro defina qual tráfego a cota conta.

A admissão ocorre antes da contabilização final

Um auxiliar pode admitir uma nova requisição usando um banco de dados de contabilização. Atualizar esse banco depois não interrompe automaticamente o trabalho já admitido.

Requisições simultâneas também podem consultar o mesmo saldo. Com 20 MB restantes, duas operações simultâneas de 15 MB podem ser admitidas antes que qualquer uma altere o total. Um relatório preciso depois não desfaz o excesso.

A autenticação e o cache de ACL externo podem atrasar ainda mais uma decisão alterada. Uma permissão em cache não é uma verificação nova de saldo. A contabilização por IP também pode agrupar usuários atrás de uma única origem traduzida.

Defina o limite que você consegue impor

Uma política mensal branda pode permitir totais atrasados e uma tolerância documentada de ultrapassagem. Um limite rígido em tempo real exige um medidor autoritativo em tempo real e aplicação capaz de agir sobre o tráfego em andamento.

Decida se as transferências admitidas terminam, são interrompidas ou reservam um orçamento. Defina como operações simultâneas compartilham esse orçamento e como operações malsucedidas liberam reservas. Uma transferência que começa pouco abaixo do limite deve ter um resultado previsível.

Inclua virada de período, registros atrasados, reinícios do serviço e rotação de logs no desenho da contabilização. Mantenha o progresso de processamento durável; apagar um log ativo para evitar contagem dupla pode, em vez disso, perder evidências.

Artigos relacionados