בואו נדמיין מכשיר רשת עם שבב מתג מובנה, מוגדר לנהל תעבורה בין יציאות מרובות. כדי לבודד יציאות מסוימות זו מזו, נוצרו יציאות מספר גשרים.
הפונקציונליות של עומס חומרה על הגשרים הללו במטרה לשפר את הביצועים על ידי מתן אפשרות לשבב המתג עצמו לטפל בתעבורה, במקום להשתמש במעבד של המכשיר.
בסוף המאמר תמצא קטן מבחן שיאפשר לך להעריך הידע שנרכש בקריאה זו
תצורה
/interface bridge
add name=bridge1
add name=bridge2
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether2
add bridge=bridge2 interface=ether3
add bridge=bridge2 interface=ether4
בעיה
לאחר ביצוע מבחני ביצועים, נצפות חוסר עקביות משמעותי במהירות העברת הנתונים בין הגשרים השונים. בעוד שהגשר הראשון מסוגל לטפל בתנועה במהירות הכבלים המרבית, הגשרים הבאים מציגים ביצועים נמוכים במידה ניכרת.
בנוסף, מנות שיש לנתב חוות זמן אחזור גבוה במידה ניכרת.
בעת בדיקת מצב המערכת, מתגלה שהמעבד פועל בקיבולת המרבית שלו. בדיקת מצב פריקת החומרה מגלה שפונקציונליות זו מופעלת רק בגשר הראשון.
המשמעות היא שכל התעבורה העוברת דרך הגשרים הבאים מטופלת דרך ה-CPU, מה שיוצר צוואר בקבוק וכתוצאה מכך ביצועים לא אופטימליים.
[admin@MikroTik] > /interface bridge port print
Flags: X - disabled, I - inactive, D - dynamic, H - hw-offload
# INTERFACE BRIDGE HW
0 H ether1 bridge1 yes
1 H ether2 bridge1 yes
2 ether3 bridge2 yes
3 ether4 bridge2 yes
הסיבה העיקרית לבעיה זו היא שהמכשיר המדובר אינו תומך בבידוד יציאות בשבב המתג שלו. במכשירים שאין להם יכולת זו, רק גשר אחד יכול להפיק תועלת מפונקציונליות ההורדה של החומרה.
זה מביא לניצול גבוה של CPU עבור תעבורה העוברת דרך הגשרים האחרים, מה שמוביל לירידה בביצועים ובבעיות חביון.
תסמינים:
- היעדר דגל "H" (מחוון פריקת חומרה) על היציאות של הגשרים הבאים.
- מהירות העברת נתונים נמוכה על גשרים שאינם הראשונים.
- שימוש גבוה במעבד.
- זמן השהייה גבוה עבור מנות שיש לנתב על פני גשרים ללא פריקת חומרה.
הבעיה נעוצה במגבלות המכשיר בטיפול במספר גשרים עם הפעלת ניתוק חומרה, עקב היעדר תמיכה בבידוד פורטים.
בעיה זו מובילה לביצועי רשת לא עקביים ועלולים להיות בלתי מקובלים בסביבות הדורשות מידה גבוהה של בידוד ויעילות.
השלכות אפשריות:
1. ביצועים לא עקביים:
התוצאה הראשונה והברורה ביותר תהיה ביצועים נמוכים באופן לא עקבי עבור פלחים שונים של הרשת שלך, מה שעלול להיות בעייתי במיוחד אם צפויה רמת ביצועים קבועה עבור יישומים או שירותים קריטיים.
2. עומס יתר של מעבד:
שימוש קבוע וגבוה ב-CPU לא רק משפיע על ביצועי התעבורה העוברת דרך הגשרים, אלא יכול גם להשפיע על פונקציות ושירותים אחרים הפועלים באותו מכשיר.
3. בעיות אחזור:
ביישומים או שירותים הרגישים לאחביון, כגון VoIP או משחקים מקוונים, ההשלכות עלולות להיות חמורות עוד יותר, ומגיעות לנקודה של הפיכת השירותים הללו לבלתי שמישים כמעט.
4. עלויות נסתרות:
הצורך לשנות או לשדרג חומרה כדי לפתור בעיה זו עלול לגרום לעלויות בלתי צפויות נוספות. בנוסף, הזמן והמשאבים המושקעים בזיהוי ופתרון בעיות מייצגים עלויות נסתרות אחרות.
פתרונות מוצעים:
1. שינוי חומרה:
הדרך הישירה ביותר לפתור את הבעיה היא לעבור למכשיר התומך בבידוד יציאות על מספר גשרים עם פריקת חומרה.
2. אופטימיזציה של תצורה:
למרות שזה לא אידיאלי, אתה יכול להקצות באופן ידני פונקציונליות של פירוק חומרה לגשר שמטפל בתעבורה הקריטית או הנפחית ביותר, ובכך להפחית את העומס על המעבד.
/interface bridge port set [find where bridge=bridge1] hw=no
/interface bridge port set [find where bridge=bridge2] hw=yes
3. הטמעת רשתות VLAN:
שימוש ב-VLAN להפרדת תעבורת רשת יכול להיות חלופה יעילה יותר לשימוש במספר גשרים, במיוחד אם החומרה הנוכחית אינה תומכת במספר מופעים של הורדת חומרה.
4. עדכון קושחה/תוכנה:
במקרים מסוימים, עדכוני קושחה או תוכנה עשויים לאפשר תכונות נוספות המסייעות למתן או לפתור את הבעיה, אם כי זה פחות סביר אם מדובר במגבלת חומרה.
5. ניטור וניתוח:
כלי ניטור יכולים לעזור לזהות צווארי בקבוק ולספק תובנות כיצד להגדיר מחדש את הרשת כדי לייעל את הביצועים, אם כי זה לא יפתור את הבעיה הבסיסית.
לסיכום
הגבלת פריקת חומרה על מספר גשרים היא בעיה רצינית שיכולה להיות בעלת השלכות שליליות מרובות על הביצועים והיעילות של רשת.
זיהוי והבנת הבעיה הוא השלב הראשון במציאת הפתרון המתאים ביותר, שיכול לנוע בין הגדרה מחדש פשוטה לשינוי חומרה מלא.
חידון ידע קצר
מה דעתך על המאמר הזה?
האם אתה מעז להעריך את הידע הנלמד שלך?
ספר מומלץ למאמר זה
מיתוג וגישור RouterOS v7 Book
חומר לימוד לקורס ההסמכה של MTCSWE עודכן ל-RouterOS v7