איך לבדוק את המהירות ואת צריכת התעבורה של השרת

„השרת איטי” יכול להיות שלושה דברים שונים: הרשת עמוסה, משהו בשרת צורך את רוחב הפס, או שהבדיקה עצמה שגויה. שבעת השלבים האלה מבדילים ביניהם. הפקודות הן ל־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, מנהל המשימות ← ביצועים ← Ethernet מציג את הקצב בזמן אמת, ומנטר המשאבים ← רשת את התעבורה לפי תהליך.

אם המספרים באמת נמוכים

הריצו את שלב 5 מול שני שרתי בדיקה שונים, רשמו את השעה ופתחו פנייה עם הפקודות והפלט שלהן. כך נוכל לבדוק את הקישור בדיוק ברגע הזה.

קשור

• תעבורה ומהירות רשת: מהירויות פורטים, חלוקה הוגנת, פורטים לדואר יוצא.
• רשת ופורטים: העברה ב־NAT ופורטים פתוחים.
• אם vnStat או היומנים ממלאים את הדיסק: פינוי מקום בדיסק.