Чому завантаження Squid можуть перевищити місячну квоту трафіку
Зрозумійте, чому періодичні звіти та журнали завершених запитів не дають змоги забезпечити точну квоту поточного трафіку проксі.
Звіт про квоту, що оновлюється кожні десять хвилин, може пропустити значно більше ніж десять хвилин поточного трафіку. Вбудоване журналювання транзакцій Squid зазвичай записує завершену транзакцію, тому відкрите завантаження або тунель CONNECT може ще не повідомити остаточну кількість байтів.
Спершу визначте, який трафік рахує квота.
Допуск відбувається до остаточного обліку
Помічник може допустити новий запит за допомогою бази обліку. Оновлення цієї бази пізніше не зупиняє автоматично вже допущену роботу.
Одночасні запити також можуть звертатися до того самого балансу. За 20 MB залишку дві одночасні операції по 15 MB можуть бути обидві допущені, перш ніж якась із них змінить підсумок. Точний звіт після цього не скасує перевищення.
Автентифікація та кешування зовнішніх ACL можуть ще більше затримати змінене рішення. Дозвіл із кешу — це не свіжа перевірка балансу. Облік за IP також може об'єднувати користувачів за одним трансльованим джерелом.
Визначте межу, яку ви можете забезпечити
М'яка місячна політика може допускати запізнілі підсумки та задокументований допуск на перевищення. Жорстка межа в реальному часі потребує авторитетного вимірювача в реальному часі та механізму, здатного діяти на поточний трафік.
Вирішіть, чи допущені передачі завершуватимуться, перериватимуться або резервуватимуть бюджет. Визначте, як одночасні операції ділять цей бюджет і як невдалі операції звільняють резерви. Передача, що починається трохи нижче межі, повинна мати передбачуваний результат.
Включіть у проєкт обліку перенесення залишку, пізні записи, перезапуски служби та ротацію журналів. Зберігайте тривалий прогрес обробки; видалення активного журналу, щоб уникнути подвійного рахунку, може натомість втратити докази.