הגדרת LACP ו-Link Aggregation: מדריך מלא

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

היכולות שלנו:

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1359
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

תארו לעצמכם שרת עם שני חיבורי 10G, אבל אתם נתקלים בצוואר בקבוק של 10 ג'יגה-ביט לשנייה. LACP משלב אותם לערוץ לוגי אחד של 20 ג'יגה-ביט לשנייה — ואם אחד החיבורים נופל, החיבור נשאר פעיל. לאחרונה, לקוח פנה אלינו לאחר שעדכון קושחה במתג שלהם גרם למחצית מהחיבורים להפסיק להתאגד. מצב LACP אופס. שחזרנו אותו תוך שעה. נתקלנו בעשרות מקרים כאלה. הצוות שלנו הגדיר צרורות דומים ביותר מ-50 פרויקטים: מרשתות משרדיות תקציביות ועד מרכזי נתונים הדורשים זמינות של 99.999%. עלות הגדרת ערוץ LACP אחד מתחילה בתעריף קבוע, והחיסכון באמינות משתלם תוך חצי שנה.

אילו בעיות פותר אגרגציית LACP?

  • רוחב פס. שני יציאות של 1 ג'יגה-ביט לשנייה מניבות ערוץ מאוגד של 2 ג'יגה-ביט לשנייה — לא חיבור אריתמטי, אלא רווח אמיתי לתעבורה מרובת-זרימות.
  • סובלנות לתקלות. אם חיבור אחד נופל, רק החלק שלו בתעבורה נופל. מעבר לגיבוי אורך שניות.
  • איזון עומסים. אלגוריתם גיבוב מפיץ זרימות באופן שווה על פני החיבורים הפיזיים.

LACP (IEEE 802.3ad) הוא תקן תעשייתי, בניגוד לפתרונות קנייניים. EtherChannel סטטי (ללא LACP) אינו מנהל משא ומתן ויכול ליצור לולאות אם מוגדר שגוי. LACP אמין פי 2-3.

למה LACP עדיף על פני צרור ידני?

צרור ידני (mode=balance-rr) אינו משתמש במשא ומתן — שני הקצוות חייבים להיות מוגדרים באופן זהה. אם תשכחו לסנכרן VLAN, תקבלו סערת שידור. LACP מנהל משא ומתן על הפרמטרים בעצמו: המתג והמארח מחליפים מנות ומאשרים את התצורה. זה מבטל שגיאות אנוש.

איך עובד איזון עומסים

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

אלגוריתמי גיבוב (ניתנים להגדרה גם במתג וגם במארח):

  • src-mac / dst-mac — רק L2, גרוע כשיש מעט כתובות MAC
  • src-dst-ip — זוג IP, סטנדרטי לחיבורי ראוטר
  • src-dst-port (L4) — יציאות TCP/UDP, חלוקה מיטבית לתעבורה מרובת-זרימות
אלגוריתם שכבה המלצה
src-mac L2 רק אם יש הרבה כתובות MAC
src-dst-ip L3 טוב לניתוב
src-dst-port L4 הכי טוב לריבוי-תהליכים

אם המתג והשרת משתמשים באלגוריתמים שונים, אין שגיאה אבל האיזון אינו אופטימלי. בפרויקטים שלנו, אנחנו תמיד מגדירים layer3+4 בלינוקס ו-src-dst-port בסיסקו.

מצבי LACP פעיל ופסיבי — פרטים

mode active בסיסקו מאלץ את היציאה ליזום משא ומתן על ידי שליחת LACP PDU כל שנייה (אם lacp-rate fast). mode passive מגיב ל-PDU נכנס אך אינו יוזם. אם שני הקצוות פסיביים, האגרגציה לא תיווצר. המלצה: קצה אחד פעיל, השני פסיבי, או שניהם פעילים. בלינוקס, המצב מוגדר דרך lacp_rate ב-Netplan.

איך להגדיר LACP בסיסקו?

בצעו את השלבים הבאים:

  1. צרו ממשק port-channel עם ה-VLAN הנדרשים.
  2. שייכו יציאות פיזיות ל-channel-group במצב active.
  3. אמתו עם show etherchannel summary.
! Создаём Port-Channel интерфейс
interface Port-channel1
 description "Server ESXi-01 uplink"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
!
! Физические интерфейсы в group
interface GigabitEthernet1/0/1
 description "ESXi-01 NIC1"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
 channel-group 1 mode active
interface GigabitEthernet1/0/2
 description "ESXi-01 NIC2"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
 channel-group 1 mode active
!
! Проверка
show etherchannel summary
show interfaces port-channel 1

איך להגדיר LACP בלינוקס (אובונטו, Netplan)?

