Squid-ის რომელი ბაიტების მთვლელი უნდა გამოიყენოს ტრაფიკის კვოტამ?
გადაწყვიტეთ, proxy-ს კვოტა ზომავს პასუხებს, მოთხოვნებს, ზედა დონის სხეულებს თუ წვდომის ბმულის ტრაფიკს, სანამ Squid-ის ჟურნალის ველებს შეკრებთ.
„თითოეულ მომხმარებელს ათი გიგაბაიტი” ზუსტად ჟღერს, სანამ ორი ანგარიში არ დაეთანხმება. ერთი აჯამებდა კლიენტებისთვის გაგზავნილ პასუხებს; მეორე ითვლიდა ზედა დონიდან მოტანილ ბაიტებს. ორივემ შეიძლება სწორად მოახსენოს თავისი არჩეული ველი.
Squid-ის ჟურნალის ფორმატს ცალკეული მთვლელები აქვს:
| ველი | დოკუმენტირებული გაზომვა |
|---|---|
%<st | კლიენტისთვის გაგზავნილი პასუხის მთლიანი ტრაფიკი, ადაპტაციის შემდეგ |
%>st | კლიენტისგან მიღებული მოთხოვნის მთლიანი ზომა, chunked კოდირების ბაიტების გარეშე |
%<bs | შემდეგი ჰოპიდან მიღებული HTTP-ეკვივალენტური შეტყობინების სხეულის ბაიტები, დოკუმენტირებული გამონაკლისებით |
Squid-ის მშობლიური ჟურნალის bytes სვეტი კლიენტის პასუხის მთვლელს იყენებს. ეს არ არის დაპირება, რომ მნიშვნელობა უდრის შენახული ფაილის სიგრძეს და არც ISP-ის მიერ დარიცხული ყოველი Ethernet ან IP ბაიტის გაზომვა.
ქეშის დარტყმები განსხვავებას აჩვენებს: Squid შეიძლება პასუხი გაგზავნოს ზედა დონიდან ახალი მონაცემების მოტანის გარეშე. ატვირთვით დატვირთული სამუშაო სხვას აჩვენებს: მხოლოდ პასუხების დათვლა მოთხოვნის მიმართულებას ბიუჯეტს გარეთ ტოვებს.
CONNECT-ისთვის proxy-ს შეუძლია გადამისამართებული ტრაფიკის აღრიცხვა ყოველი დაშიფრული ფაილის ან გვერდის გაგების გარეშე. მას არ შეუძლია გვირაბის ბაიტების ჯამი გადააქციოს ჩამოტვირთული აპლიკაციის ობიექტების ზუსტ ინვენტარად.
დაწერეთ კვოტის ხელშეკრულება მთვლელის გვერდით: მიმართულება, დაკვირვების წერტილი, აღრიცხვის პერიოდი და იდენტობა. შემდეგ შეინახეთ ჟურნალის ფორმატის ვერსია ანგარიშებთან ერთად. უთანხმოება იმაზე, თუ რას ნიშნავს ბაიტი, არ უნდა „გამოსწორდეს” ყოველი მნიშვნელობის გამოცნობილ კორექციის კოეფიციენტზე გამრავლებით. აღსრულებისთვის დასრულებული ტრანზაქციების ჯამები შეიძლება ჩამორჩეს ცოცხალ გამოყენებას.