Jumbo-keretek konfigurálása Linuxon

9 perc olvasás - 2026. május 11.

hero section cover
Tartalomjegyzék
  • Jumbo-keretek konfigurálása Linuxon
  • Miért fontosak a Jumbo-keretek
  • A hardverkompatibilitás ellenőrzése
  • MTU konfigurálása Linuxon
  • Tesztelés és hibaelhárítás
  • Következtetés
Megosztás

Lépésről lépésre útmutató a jumbo keretek engedélyezéséhez Linuxon, amely tartalmazza a hardveres ellenőrzéseket, a tartós MTU konfigurációt és a végponttól végpontig tartó tesztelést

Jumbo-keretek konfigurálása Linuxon

A Jumbo-keretek olyan Ethernet-keretek, amelyek hasznos terhelése nagyobb, mint a szabványos 1500 bájtos MTU. Az MTU 9000 bájtra állítása csökkenti a csomagonkénti többletköltséget és a CPU megszakításokat, ami azt jelenti, hogy a sávszélesség nagyobb része jut a tényleges adatokra. Ez leginkább az olyan nagy átviteli teljesítményű útvonalakon számít, mint a privát összeköttetések, a létesítmények közötti adatreplikációs kapcsolatok és a dedikált tárolóhálózatok. Ez az útmutató a hardverek ellenőrzésével, a főbb disztribúciók konfigurálásával és a teszteléssel foglalkozik.

Miért fontosak a Jumbo-keretek

Minden Ethernet-keret 18 bájtos fejlécet tartalmaz, függetlenül a hasznos teher méretétől. Egy 1500 bájtos MTU esetén ez az overhead a forgalom körülbelül 1,2%-át teszi ki. Ha az MTU-t 9000-re emeljük, akkor a többletköltség nagyjából 0,2%-ra csökken. A kevesebb csomag kevesebb CPU-megszakítást is jelent, ami ciklusokat szabadít fel a tényleges alkalmazási munkára.

A gyakorlatban a nagy teljesítményű LAN-ok 5-10%-os áteresztőképesség-javulást tapasztalnak. A dedikált tárolóhálózatok (iSCSI, NFS) gyakran 10-30%-os növekedést érnek el. Az AI/ML munkaterhelést futtató GPU-klaszterek is profitálnak ebből, mivel a nagy adathalmazok kevesebb szegmentációval mozognak a csomópontok között. GPU-gyorsított környezetekben általában 8,896-os MTU-t javasolnak.

A bökkenő: a jumbo-keretek csak az Ön által teljes mértékben ellenőrzött útvonalakon működnek. A forrás és a célállomás közötti minden eszköznek, beleértve a hálózati kártyákat, kapcsolókat és útválasztókat, támogatnia kell a nagyobb MTU-t. Egy rosszul konfigurált ugrás, és máris töredezettséget vagy csendes csomagkiesést kapunk. Az internetre néző interfészek esetében maradjon az 1500-as értéknél.

A hardverkompatibilitás ellenőrzése

Mielőtt bármit megváltoztatna, győződjön meg arról, hogy a hálózati útvonal minden eszköze támogatja a jumbo-kereteket.

Ellenőrizze a jelenlegi MTU-beállításokat:

ip link show | grep mtu

Tesztelje, hogy a hálózati kártyája elfogadja-e a nagyobb MTU-t:

sudo ip link set eth0 mtu 9001

Ha a SIOCSIFMTU: Az NIC nem támogatja a jumbo frame-eket. A tehermentesítő képességeket a következővel is ellenőrizheti:

ethtool -k eth0 | grep -i large

A kapcsoló konfigurációja ugyanúgy számít. A különböző gyártók kissé eltérő MTU-értékeket követelnek meg a 2. réteg fejlécek figyelembevételéhez. A Cisco kapcsolóknak általában 9,216-ra van szükségük. Az Arista kapcsolók 9,214-et használnak. Ellenőrizze a kapcsoló dokumentációját, és ennek megfelelően állítsa be.

Ha VLAN-okat használ, a VLAN-címkézés 4 bájt többletköltséget jelent. A 9 000-es MTU értékre beállított szülői interfész 8 996-os VLAN MTU-t támogat. Ha a VLAN-interfészen teljes 9 000-es MTU-ra van szüksége, állítsa a szülői interfészt 9 004-re.

MTU konfigurálása Linuxon

Állítsa be az MTU-t ideiglenesen, hogy ellenőrizze, hogy a dolgok működnek-e:

sudo ip link set eth0 mtu 9000
ip link show eth0 | grep mtu

Ez azonnal hatályba lép, újraindítás nélkül. Kötött interfészek esetén állítsa be az MTU-t magán a kötési interfészen. Ez automatikusan átterjed a tag hálózati kártyákra.

Állandósítás

A módszer a disztribúciótól és a hálózatkezelőtől függ.

