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

בדיקות עומסים לרשתות (Network Load Testing) נועדו לבדוק כיצד תשתית התקשורת מתנהגת בתנאים שונים, לזהות מגבלות קיבולת ולגלות בעיות ביצועים לפני שהן משפיעות על משתמשים אמיתיים. הבדיקות רלוונטיות לרשתות ארגוניות, לתקשורת בין שרתים, לתשתיות ענן, לאתרי אינטרנט ולמערכות עסקיות מורכבות.

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

1. מהן בדיקות עומסים לרשתות?

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

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

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

מתי כדאי לבצע בדיקות עומסים?

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

2. אילו מדדים בודקים בבדיקת עומסים לרשת?

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

3. מה ההבדל בין Load Testing, Stress Testing ובדיקות קיבולת?

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

רשת שעומדת בעומס ממוצע אינה בהכרח מסוגלת להתמודד עם קפיצה פתאומית בתעבורה. בדיקה ממושכת עשויה גם לחשוף בעיות שלא מופיעות בהרצה קצרה. לכן כדאי לבחור את סוגי הבדיקות בהתאם לסיכונים ולדרישות המערכת.

להרחבה על תכנון בדיקות עומסים למערכות ולשירותים, קראו גם את המדריך בדיקת עומסים – איך מבצעים Load Testing?.

4. איך מתכננים בדיקת עומסים לרשת?

שלב ראשון: הגדרת מטרת הבדיקה

יש להגדיר שאלה מדידה. לדוגמה: האם קישור בין שני אתרים מסוגל להעביר תעבורה בהיקף של 700Mbps תוך שמירה על השהיה ואובדן מנות בגבולות שנקבעו מראש?

המספרים בדוגמה הם להמחשה בלבד. יש לקבוע את יעדי הביצועים בהתאם לסוג השירות, לדרישות העסקיות ולהסכמי השירות.

שלב שני: מיפוי סביבת הבדיקה

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

בנוסף, יש לוודא שמחשבי הבדיקה מסוגלים לייצר את התעבורה הנדרשת. אם תחנת הבדיקה מגיעה למגבלת CPU או כרטיס הרשת, התוצאות עלולות לשקף את מגבלות התחנה ולא את מגבלות הרשת.

שלב שלישי: בניית תרחישי עומס

יש ליצור תרחישים שמייצגים את השימוש האמיתי ולא להסתפק בזרם נתונים אחיד אחד.

• העברת קבצים גדולים בין אתרים.
• מספר גדול של חיבורים קצרים במקביל.
• תעבורת וידאו או קול הרגישה להשהיה.
• גישה למערכת דרך Firewall או VPN.
• תעבורה דו-כיוונית בו-זמנית.
• קפיצה פתאומית במספר החיבורים.

שלב רביעי: הגדרת תנאי הצלחה וכישלון

יש לקבוע מראש יעדים לתפוקה, להשהיה באחוזונים, לאובדן מנות ולניצול משאבים. ללא יעדים ברורים, הבדיקה עשויה להסתיים עם נתונים רבים אך ללא מסקנה חד-משמעית.

שלב חמישי: הרצה הדרגתית

מומלץ להתחיל בעומס נמוך ולמדוד קו בסיס (Baseline). לאחר מכן יש להגדיל את העומס בשלבים, לתעד את המדדים בכל שלב ולזהות מתי מתחילה הידרדרות.

יש לתאם בדיקות עומסים עם בעלי התשתית, להגדיר חלון בדיקה ותנאי עצירה, ולהימנע מהפעלת עומס לא מבוקר שעלול לפגוע בשירותים פעילים.

5. באילו כלים משתמשים לבדיקות עומסים לרשת?

בחירת הכלי תלויה בשאלה הנבדקת. יש כלים למדידת קיבולת תקשורת, כלים לניתוח מנות וכלים ליצירת עומס על שירותי אינטרנט.

דוגמה מעשית: בדיקת תפוקה באמצעות iPerf3

במחשב הראשון מפעילים שרת בדיקה:

iperf3 -s

במחשב השני מריצים בדיקת TCP למשך 30 שניות. יש להחליף את כתובת הדוגמה בכתובת שרת הבדיקה בפועל:

iperf3 -c 192.168.1.10 -t 30

