nload vs bmon vs vnstat: Jämförelse av bandbreddsövervakning i Linux

nload, bmon och vnstat är de tre verktyg för övervakning av bandbredd i Linux som är värda att känna till. De löser olika problem och det rätta svaret är oftast en kombination av två. Det här inlägget behandlar vad varje verktyg är bra på, var det brister och vilket man bör välja i en given situation.

nload: realtidsgenomströmning i ett ögonkast

nload är ett terminalverktyg som visar realtidsgenomströmning på ett enda gränssnitt med hjälp av ASCII-diagram, ett för inkommande och ett för utgående trafik. Det läser /proc/net/dev direkt, så det körs utan root och använder försumbar CPU-kapacitet.

Starta det med gränssnittsnamnet:

nload eth0

Användbara flaggor:

• -u M ändrar visningsenheten till MB/s (standard är bitar per sekund)
• -m visar flera gränssnitt på en skärm, inga grafer
• -t 1000 ställer in uppdateringsintervallet i millisekunder

Tryck på F2 under sessionen för att justera uppdateringsfrekvensen och grafskalningen utan att starta om.

Vad du ser på skärmen: aktuell hastighet, genomsnitt, min, max och totalt överfört under sessionen. Det räcker för att bekräfta att en server levererar den trafik du förväntar dig, eller för att upptäcka en plötslig topp. Vad du inte får: tilldelning per process, uppdelning per anslutning eller historiska data. Stäng terminalen så försvinner sessionsstatistiken.

Använd nload när du vill få svar på frågan ”är den här servern överbelastad just nu?” på mindre än fem sekunder.

bmon: övervakning av flera gränssnitt

bmon har en annan approach. Istället för ett gränssnitt i detalj visar det alla gränssnitt på värden samtidigt. Det övre fönstret listar varje gränssnitt med aktuella RX- och TX-hastigheter. Det nedre fönstret visar en graf för det gränssnitt du har valt. Piltangenterna flyttar mellan dem.

Detta är verktyget du vill ha på virtualiseringsvärdar, routrar, dedikerade servrar med flera nätverkskort eller vad som helst som kör Docker, där gränssnittslistan består av dussintals. Att bläddra igenom dem ett i taget med nload skulle vara tråkigt.

Tryck på d in-session för att få en detaljerad statistikvy, som lägger till paketantal, felfrekvenser, tappade paket och kollisioner. Denna data är avgörande för att diagnostisera fladdrande länkar, MTU-konflikter eller nätverkskortdrivrutinsproblem som inte visar sig som ett genomströmningsproblem.

Filtrera gränssnittslistan med -p för att minska den visuella röran:

bmon -p "eth*,ens*"

bmon kan också exportera strukturerade data med -o i JSON-, XML-, ASCII- eller HTML-format, vilket är praktiskt för skriptbaserade ögonblicksbilder eller för att mata in i ett annat verktyg:

bmon -o ascii -p eth0 > /tmp/eth0-stats.txt

Samma begränsning som nload dock: ingen permanent historik. Stäng det och data försvinner.

vnstat: långsiktig användningsspårning

vnstat fyller den lucka som de andra två lämnar. Det körs som en bakgrundsdaemon (vnstatd) och skriver trafikräknare till en binär databas i /var/lib/vnstat/. Databasen överlever omstarter och behåller 5-minutersprover i 48 timmar, timdata i 4 dagar, dagliga totaler i 2 månader samt månads- och årssammanfattningar på obestämd tid.

Aktivera det från dag ett:

systemctl enable --now vnstat

Det viktiga: vnstat räknar endast trafik från det att daemonen startar. Den kan inte mäta användning retroaktivt från tiden före installationen. På en ny server bör du installera den under konfigurationen, annars har du inga data när du behöver dem.

Standardfrågor:

vnstat              # summary
vnstat -d           # daily breakdown
vnstat -m           # monthly totals
vnstat -h           # last 24 hours, hourly
vnstat -t           # top days
vnstat --json       # JSON export
vnstat -i eth0      # specific interface

vnstat är rätt verktyg för att svara på frågor som ”hur mycket skickade vi förra månaden?”, ”ligger vi i linje med vårt månatliga tak?” och ”hur ser den långsiktiga trenden ut?”. Med --alert flaggan låter dig ställa in tröskelvärden kopplade till en anpassad faktureringscykel, vilket är användbart när din leverantörs månad inte stämmer överens med kalendern.

Kombinera den med vnstati för PNG-utdata om du behöver grafer på en statussida eller i en rapport:

vnstati -s -i eth0 -o /var/www/html/traffic.png

Vad vnstat inte klarar så bra: diagnostik i realtid. -l Live-läget finns, men det är bara en räknare, inga grafer, inga detaljer per gränssnitt. För incidenthantering vill du fortfarande ha nload eller bmon öppna i ett annat fönster.

Snabb jämförelse

Inget av dessa verktyg visar vilken process eller anslutning som står för trafiken. För det iftop (per anslutning) och nethogs (per process) de rätta verktygen, och de passar bra ihop med allt ovan.

Vilket verktyg ska man använda när

För en VPS med ett enda gränssnitt och en månatlig gräns installerar du vnstat den första dagen och använder nload när du behöver en snabb kontroll. Det täcker 95 % av fallen.

För dedikerade servrar, virtualiseringsvärdar eller något som kör containrar, byt ut nload mot bmon. Vyn med flera gränssnitt sparar tid när du har fler än tre eller fyra nätverkskort och bryggor.

För kapacitetsplanering över en hel flotta kan vnstats JSON-export enkelt matas in i Prometheus, Grafana eller vad du än redan använder för mätvärden. Ställ in det en gång och glöm det tills du behöver en månadsrapport.

När trafiken ser fel ut och du behöver hitta källan kommer ingen av dessa tre att ge dig svaret. Det är där iftop (de mest trafikerade anslutningarna efter bandbredd) och nethogs (topp-processer) kommer till sin rätt.

Alla tre verktygen läser kärnräknare istället för att fånga upp paket, så belastningen är försumbar även på en mättad 10 Gbps-länk. Det finns ingen anledning att inte ha alla tre installerade.

Sammanfattning

nload, bmon och vnstat täcker var och en en annan fråga: vad händer just nu på ett gränssnitt, vad händer över flera gränssnitt och vad har hänt över tid. Välj ett för varje fråga så har du bandbreddsövervakningen klar med en installation som tar cirka fem minuter och inte lägger till någon mätbar belastning.

Om din arbetsbelastning genererar konstant trafik och du vill slippa oroa dig för extra kostnader, ger en VPS utan datagräns dig en port med fast pris och förutsägbara kostnader, vilket gör historiska data från vnstat till ett planeringsverktyg snarare än en faktureringsvarning.