# /etc/netplan/01-bonding.yaml
network:
  version: 2
  ethernets:
    enp3s0:
      dhcp4: false
    enp4s0:
      dhcp4: false
  bonds:
    bond0:
      interfaces:
        - enp3s0
        - enp4s0
      parameters:
        mode: 802.3ad # LACP
        lacp-rate: fast # LACP PDU каждую секунду (slow = 30 сек)
        mii-monitor-interval: 100
        transmit-hash-policy: layer3+4 # src-dst IP + port хеш
      addresses: [192.168.10.5/24]
      routes:
        - to: default
          via: 192.168.10.1
      mtu: 9000

בדקו את מצב הצרור:

cat /proc/net/bonding/bond0 # Показывает: режим, active slaves, состояние LACP
ip link show bond0
ip -d link show bond0 # детальная инфо включая xmit_hash_policy

vSwitch של VMware ESXi עם LACP

ב-VMware ESXi, LACP ניתן להגדרה רק דרך vSphere Distributed Switch (vDS). ב-Standard Switch, זמין רק active-passive או active-active ללא LACP אמיתי (IP Hash ללא משא ומתן).

# vSphere CLI для vDS LAG esxcli network vswitch dvs vmware lacp status get -v dvs-name 

במתג, השתמשו ב-! Создаём Port-Channel интерфейс interface Port-channel1 description "Server ESXi-01 uplink" switchport mode trunk switchport trunk native vlan 999 switchport trunk allowed vlan 10,20,30 ! Физические интерфейсы в group interface GigabitEthernet1/0/1 description "ESXi-01 NIC1" switchport mode trunk switchport trunk native vlan 999 switchport trunk allowed vlan 10,20,30 channel-group 1 mode active interface GigabitEthernet1/0/2 description "ESXi-01 NIC2" switchport mode trunk switchport trunk native vlan 999 switchport trunk allowed vlan 10,20,30 channel-group 1 mode active ! Проверка show etherchannel summary show interfaces port-channel 1 בכל יציאות ה-uplink של מארח ESXi עבור vDS LACP.

בעיות נפוצות

הנפוצה ביותר: LACP לא עולה למרות שהחיבורים הפיזיים פעילים. אבחון:

  1. # /etc/netplan/01-bonding.yaml network: version: 2 ethernets: enp3s0: dhcp4: false enp4s0: dhcp4: false bonds: bond0: interfaces: - enp3s0 - enp4s0 parameters: mode: 802.3ad # LACP lacp-rate: fast # LACP PDU каждую секунду (slow = 30 сек) mii-monitor-interval: 100 transmit-hash-policy: layer3+4 # src-dst IP + port хеш addresses: [192.168.10.5/24] routes: - to: default via: 192.168.10.1 mtu: 9000 בסיסקו — בודק אם המתג רואה LACP PDU מהמארח
  2. בלינוקס: cat /proc/net/bonding/bond0 # Показывает: режим, active slaves, состояние LACP ip link show bond0 ip -d link show bond0 # детальная инфо включая xmit_hash_policy — מציג סטטוס # vSphere CLI для vDS LAG esxcli network vswitch dvs vmware lacp status get -v dvs-name
  3. תצורת VLAN לא תואמת בשתי יציאות פיזיות באותו channel-group

תרחיש שני: השרת מאגד 2×10G, אבל כל התעבורה עוברת על חיבור אחד. mode active בסיסקו מציג את האלגוריתם. show lacp neighbor בלינוקס מציג cat /proc/net/bonding/bond0. אם שניהם מציגים LACP partner וכל השרתים מאחורי כתובת MAC אחת, החליפו ל-show etherchannel load-balance.

בעיה סיבה פתרון
LACP לא עולה חוסר התאמה ב-VLAN/trunk בדקו הגדרות יציאה
תעבורה רק על חיבור אחד אלגוריתם src-mac עברו לשכבה 3+4
נפילת חיבור בעת משיכת כבל LACP לא מופעל הפעילו active/passive

מה כלול בעבודה שלנו

אנחנו מבצעים הגדרת LACP סוהר תוך 1-2 ימים (צומת בודד) או עד 5 ימים (תכנית מקבצית). אנחנו מתעדים את התצורה, מספקים runbook ופרמטרי ניטור. תמיכה באתר 24/7 לפי בקשה. למהנדסים שלנו יש ניסיון של 5+ שנים והם מוסמכים על ידי ספקים (Cisco, VMware). צרו קשר להערכת תשתית. הזמינו הגדרת LACP — קבלו פתרון מוכן עם אחריות ביצועים. קבלו ייעוץ מהנדס — נבחר את אלגוריתם הגיבוב ומצב LACP האופטימליים לרשת שלכם.