اپنے سرور کی رفتار اور ٹریفک کا استعمال کیسے چیک کریں

"سرور سست ہے" کے تین الگ مطلب ہو سکتے ہیں: نیٹ ورک مصروف ہے، سرور پر کچھ بینڈوڈتھ استعمال کر رہا ہے، یا ٹیسٹ ہی غلط ہے۔ یہ سات مرحلے انہیں الگ کرتے ہیں۔ کمانڈز 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 یا لاگز سے ڈسک بھر جائے: ڈسک کی جگہ خالی کریں۔