كيف تتحقق من سرعة خادمك واستهلاكه لحركة البيانات

قد تعني عبارة «الخادم بطيء» ثلاثة أشياء مختلفة: الشبكة مزدحمة، أو شيء على الخادم يستهلك عرض النطاق، أو أن الاختبار نفسه خاطئ. تميّز هذه الخطوات السبع بينها. الأوامر لنظام Linux، وأسماء الحزم للأنظمة التي تستخدم apt.

1. انظر إلى الرسوم في لوحة التحكم

افتح الخادم في لوحة التحكم وانتقل إلى تبويب المقاييس. يعرض رسم الشبكة حركة البيانات الواردة والصادرة في الثانية لآخر ساعة أو يوم أو أسبوع. تأتي البيانات من طبقة المحاكاة الافتراضية، فتظهر حتى لو تعلّق نظام التشغيل داخل الخادم.

لا يعرض شيئين: المجاميع بالغيغابايت، وأي برنامج أنتج حركة البيانات. لهذا وُجدت الخطوات التالية.

البيانات نفسها متاحة عبر الـ 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 عدّادات الواجهات من النواة، ويحتفظ بها بعد إعادة التشغيل، ولا يكاد يستهلك موارد. يبدأ العدّ من لحظة تثبيته، فثبّته قبل أن تحتاج إلى الأرقام.

4. اعرف أي عملية تستهلك عرض النطاق

apt install -y nethogs
nethogs eth0

يعرض nethogs العمليات مع معدلات الإرسال والاستقبال الحالية لكل منها. إن رأيت عملية لا تعرفها تدفع حركة بيانات، فافحصها جيدًا: الرافع الكثيف غير المتوقع قد يعني أن الخادم مخترق.

لرؤية الاتصالات نفسها:

ss -tunap | head -30

5. أجرِ اختبار سرعة له معنى

الطريقة الموثوقة هي iperf3 بين جهازين تتحكم فيهما. على الجهاز الآخر شغّل الخادم:

iperf3 -s

على خادمك اختبر الاتجاهين بأربعة تدفقات لمدة 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 أو السجلات القرص: تحرير مساحة القرص.