Squid 다운로드가 월간 트래픽 할당량을 초과할 수 있는 이유
주기적인 보고서와 완료된 요청 로그가 정확한 실시간 프록시 트래픽 할당량을 적용하지 못하는 이유를 이해하세요.
10분마다 갱신되는 할당량 보고서는 현재 트래픽의 10분 이상을 놓칠 수 있습니다. Squid의 기본 트랜잭션 로깅은 보통 완료된 트랜잭션을 기록하므로, 열려 있는 다운로드나 CONNECT 터널은 아직 최종 바이트 수를 제공하지 않았을 수 있습니다.
최종 집계 전에 승인이 이루어집니다
헬퍼는 회계 데이터베이스를 사용해 새 요청을 승인할 수 있습니다. 나중에 그 데이터베이스를 갱신해도 이미 승인된 작업이 자동으로 중단되지는 않습니다.
동시 요청도 같은 잔액을 조회할 수 있습니다. 20 MB가 남았을 때 두 개의 동시 15 MB 작업이 합계를 바꾸기 전에 모두 승인될 수 있습니다. 이후의 정확한 보고로도 초과분을 되돌릴 수 없습니다.
인증과 외부 ACL 캐싱은 변경된 결정을 더 늦출 수 있습니다. 캐시된 허용은 새로운 잔액 확인이 아닙니다. IP 기반 회계는 하나의 변환된 출처 뒤에 있는 사용자들을 합칠 수도 있습니다.
적용할 수 있는 한도를 정하세요
소프트 월간 정책은 지연된 합계와 문서화된 초과 허용을 인정할 수 있습니다. 하드 실시간 상한에는 권위 있는 실시간 계측기와 진행 중인 트래픽에 작용할 수 있는 시행이 필요합니다.
승인된 전송이 완료되는지, 중단되는지, 아니면 예산을 예약하는지 정하세요. 동시 작업이 그 예산을 어떻게 공유하고 실패한 작업이 예약을 어떻게 해제하는지 정의하세요. 한도 바로 아래에서 시작하는 전송은 예측 가능한 결과를 가져야 합니다.
롤오버, 지연 레코드, 서비스 재시작, 로그 로테이션을 회계 설계에 포함하세요. 내구성 있는 처리 진행 상황을 유지하세요. 이중 계산을 피하려고 활성 로그를 삭제하면 오히려 증거를 잃을 수 있습니다.