কেন Squid ডাউনলোড মাসিক ট্রাফিক কোটা ছাড়িয়ে যেতে পারে

প্রতি দশ মিনিটে রিফ্রেশ হওয়া একটি কোটা রিপোর্ট বর্তমান ট্রাফিকের দশ মিনিটের চেয়ে অনেক বেশি মিস করতে পারে। Squid-এর নিজস্ব ট্রানজেকশন লগ সাধারণত সম্পন্ন ট্রানজেকশন লেখে, তাই একটি খোলা ডাউনলোড বা CONNECT টানেল হয়তো এখনও তার চূড়ান্ত বাইট গণনা দেয়নি।

প্রথমে কোটা কোন ট্রাফিক গোনে তা নির্ধারণ করুন।

চূড়ান্ত হিসাবের আগেই প্রবেশ ঘটে

একটি হেল্পার হিসাবের ডেটাবেস ব্যবহার করে নতুন অনুরোধ গ্রহণ করতে পারে। সেই ডেটাবেস পরে আপডেট করলে আগেই গৃহীত কাজ স্বয়ংক্রিয়ভাবে থামে না।

সমকালীন অনুরোধও একই ব্যালান্স দেখতে পারে। 20 MB বাকি থাকলে দুটি একসঙ্গে চলা 15 MB কাজ দুটিই গ্রহণ হতে পারে, তার আগেই কোনোটি মোট বদলায়। পরে নির্ভুল রিপোর্ট অতিরিক্তটা ফিরিয়ে দিতে পারে না।

প্রমাণীকরণ ও বাহ্যিক-ACL ক্যাশিং পরিবর্তিত সিদ্ধান্ত আরও দেরি করতে পারে। ক্যাশ করা অনুমতি নতুন ব্যালান্স পরীক্ষা নয়। IP-ভিত্তিক হিসাব একটি অনূদিত উৎসের পেছনের ব্যবহারকারীদেরও একত্র করতে পারে।

যে সীমা প্রয়োগ করতে পারেন তা নির্ধারণ করুন

নরম মাসিক নীতি বিলম্বিত মোট ও নথিভুক্ত অতিরিক্ত সহনসীমা অনুমোদন করতে পারে। কঠোর লাইভ সীমার জন্য নির্ভরযোগ্য লাইভ মিটার ও চলমান ট্রাফিকে ব্যবস্থা নিতে সক্ষম প্রয়োগ দরকার।

গৃহীত স্থানান্তর শেষ হয়, বাধা পায়, নাকি বাজেট সংরক্ষণ করে তা ঠিক করুন। সমকালীন কাজ কীভাবে সেই বাজেট ভাগ করে এবং ব্যর্থ কাজ কীভাবে সংরক্ষণ ছাড়ে তা সংজ্ঞায়িত করুন। সীমার ঠিক নিচে শুরু হওয়া স্থানান্তরের ফলাফল অনুমানযোগ্য হওয়া উচিত।

হিসাবের নকশায় রোলওভার, দেরি করা রেকর্ড, সেবা পুনরারম্ভ ও লগ রোটেশন অন্তর্ভুক্ত করুন। টেকসই প্রক্রিয়াকরণ অগ্রগতি রাখুন; দ্বিগুণ গণনা এড়াতে সক্রিয় লগ মুছলে বরং প্রমাণ হারাতে পারে।