nload vs bmon vs vnstat: sávszélesség-figyelés összehasonlítása

11 perc olvasás - 2026. június 15.

hero section cover
Tartalomjegyzék
  • nload vs bmon vs vnstat: Linux sávszélesség-figyelés összehasonlítása
  • nload: valós idejű átviteli sebesség egy pillanat alatt
  • bmon: több interfész figyelése
  • vnstat: hosszú távú használat nyomon követése
  • Gyors összehasonlítás
  • Melyik eszközt mikor használja
  • Összefoglalás
Megosztás

Az nload, a bmon és a vnstat összehasonlítása a Linux sávszélesség-figyelés terén. Mikor érdemes melyiket használni, mi hiányzik belőlük, és hogyan lehet őket kombinálni a teljes lefedettség érdekében.

nload vs bmon vs vnstat: Linux sávszélesség-figyelés összehasonlítása

Az nload, a bmon és a vnstat a három legfontosabb Linux sávszélesség-figyelő eszköz. Különböző problémákat oldanak meg, és a helyes megoldás általában kettő kombinációja. Ez a bejegyzés bemutatja, miben jók, miben maradnak el, és melyiket érdemes választani egy adott helyzetben.

nload: valós idejű átviteli sebesség egy pillanat alatt

Az nload egy terminál eszköz, amely ASCII grafikonok segítségével mutatja az egyes interfészek valós idejű átviteli sebességét, egyet a bejövő és egyet a kimenő forgalomra. Közvetlenül olvassa az /proc/net/dev közvetlenül olvas, így root jogosultság nélkül fut, és elhanyagolható CPU-terhelést jelent.

Indítsa el az interfész nevével:

nload eth0

Hasznos kapcsolók:

  • -u M a megjelenítési egységet MB/s-ra változtatja (alapértelmezés szerint bit/másodperc)
  • -m több interfészt jelenít meg egy képernyőn, grafikonok nélkül
  • -t 1000 beállítja a frissítési intervallumot milliszekundumokban

Nyomja meg az F2 a munkamenet közben gombot a frissítési gyakoriság és a grafikon méretezésének módosításához újraindítás nélkül.

A képernyőn megjelenik: az aktuális sebesség, az átlag, a minimum, a maximum és a munkamenet alatt átvitt teljes adatmennyiség. Ez elegendő ahhoz, hogy megerősítse, a szerver a várt forgalmat továbbítja-e, vagy hogy észrevegye a hirtelen megugrást. Amit nem kap: folyamatonkénti bontás, kapcsolatonkénti bontás vagy bármilyen korábbi adat. A terminál bezárásával a munkamenet statisztikái eltűnnek.

Használja az nload parancsot, ha öt másodperc alatt szeretne választ kapni arra a kérdésre, hogy „jelenleg telítődik-e a szerver kapcsolata?”.

bmon: több interfész figyelése

A bmon más megközelítést alkalmaz. Ahelyett, hogy egy interfészt mutatna be részletesen, a gazdagépen található összes interfészt egyszerre jeleníti meg. A felső ablaktáblában mindegyik fel van sorolva az aktuális RX és TX sebességekkel. Az alsó ablaktáblában grafikon jelenik meg a kiválasztott interfészről. A nyílgombokkal lehet közöttük váltani.

Ez az az eszköz, amire szükség van virtualizációs gazdagépeken, útválasztókon, több NIC-kel rendelkező dedikált szervereken vagy bármilyen Docker-t futtató rendszeren, ahol az interfészek száma több tucatra rúg. Az nload segítségével egyenként végigmenni rajtuk unalmas lenne.

Nyomja meg az d az in-session gombot a részletes statisztikák megtekintéséhez, amely hozzáadja a csomagszámot, a hibaarányt, az eldobott csomagokat és az ütközéseket. Ezek az adatok elengedhetetlenek a flapping linkek, az MTU-eltérések vagy a NIC-illesztőprogrammal kapcsolatos problémák diagnosztizálásához, amelyek nem jelennek meg átviteli sebességi problémaként.

Szűrd az interfészlistát a -p parancsot a vizuális zavaró tényezők kiküszöbölésére:

bmon -p "eth*,ens*"

A bmon strukturált adatokat is exportálhat -o JSON, XML, ASCII vagy HTML formátumokban is exportálhat strukturált adatokat, ami hasznos lehet szkriptelt pillanatképek készítéséhez vagy más eszközökbe történő betápláláshoz:

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

Ugyanaz a korlátozás vonatkozik rá, mint az nload-ra: nincs tartós előzmény. Ha bezárja, az adatok eltűnnek.

vnstat: hosszú távú használat nyomon követése

A vnstat kitölti a másik kettő által hagyott rést. Háttérdaemonként fut (vnstatd) fut, és a forgalmi számlálókat egy bináris adatbázisba írja /var/lib/vnstat/. Az adatbázis túlél az újraindításokat, és 48 órán át megőrzi az 5 perces mintákat, 4 napig az óránkénti adatokat, 2 hónapig a napi összegeket, valamint a havi és éves összefoglalókat határozatlan ideig.