Distro / eszközKonfiguráció helyeSzintaxis
Ubuntu 17.10+(Netplan)/etc/netplan/*.yamlmtu: 9000
NetworkManagernmcli802-3-ethernet.mtu 9000
Debian / régebbi Ubuntu/etc/hálózat/interfacesmtu 9000
systemd-networkd/etc/systemd/network/*.networkMTUBytes=9000 in [Link]
RHEL / CentOS (örökölt)/etc/sysconfig/network-scripts/MTU=9000

A Netplan esetében a szerkesztés után használja a sudo netplan try parancsot. Alkalmazza a konfigurációt, és automatikusan visszaáll, ha két percen belül nem erősíti meg, ami hasznos biztonsági háló távoli szervereken. A NetworkManager esetében futtassa a következőket:

nmcli connection modify "Eth0" 802-3-ethernet.mtu 9000
nmcli connection up "Eth0"

Miután a változtatásokat állandósította, indítsa újra és ellenőrizze az ip link show segítségével, hogy megerősítse a túlélt MTU-t.

Tesztelés és hibaelhárítás

Egy 9000-es MTU-ra konfigurált kiszolgáló még mindig meghibásodhat a nagy átviteleknél, ha az útvonal bármelyik eszköze nem felel meg. Előfordulhat, hogy a kis csomagok rendben működnek, míg a nagyok némán eldobódnak. Mindig végponttól végpontig tartó tesztelést végezzen.

Jumbo Frame támogatás ellenőrzése

Küldjön egy teljes méretű csomagot letiltott töredezettséggel:

ping -M do -s 8972 <destination_ip>

A 8,972 hasznos teher mérete figyelembe veszi a 28 bájtos IP- és ICMP-fejléceket. Ha a pingelés sikeres, a teljes útvonal támogatja a 9000-es MTU-t. Ha a "A csomagot töredezni kell, de a DF be van állítva" vagy "Az üzenet túl hosszú" üzenetet látja, akkor az útvonalban valami alacsonyabb MTU-val rendelkezik.

Ha pontosan meg akarja találni, hogy hol szakad meg az útvonal:

tracepath -n <destination_ip>

Ez minden egyes ugrásnál jelenti a maximális MTU-t, így azonosítani tudja, hogy melyik eszközön van szükség újrakonfigurálásra.

Az áteresztőképesség mérése

Az iperf3 segítségével összehasonlíthatja a teljesítményt előtte és utána:

iperf3 -c <destination_ip> -t 30 -M 8960

Futtassa le ugyanazt a tesztet először az alapértelmezett MTU-val, majd újra a jumbo-keretek engedélyezése után. Mérhető áteresztőképesség-javulást és alacsonyabb CPU-használatot kell tapasztalnia a tárolóterheléses munkaterheléseknél.

Annak megerősítésére, hogy a csomagok sértetlenül érkeznek meg a valós átvitel során, ellenőrizze az újraszerelési számlálókat a fogadó oldalon:

nstat -az IpReasm*

Ha a számlálók nulla értéken maradnak, akkor nem történik töredezettség.

Gyakori problémák

  • MTU eltérés: A leggyakoribb probléma. Az útvonal minden eszközének ugyanarra (vagy magasabb) MTU-ra van szüksége. Egy 1500-ra beállított switch port mindent tönkretesz.
  • Elfelejtett VLAN overhead: A VLAN-címkézés 4 bájtot ad hozzá. Ha a VLAN-interfésznek 9 000-es MTU-ra van szüksége, akkor a szülői adaptert állítsa 9 004-re.
  • A tagokon beállított Bond MTU: Az MTU-t mindig a bond interfészen állítsa be, ne az egyes hálózati kártyákon.
  • NIC hardverkorlátozás: Néhány régebbi hálózati kártyán a felső határ 9000 alatt van. Ellenőrizze az ethtool -k <interface> | grep -i large futtatásával.

Következtetés

A Jumbo-keretek egyszerű módja az átviteli sebesség javításának és a CPU-ráfordítás csökkentésének a belső hálózatokon. Maga a konfiguráció egyszerű. A nehéz rész annak biztosítása, hogy az útvonal minden eszköze támogassa a nagyobb MTU-t, ezért a tesztelés fontosabb, mint a konfigurációs lépés.

Használjon jumbo-kereteket tárolóhálózatokhoz, VM-migrációhoz, biztonsági mentésekhez és minden olyan nagy sávszélességű belső forgalomhoz, ahol a teljes útvonalat Ön ellenőrzi. Az internetre néző interfészeken hagyja a szabványos 1500 bájtos MTU-t.

Az FDC VPS és dedikált szerver infrastruktúrája támogatja a jumbo-kereteket a privát VLAN-okon, így jól használható ezekre a munkaterhelésekre.

background image
A szervere hátráltatja a növekedését?

Elege van a lassú telepítésekből vagy a sávszélességkorlátozásokból? Az FDC Servers azonnali dedikált teljesítményt, globális elérhetőséget és rugalmas, bármilyen léptékhez kialakított terveket kínál. Készen áll a frissítésre?

Teljesítmény feloldása most

Blog

Kiemelt ezen a héten

További cikkek
Linux-kiszolgáló keményítésének ellenőrző listája

Linux-kiszolgáló keményítésének ellenőrző listája

Lépésről lépésre történő ellenőrző lista egy Linux-kiszolgáló keményítéséhez. Az SSH, tűzfalak, javítások, fájlengedélyek, SELinux/AppArmor és auditnaplózás

15 perc olvasás - 2026. május 8.

iperf3 oktatóanyag: Hálózati sebesség tesztelése Linuxon és Windowson

10 perc olvasás - 2026. május 7.

További cikkek
background image

Kérdése van, vagy egyedi megoldásra van szüksége?

icon

Rugalmas lehetőségek

icon

Globális elérés

icon

Azonnali telepítés

icon

Rugalmas lehetőségek

icon

Globális elérés

icon

Azonnali telepítés