Latency
გაზომეთ round-trip time მნიშვნელოვანი user/office networks-იდან და არა მხოლოდ cloud test node-იდან.
ქსელი
გაზომეთ ის გზა, რომელსაც თქვენი მომხმარებელი რეალურად გადის.
მხოლოდ სარეკლამო bandwidth ციფრი საკმარისი არაა. შეამოწმეთ latency და transfer იმ რეგიონებიდან და ISP-ებიდან, რომლებიც თქვენს აპლიკაციას რეალურად სჭირდება.
მოკლე პასუხი
ქსელზე მგრძნობიარე workload-ისთვის representative client networks-იდან რეალურ VPS network-მდე გაზომეთ latency, packet loss, route stability და transfer. ერთი headline bandwidth number ინტერნეტის ყველა გზას არ აღწერს.
ტესტირება
რა უნდა გაზომოთ
Packet loss
მუდმივმა loss-მა interactive workload შეიძლება დააზიანოს მაღალი ნომინალური bandwidth-ის მიუხედავად.
Route
Traceroute/MTR დაგეხმარებათ path ცვლილების დანახვაში, თუმცა ზოგი hop probe-ს დაბალ პრიორიტეტს აძლევს.
Real transfer
გამოიყენეთ workload-ისთვის რეალური transfer და რამდენიმე ლოკაცია. ერთი speed test უნივერსალური შედეგი არ არის.
გამჭვირვალობა
Looking Glass მხოლოდ რეალური endpoint-ებით
პაკეტში განზრახ არ არის გამოგონილი test IP ან benchmark URL. Production endpoint-ები config.php-ში დაამატეთ მხოლოდ მას შემდეგ, რაც SERVER1 დაადასტურებს public testing-ისთვის განკუთვნილ რესურსს.
Test IP
გამოაქვეყნეთ public diagnostics-ისთვის განკუთვნილი მისამართი და არა client/management interface.
Test file
გამოიყენეთ კონტროლირებადი public test object და აკონტროლეთ abuse/traffic.
Looking Glass
გამოაჩინეთ მხოლოდ უსაფრთხო diagnostic functions და გამოიყენეთ rate limiting.
FAQ
კითხვები, რომლებიც შეკვეთამდე უნდა გაირკვეს
Port speed მხოლოდ ერთ-ერთი constraint-ია. Internet performance-ზე ასევე მოქმედებს congestion, peering/transit, remote network, route choice, protocol და application.
Test endpoint მხოლოდ მაშინ უნდა გამოქვეყნდეს ან გაიცეს, როცა SERVER1 მას public diagnostics-ისთვის გამოყოფს. საიტი placeholder IP-ს შეგნებულად არ იგონებს.
აირჩიეთ დატვირთვის მიხედვით და არა ვარაუდით.
თუ ზუსტად იცით საჭირო რესურსი, გახსენით მიმდინარე კატალოგი. თუ არა — მოგვწერეთ დატვირთვა და დაგეხმარებით არჩევანის შემცირებაში.