Kapcsolja be az első naptól kezdve:

systemctl enable --now vnstat

A kritikus pont: a vnstat csak a démon indításától számolja a forgalmat. Nem tudja visszamenőlegesen mérni a telepítés előtti használatot. Új szerveren telepítse a provisioning során, különben nem lesznek adatai, amikor szüksége lesz rájuk.

Szabványos lekérdezések:

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

A vnstat a megfelelő eszköz a „mennyit töltöttünk le a múlt hónapban?”, „jól haladunk a havi korlátunk felé?” és „hogyan alakul a hosszú távú trend?” kérdések megválaszolásához. A --alert flag segítségével egyéni számlázási ciklushoz kötött küszöbértékeket állíthat be, ami akkor hasznos, ha a szolgáltató hónapja nem egyezik a naptári hónappal.

Párosítsa a vnstati PNG kimenethez, ha grafikonokra van szüksége egy állapotoldalon vagy jelentésben:

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

Ami a vnstat-nak nem megy jól: a valós idejű diagnosztika. A -l élő mód létezik, de ez csak egy számláló, nincsenek grafikonok, nincsenek interfészenkénti részletek. Incidenskezeléshez továbbra is célszerű az nload vagy a bmon programot egy másik ablakban megnyitni.

Gyors összehasonlítás

Funkciónloadbmonvnstat
FókuszValós idejű átviteli sebességTöbb interfész élő statisztikáiKorábbi felhasználás
MegjelenítésKettős ASCII grafikonokInterfészlista + grafikonTáblázatok, PNG a vnstati-n keresztül
Tartós adatokNemNemIgen
ExportformátumokNincsJSON, XML, ASCII, HTMLJSON, XML, CSV
Folyamatonkénti hozzárendelésNincsNincsNem
Daemonként futNemNemIgen
Root jogosultság szükségesNemNemNem
LegalkalmasabbGyors ellenőrzésekSok hálózati kártyával rendelkező gazdagépekKapacitástervezés, számlázás

Ezek közül egyik eszköz sem jelzi, melyik folyamat vagy kapcsolat felelős a forgalomért. Ehhez iftop (kapcsolatonkénti) és nethogs (folyamatonkénti) a megfelelő eszközök, és jól illeszkednek a fentiekhez.

Melyik eszközt mikor használja

Havi korlátú, egy interfészes VPS esetén telepítse az első napon a vnstat-ot, és használja az nload-ot, ha gyors ellenőrzésre van szüksége. Ez az esetek 95%-át fedezi.

Dedikált szerverek, virtualizációs hosztok vagy bármilyen konténert futtató rendszer esetén cserélje le az nload-ot bmon-ra. A több interfészes nézet valós időt takarít meg, ha háromnál vagy négynél több hálózati kártyája és hídja van.

A flotta kapacitástervezéséhez a vnstat JSON-exportja tökéletesen illeszkedik a Prometheusba, a Grafanába vagy bármely más, már használt mérőszám-kezelőbe. Állítsa be egyszer, és felejtse el, amíg nincs szüksége havi jelentésre.

Ha a forgalom nem tűnik rendben lévőnek, és meg kell találnia a forrást, ez a három eszköz közül egyik sem fogja megmondani. Itt jön be a iftop (a sávszélesség szerinti legfontosabb kapcsolatok) és nethogs (legfontosabb folyamatok) jönnek jól.

Mindhárom eszköz a csomagok rögzítése helyett a kernel-számlálókat olvassa, így a terhelés elhanyagolható még egy telített 10 Gbps-es kapcsolaton is. Nincs ok arra, hogy ne telepítsd mindhármat.

Összefoglalás

Az nload, a bmon és a vnstat mindegyike egy-egy különböző kérdésre ad választ: mi történik éppen egy interfészen, mi történik több interfészen, és mi történt az idő során. Válasszon egyet minden kérdéshez, és máris megoldotta a sávszélesség-figyelést egy olyan beállítással, amely körülbelül öt percet vesz igénybe, és nem jelent mérhető terhelést.

Ha a munkaterhelése állandó forgalmat generál, és nem akar többé a túllépési díjak miatt aggódni, egy korlátlan VPS-szolgáltatás fix díjas portot és kiszámítható költségeket biztosít, így a vnstat történeti adatai inkább tervezési eszközként szolgálnak, mint számlázási riasztásként.

Blog

Kiemelt ezen a héten

További cikkek
Beállított profilok a Linux-szerverek munkaterhelésének optimalizálásához

Beállított profilok a Linux-szerverek munkaterhelésének optimalizálásához

Hogyan válasszon, alkalmazzon és szabjon testre hangolt profilokat GPU-, adatbázis- és nagy sávszélességű Linux-kiszolgálókhoz, példákkal és Ansible telepítési tippekkel.

16 perc olvasás - 2026. június 9.

Linux OOM Killer Tuning for VPS: Egy gyakorlati útmutató

12 perc olvasás - 2026. június 8.

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