अपने सर्वर की स्पीड और ट्रैफ़िक खपत कैसे जाँचें

"सर्वर धीमा है" के तीन अलग मतलब हो सकते हैं: नेटवर्क व्यस्त है, सर्वर पर कुछ बैंडविड्थ इस्तेमाल कर रहा है, या टेस्ट ही गलत है। ये सात स्टेप इन्हें अलग करते हैं। कमांड Linux के लिए हैं; पैकेज नाम apt वाले सिस्टम के लिए हैं।

1. डैशबोर्ड के ग्राफ़ देखें

डैशबोर्ड में सर्वर खोलें और मेट्रिक्स टैब पर जाएँ। नेटवर्क ग्राफ़ पिछले एक घंटे, दिन या हफ़्ते का प्रति सेकंड आने-जाने वाला ट्रैफ़िक दिखाता है। डेटा वर्चुअलाइज़ेशन लेयर से आता है, इसलिए सर्वर के अंदर का OS अटक जाए तब भी दिखता है।

दो चीज़ें यह नहीं दिखाता: गीगाबाइट में कुल, और किस प्रोग्राम ने ट्रैफ़िक बनाया। इसके लिए अगले स्टेप हैं।

यही डेटा API से भी मिलता है, पिछले महीने का भी:

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

2. अपना नेटवर्क इंटरफ़ेस ढूँढें

नीचे की ज़्यादातर कमांड को इंटरफ़ेस का नाम चाहिए:

ip -br addr

आपको वह इंटरफ़ेस चाहिए जिस पर आपका पब्लिक (NAT सर्वर पर प्राइवेट) पता है, अक्सर eth0 या ens18। आपके इंटरफ़ेस का नाम अलग हो तो नीचे eth0 बदल दें।

3. vnStat से दिन और महीने का ट्रैफ़िक गिनें

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

vnStat kernel के इंटरफ़ेस काउंटर पढ़ता है, रीबूट के बाद भी डेटा रखता है और लगभग कोई संसाधन नहीं खाता। यह इंस्टॉल होने के समय से गिनना शुरू करता है, इसलिए आँकड़ों की ज़रूरत पड़ने से पहले इसे इंस्टॉल कर लें।

4. देखें कौन-सा प्रोसेस बैंडविड्थ इस्तेमाल कर रहा है

apt install -y nethogs
nethogs eth0

nethogs हर प्रोसेस की मौजूदा भेजने और पाने की स्पीड दिखाता है। अगर कोई अनजान प्रोसेस ट्रैफ़िक भेज रहा हो, तो उसे ध्यान से देखें: अचानक भारी अपलोड करने वाला प्रोसेस सर्वर में सेंध का संकेत हो सकता है।

खुद कनेक्शन देखने के लिए:

ss -tunap | head -30

5. ऐसा स्पीड टेस्ट करें जिसका मतलब हो

भरोसेमंद तरीका है आपके नियंत्रण वाली दो मशीनों के बीच iperf3। दूसरी मशीन पर सर्वर चालू करें:

iperf3 -s

अपने सर्वर पर 4 स्ट्रीम के साथ 30 सेकंड तक दोनों दिशाएँ जाँचें:

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

NAT सर्वर आने वाले कनेक्शन सिर्फ़ SSH पोर्ट पर लेता है, इसलिए iperf3 -s दूसरी मशीन पर चलाएँ और NAT सर्वर को ऊपर की तरह क्लाइंट रहने दें।

दूसरी मशीन नहीं है? अपने पास के किसी तेज़ मिरर से बड़ी फ़ाइल डाउनलोड करें और औसत पढ़ें:

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

नतीजा बाइट प्रति सेकंड में है। बिट प्रति सेकंड के लिए 8 से गुणा करें: 110000000 लगभग 880 Mbit/s है।

6. लेटेंसी और पैकेट लॉस जाँचें

लंबी दूरी पर कम थ्रूपुट अक्सर लेटेंसी या लॉस की समस्या होती है, बैंडविड्थ की नहीं:

apt install -y mtr-tiny
mtr -rwc 100 example.com

आखिरी लाइन के Loss% कॉलम को देखें। अगर लॉस बीच के किसी एक हॉप पर दिखे और आगे गायब हो जाए, तो आमतौर पर इसका मतलब है कि वह राउटर ping जवाबों को कम प्राथमिकता देता है, असली लॉस नहीं।

7. अपेक्षा से तुलना करें

जब एक ही फ़िज़िकल मशीन पर कई सर्वर एक साथ व्यस्त हों, तो अपलिंक उनके बीच बराबर बँटता है, इसलिए भीड़ के समय कम आँकड़ा आना सामान्य है। किसी भी टैरिफ़ में ट्रैफ़िक कोटा नहीं है। बँटवारा कैसे होता है, यह ट्रैफ़िक और नेटवर्क स्पीड में बताया गया है।

Windows सर्वर पर Task Manager → Performance → Ethernet मौजूदा स्पीड दिखाता है, और Resource Monitor → Network प्रोसेस-वार ट्रैफ़िक।

अगर आँकड़े सच में कम हैं

स्टेप 5 को दो अलग टेस्ट सर्वरों पर चलाएँ, समय नोट करें और कमांड व उनके आउटपुट के साथ टिकट खोलें। इससे हम ठीक उसी समय का अपलिंक जाँच सकते हैं।

संबंधित

• ट्रैफ़िक और नेटवर्क स्पीड: पोर्ट स्पीड, बराबर बँटवारा, बाहर जाने वाली मेल के पोर्ट।
• नेटवर्क और पोर्ट: NAT फ़ॉरवर्डिंग और खुले पोर्ट।
• अगर vnStat या लॉग से डिस्क भर जाए: डिस्क स्पेस खाली करें।