Så här konfigurerar du jumboramar på Linux

Jumboramar är Ethernet-ramar med en nyttolast som är större än standard-MTU:n på 1 500 byte. Om du ställer in MTU till 9 000 byte minskar overhead per paket och CPU-avbrott, vilket innebär att mer av bandbredden går till faktiska data. Detta har störst betydelse för vägar med hög genomströmning, t.ex. privata sammankopplingar, datareplikeringslänkar mellan anläggningar och dedikerade lagringsnätverk. Den här guiden omfattar maskinvarukontroller, konfiguration av större distros och testning.

Varför Jumbo Frames är viktiga

Varje Ethernet-ram har en header på 18 byte, oavsett hur stor nyttolasten är. Med en MTU på 1 500 byte utgör denna overhead cirka 1,2 % av din trafik. Om MTU:n ökas till 9 000 sjunker overheaden till ungefär 0,2 %. Färre paket innebär också färre CPU-avbrott, vilket frigör cykler för det faktiska applikationsarbetet.

I praktiken ser högpresterande LAN genomströmningsförbättringar på 5-10%. Dedikerade lagringsnätverk (iSCSI, NFS) får ofta 10-30 %. GPU-kluster som kör AI/ML-arbetsbelastningar gynnas också, eftersom stora datamängder flyttas mellan noder med mindre segmentering. En MTU på 8 896 rekommenderas vanligen för GPU-accelererade miljöer.

Haken: jumboramar fungerar bara på vägar som du har full kontroll över. Varje enhet mellan källa och destination, inklusive nätverkskort, switchar och routrar, måste ha stöd för den större MTU:n. Ett felkonfigurerat hopp och du får fragmentering eller tysta paketdroppar. För gränssnitt som vetter mot internet bör du hålla dig till 1 500.

Kontrollera hårdvarukompatibilitet

Innan du ändrar något ska du kontrollera att alla enheter i ditt nätverk stöder jumboramar.

Kontrollera dina aktuella MTU-inställningar:

ip link show | grep mtu

Testa om din NIC accepterar en större MTU:

sudo ip link set eth0 mtu 9001

Om du får SIOCSIFMTU: Invalid argument, stöder inte nätverkskortet jumboramar. Du kan också kontrollera avlastningskapaciteten med:

ethtool -k eth0 | grep -i large

Switchkonfigurationen spelar lika stor roll. Olika leverantörer kräver lite olika MTU-värden för att ta hänsyn till lager 2-headers. Cisco-switchar behöver vanligtvis 9 216. Arista-switchar använder 9 214. Kontrollera dokumentationen för din switch och ställ in i enlighet med detta.

Om du kör VLAN lägger VLAN-taggningen till 4 byte i overhead. Ett överordnat gränssnitt som är inställt på MTU 9 000 stöder en VLAN MTU på 8 996. Om du behöver hela 9 000 på VLAN-gränssnittet ställer du in det överordnade gränssnittet till 9 004.

Konfigurera MTU på Linux

Ställ in MTU temporärt för att verifiera att allt fungerar:

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

Detta träder i kraft omedelbart utan att någon omstart krävs. För bondade gränssnitt ställer du in MTU på själva bondgränssnittet. Det sprids automatiskt till NIC:erna i medlemmarna.

Göra det beständigt

Metoden beror på din distro och nätverkshanterare.

För Netplan, använd sudo netplan try efter redigering. Konfigurationen tillämpas och återställs automatiskt om du inte bekräftar inom två minuter, vilket är ett användbart säkerhetsnät på fjärrservrar. För NetworkManager, kör:

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

Efter att ha gjort ändringarna beständiga, starta om och verifiera med ip link show för att bekräfta att MTU har överlevt.

Testning och felsökning

En server som är konfigurerad för MTU 9 000 kan fortfarande misslyckas med stora överföringar om någon enhet i sökvägen inte matchar. Små paket kan fungera bra medan stora paket tappas i tysthet. Testa alltid från början till slut.

Verifiera stöd för Jumbo Frame

Skicka ett fullstort paket med fragmentering inaktiverad:

ping -M do -s 8972 <destination_ip>

Nyttolaststorleken på 8 972 står för IP- och ICMP-rubrikerna på 28 byte. Om pingen lyckas har hela sökvägen stöd för MTU 9 000. Om du ser "Packet needs to be fragmented but DF set" eller "Message too long" har något i sökvägen en lägre MTU.

För att hitta exakt var sökvägen bryts:

tracepath -n <destination_ip>

Detta rapporterar den maximala MTU:n vid varje hopp, så att du kan identifiera vilken enhet som behöver konfigureras om.

Mäta genomströmning

Använd iperf3 för att jämföra prestanda före och efter:

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

Kör samma test med standard-MTU först och sedan igen efter att du har aktiverat jumboramar. Du bör se en mätbar förbättring av genomströmningen och lägre CPU-användning på lagringstunga arbetsbelastningar.

För att bekräfta att paket anländer intakta under verkliga överföringar, kontrollera återmonteringsräknare på mottagarsidan:

nstat -az IpReasm*

Om räknarna ligger kvar på noll sker ingen fragmentering.

Vanliga problem

• MTU-missmatchning: Det vanligaste problemet. Varje enhet i sökvägen behöver samma (eller högre) MTU. En switchport som är inställd på 1 500 kommer att förstöra allt.
• VLAN overhead glöms bort: VLAN-taggning lägger till 4 byte. Om ditt VLAN-gränssnitt behöver MTU 9 000 ska du ställa in den överordnade enheten på 9 004.
• MTU förbindning inställd på medlemmar: Ställ alltid in MTU på bond-gränssnittet, inte på enskilda NIC:er.
• Begränsning av NIC-maskinvara: Vissa äldre nätverkskort har en gräns på under 9 000. Kör ethtool -k <gränssnitt> | grep -i large för att kontrollera.

Slutsatser

Jumbo-ramar är ett enkelt sätt att förbättra genomströmningen och minska CPU-överbelastningen i interna nätverk. Själva konfigurationen är enkel. Det svåra är att se till att alla enheter i sökvägen stöder den större MTU:n, vilket är anledningen till att testning är viktigare än konfigurationssteget.

Använd jumboramar för lagringsnätverk, VM-migreringar, säkerhetskopior och all intern trafik med hög bandbredd där du kontrollerar hela vägen. Lämna gränssnitt som vetter mot internet med standard MTU på 1 500 byte.

FDC:s infrastruktur för VPS och dedikerade servrar stöder jumboramar på privata VLAN, vilket gör att den passar bra för dessa arbetsbelastningar.