לבדיקת תעבורה דו-כיוונית במקביל ניתן להשתמש בפקודה:

iperf3 -c 192.168.1.10 -t 30 --bidir

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

6. דוגמה מעשית: זיהוי צוואר בקבוק

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

הנתונים בטבלה היפותטיים ונועדו להמחשה בלבד.

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

כדי לזהות את המקור, יש לבדוק:

• האם קישור מסוים הגיע לניצול גבוה.
• האם קיימים Drops או עומסים חריגים במתגים ובנתבים.
• האם ה-Firewall או ה-VPN הגיעו למגבלת עיבוד.
• האם תחנות הבדיקה עצמן מוגבלות ב-CPU או בכרטיס הרשת.
• האם ההשהיה עולה גם בתעבורה אחרת המשתמשת באותו מסלול.

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

7. איך מנתחים את תוצאות הבדיקה?

השוואה לקו הבסיס

קו הבסיס מתעד את ביצועי הרשת לפני הפעלת עומס משמעותי. ההשוואה מאפשרת לזהות אילו מדדים השתנו ובאיזו מידה. לדוגמה, עלייה בהשהיה מ-8ms ל-80ms בזמן הגדלת התעבורה מצדיקה בדיקה של תורים, ניצול קישורים ושינויים במסלול.

בחינת אחוזונים ולא רק ממוצעים

אחוזון P95 מציין את הערך שמתחתיו נמצאות 95% מהתצפיות, ואחוזון P99 מציין את הערך שמתחתיו נמצאות 99% מהתצפיות, בהתאם לשיטת החישוב. מדדים אלה מסייעים לזהות עיכובים חריגים שאינם ניכרים בממוצע.

זיהוי נקודת הרוויה

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

בדיקת התאוששות

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

8. טעויות נפוצות בבדיקות עומסים לרשתות

9. מה צריך לכלול דוח בדיקות עומסים?

דוח מקצועי צריך לאפשר לצוותים להבין מה נבדק, באילו תנאים התקבלו התוצאות ומה מומלץ לעשות בהמשך.

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

יש להפריד בין ממצא מדיד לבין השערה לגבי מקור התקלה. לדוגמה, עלייה בהשהיה היא ממצא; הקביעה שה-Firewall הוא הגורם דורשת ראיות נוספות, כגון מדדי CPU, מספר חיבורים, תורים או השוואה בתנאים מבוקרים.

10. בדיקות עומסים לרשת לעומת בדיקות עומסים לאפליקציה

כאשר מערכת איטית, שילוב של בדיקת עומס לרשת עם בדיקת עומס לשירות יכול לסייע לזהות אם צוואר הבקבוק נמצא בתשתית התקשורת, בעיבוד בצד השרת או בשילוב ביניהם.

לקריאה נוספת בנושא אוטומציה ובדיקות תוכנה:

• בדיקות API עם Playwright – מדריך מעשי
• איך כותבים בדיקת E2E עם Playwright?
• Page Object Model ב-Playwright – מדריך מעשי

11. רשימת בדיקה לפני ביצוע בדיקת עומסים

12. שאלות נפוצות על בדיקות עומסים לרשתות

האם Ping מספיק לבדיקת עומסים?

לא. Ping מסייע למדוד זמני Round Trip Time ולזהות אובדן בתעבורת ICMP, אך אינו בודק לבדו קיבולת או תפוקה. יש לשלב אותו עם כלים נוספים.

מהו שיעור אובדן המנות התקין?

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

האם אפשר לבדוק עומסים באמצעות מחשב רגיל?

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

כמה זמן צריכה להימשך בדיקת עומסים?

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

האם בדיקת עומסים יכולה לזהות את מקור האיטיות?

היא יכולה לצמצם את אפשרויות החקירה, אך לא תמיד מספיקה לבדה. מומלץ לשלב תוצאות עומסים עם נתוני ניטור ובדיקות ממוקדות של רכיבי הרשת והאפליקציה.

האם בדיקות עומסים הן חלק מתהליך QA?

כן, כאשר ביצועי התקשורת משפיעים על איכות המוצר. בדיקות אלה דורשות לעיתים שיתוף פעולה בין אנשי QA, צוותי תשתיות, מנהלי רשת, מפתחים ואנשי DevOps.