چرا دانلودهای Squid میتوانند از سهمیه ماهانه ترافیک فراتر بروند
درک کنید چرا گزارشهای دورهای و گزارش درخواستهای تکمیلشده نمیتوانند سهمیه دقیق ترافیک پراکسی را در زمان واقعی اعمال کنند.
گزارشی از سهمیه که هر ده دقیقه تازه میشود ممکن است بسیار بیشتر از ده دقیقه ترافیک فعلی را از دست بدهد. گزارش تراکنش بومی Squid معمولاً تراکنش تکمیلشده را مینویسد، بنابراین یک دانلود باز یا تونل CONNECT ممکن است هنوز شمار نهایی بایت خود را ارائه نکرده باشد.
نخست مشخص کنید سهمیه کدام ترافیک را میشمارد.
پذیرش پیش از حسابداری نهایی رخ میدهد
یک کمککننده میتواند درخواست تازهای را با استفاده از پایگاه داده حسابداری بپذیرد. بهروزرسانی بعدی آن پایگاه، کاری را که پیشتر پذیرفته شده بهطور خودکار متوقف نمیکند.
درخواستهای همزمان هم میتوانند همان مانده را ببینند. با باقی ماندن 20 MB، دو عملیات همزمان 15 MB ممکن است هر دو پذیرفته شوند پیش از آنکه هیچیک جمع را تغییر دهد. گزارش دقیق بعدی نمیتواند آن زیادی را برگرداند.
کش احراز هویت و ACL بیرونی میتواند تصمیم تغییریافته را بیشتر به تأخیر بیندازد. اجازه کششده بررسی تازه مانده نیست. حسابداری بر پایه IP هم میتواند کاربران پشت یک منبع ترجمهشده را یکی کند.
حدی را که میتوانید اعمال کنید تعیین کنید
یک سیاست ماهانه نرم ممکن است جمعهای تأخیری و مهلت مستند فراتر رفتن را مجاز کند. سقف سخت در زمان واقعی به اندازهگیر معتبر و اجرایی نیاز دارد که بتواند در ترافیک جاری دخالت کند.
تصمیم بگیرید انتقالهای پذیرفتهشده تمام میشوند، قطع میشوند یا بودجهای رزرو میکنند. تعریف کنید عملیات همزمان آن بودجه را چگونه تقسیم میکنند و عملیات ناموفق چگونه رزروها را آزاد میکنند. انتقالی که کمی زیر حد آغاز میشود باید نتیجهای قابل پیشبینی داشته باشد.
انتقال دوره، رکوردهای دیرهنگام، راهاندازی مجدد سرویس و چرخش گزارشها را در طراحی حسابداری بگنجانید. پیشرفت پردازش پایدار را نگه دارید؛ حذف یک گزارش فعال برای پرهیز از شمارش دوباره ممکن است در عوض شواهد را از بین ببرد.