שלב: ממשק LAG (Link Aggregation Group) נוצר כדי להגדיל את רוחב הפס הכולל בין שני צמתי רשת, בדרך כלל מתגים.
כדי לבדוק שממשק LAG פועל כשורה, חוברו שני שרתים המעבירים נתונים, בדרך כלל באמצעות כלי מדידת ביצועי הרשת איפרף.
בסוף המאמר תמצא קטן מבחן שיאפשר לך להעריך הידע שנרכש בקריאה זו
לדוגמה, ייתכן שממשק LAG נוצר משתי יציאות Gigabit Ethernet, המספקות ממשק וירטואלי המסוגל לאזן את התעבורה על פני שני הממשקים ולהשיג באופן תיאורטי תפוקה של 2Gbps.
השרתים, במקרה זה, מחוברים באמצעות ממשק של 10Gbps, כגון SFP+.
הגדרות רלוונטיות עבור SW1 ו-SW2:
/interface bonding
add mode=802.3ad name=bond1 slaves=ether1,ether2
/interface bridge
add name=bridge1
/interface bridge port
add bridge=bridge1 interface=bond1
add bridge=bridge1 interface=sfp-sfpplus1
- נוסף מצב חיבור 802.3ad עם השם bond1 והעבדים ether1 ו-ether2.
- נוצר גשר שנקרא גשר1.
- ממשק bond1 וממשק sfp-sfpplus1 מתווספים לגשר bridge1.
בעיה
לאחר בדיקות ראשוניות, ניתן לראות כי ביצועי הרשת לעולם אינם עולים על מגבלת ה-1Gbps, אם כי עומס המעבד על השרתים וצמתי הרשת (המתגים) נמוך. הסיבה לכך היא ש-LACP (802.3ad) משתמש במדיניות גיבוב שידור כדי לקבוע אם ניתן לאזן את התעבורה על פני מספר חברים ב-LAG.
במקרה זה, ממשק LAG אינו יוצר ממשק של 2Gbps, אלא ממשק שיכול לאזן תעבורה על פני מספר ממשקי עבדים במידת האפשר.
עבור כל מנה נוצר hash שידור, שקובע באיזה חבר ב-LAG תישלח החבילה, ובכך מונע מהמנות לצאת מתקינות.
ישנה אפשרות לבחור את מדיניות הגיבוב לשידור, שבדרך כלל מאפשרת לך לבחור בין שכבה 2 (MAC), שכבה 3 (IP) ושכבה 4 (יציאה).
ב-RouterOS, ניתן לבחור זאת באמצעות הפרמטר transmit-hash-policy. במקרה זה, ה-hash השידור זהה מכיוון שהמנות נשלחות לאותה כתובת MAC כמו גם לאותה כתובת IP וגם Iperf משתמש באותה יציאה, ובכך מייצר את אותו hash שידור עבור כל המנות ומונע איזון עומסים בין חברי LAG .
יש לציין כי מנות לא תמיד יהיו מאוזנות על פני חברי LAG גם כאשר היעד שונה, שכן מדיניות הגיבוב השידור הסטנדרטית עשויה ליצור את אותו hash שידור עבור יעדים שונים.
תסמינים:
- תנועה עוברת רק חבר אחד ב-LAG.
פתרון
בחר את מדיניות הגיבוב המתאימה לשידור ובדוק כראוי את ביצועי הרשת.
הדרך הקלה ביותר לבדוק תצורות כאלה היא להשתמש במספר יעדים. לדוגמה, במקום לשלוח נתונים לשרת בודד, יש לשלוח נתונים למספר שרתים.
זה ייצור Hash שידור שונה עבור כל מנה ויאפשר איזון עומסים בין חברי LAG.
במקרים מסוימים, ייתכן שתשקול לשנות את מצב ממשק החיבור כדי להגביר את הביצועים הכוללים.
עבור תעבורת UDP, מצב balance-rr עשוי להספיק, אך עלול לגרום לבעיות בתעבורת TCP.
תוכל לקרוא עוד על בחירת המצב המתאים להגדרה שלך כאן.
היבטים נוספים שיש לקחת בחשבון:
בחירת מצב הדבקה
בחירת מצב ההדבקה היא קריטית. בעוד ש-balance-rr (round-robin) עשוי להיות יעיל עבור תעבורת UDP, ייתכן שהוא לא יהיה אידיאלי עבור TCP עקב האפשרות של סידור מחדש של מנות. לכן, חשוב לקחת בחשבון את סוג התעבורה שישלוט ברשת בעת בחירת מצב ה-bonding.
השפעת תצורת הרשת
היבטים אחרים של תצורת הרשת יכולים גם הם להשפיע על ביצועי LAG. לדוגמה, תצורת מתגים, יכולות חומרה ומדיניות רשת יכולים להשפיע על אופן הטיפול בתעבורה על פני ממשקי LAG.
ניטור ואבחון
חיוני ליישם כלי ניטור ואבחון כדי להבין טוב יותר כיצד מתנהלת התעבורה דרך ה-LAG. כלים כמו Wireshark או אפילו תכונות אבחון המובנות במתגים יכולים לספק מידע רב ערך.
שיקולי ביצועים וקיבולת
למרות שממשק LAG יכול להשיג באופן תיאורטי רוחב פס של 2Gbps בתרחיש זה, יש לזכור שהביצועים בפועל יכולים להיות מושפעים ממספר גורמים, כגון איכות הכבלים, המרחק בין המכשירים ותצורת החומרה עצמה.
מבחנים שונים
בדיקה עם תצורות וסוגי תעבורה שונים יכולה לעזור לזהות את התצורה הטובה ביותר עבור סביבה ספציפית. זה יכול לכלול שינוי כתובת ה-IP של היעד, היציאה, או אפילו סוג התעבורה (TCP לעומת UDP).
עדכון קושחה ותוכנה
הבטחה שגם המתגים וגם השרתים מריצים את הגרסה העדכנית והיציבה ביותר של הקושחה והתוכנה שלהם יכולה לפתור בעיות שלא זוהו בעבר ולשפר את הביצועים הכוללים.
מסקנה
איזון עומסים בממשק LAG הוא תהליך מורכב הדורש תצורה קפדנית והבנה מפורטת של הרשת ומרכיביה.
באמצעות בחירת מדיניות hash שידור נכונה ובדיקות מקיפות, ניתן לייעל את ביצועי הרשת ולהבטיח שימוש יעיל במשאבים הזמינים.
בנוסף, שמירה על עדכונים ושיטות עבודה מומלצות בתצורת רשת יכולה לתרום משמעותית לאפקטיביות וליציבות של סביבת הרשת שלך.
חידון ידע קצר
מה דעתך על המאמר הזה?
האם אתה מעז להעריך את הידע הנלמד שלך?
ספר מומלץ למאמר זה
מיתוג וגישור RouterOS v7 Book
חומר לימוד לקורס ההסמכה של MTCSWE עודכן ל-RouterOS v7