A hálózati késleltetés gyakran az első számú ellenséghálózati rendszergazdák. Úgy tűnik, mindenütt kúszik, és mindig megüt, amikor legkevésbé szüksége van rá. És még egyszer, valószínűleg soha nem lesz szüksége rá. A késés olyan lehet, hogy hálózata alig használható. Szóval, mit lehet tenni vele? Az első lépés a késések felfedezése. Ezután meg kell mérnie és meg kell határoznia. Csak akkor lesz képes megtenni valamit a megoldásában. Segíteni Önt összeállítottuk azon hálózati késleltetési tesztelő eszközök listáját, amelyek segítenek a késleltetési problémák felfedezésében és mérésében.
Mielőtt elkezdenénk, megpróbáljuk elmagyarázni, mita késés és mi okozza. Ez jobban megérti, hogy a különféle eszközök hogyan segíthetnek. Megvizsgáljuk a késés fontosságát és azt is, hogy ez hogyan befolyásolja a hálózat használatát. Ezután megvizsgáljuk, hogyan mérhetjük a hálózati késleltetést. És mivel haszontalan megtalálni és mérni a késleltetést, ha ezzel semmit nem teszünk, akkor megbeszéljük a hálózati késleltetés csökkentését is. Készen állunk arra, hogy bemutassuk a legjobb hálózati késleltetés-tesztelő eszközök listáját. Látni fogja, hogy ez nem csak egy lista, hanem az egyes eszközöket röviden áttekintjük.
Mi a hálózati késés?
Az egyik mondatban a hálózati latencia egy mérőszámaz az idő, amely ahhoz szükséges, hogy egy adatcsomag eljusson a forrástól a rendeltetési helyig. Egy ideális világban nulla késés lenne. De a valóságban mindig lesz néhány. És bár a késés elkerülhetetlen, mindig meg kell győződnie arról, hogy az nem lesz annyira fontos, hogy a hálózat normál működését befolyásolja.
Számos tényező hozzájárul a késéshez. Először is van terjedési idő. Bár a hálózatok gyorsak és a bit a fénysebességgel halad, mégis időbe telik, hogy elérjük a rendeltetési helyet. És minél hosszabb az út, annál több időt vesz igénybe. Ezért az egymástól több ezer mérföldnyire elhelyezkedő két számítógép közötti késés általában magasabb, mint az ugyanabban a helyiségben lévő számítógépek között.
Egy másik hozzájáruló tényezőt hívnakátviteli késés. Ez egy késés, amelyet maga a médium vezethet be. Ez az adatcsomagok méretéből is következik. A nagyobb csomagok késése hosszabb lesz, mivel több időbe telik a szállítás.
A router és az egyéb feldolgozási késések szintén aa hálózati késés forrása. Még az alig használt áramkörökön is, ahol nincs sorba állítás, minden útválasztónak manipulálnia kell az adatokat. Például a TTL fejléc mezőjét csökkenteni kell.
Valójában még sokkal később befolyásolhatja az adatokatátvitel. Gondolhatunk a sorba állítás késleltetésére, amely akkor fordul elő, amikor az adatokat nem lehet azonnal elküldeni, vagy a tárolási késleltetést, amikor azt a lemezre vagy a memóriába kell gyorsítótárazni, majd lekérni.
A késés mérése
A késés mérése sokkal bonyolultabb lehetúgy néz ki. Különösen igaz ez a nagyon távoli pontok közötti késés mérésekor. Ennek néhány oka van, de elsősorban annak a ténynek köszönhető, hogy a hatalmas késés még mindig viszonylag rövid, a másodperc néhány ezred részében. Nem igazán hívhatja a barátját a másik végén, és mondhatja neki, hogy „rendben, csomagot küldök neked, mondja meg, mikor érkezik”, és megmérheti a késést. Valószínű, hogy a csomag megérkezik, mielőtt még beszélgetés nélkül befejeződne. Felejtsd el az időzítését.
A latenciát általában aa feladónak visszaadott csomag, és megmérik a válasz visszatéréséhez szükséges időt. Ez az oda-vissza idő tekinthető késésnek. Ennek az értékelési módszernek néhány hátránya van. Például, ha a visszatérési út eltér, a késleltetési szám nem fogja megmondani, melyik a visszatérési út vagy a visszatérési útvonal késése.
Egy másik lehetséges kérdés az, hogy aa késés mérésére használt csomagokat - általában az ICMP kéréseket és válaszokat - a hálózati eszközök nem mindig kezelik ugyanolyan prioritással, mint más hálózati forgalmat.
Miért fontos a késés?
A könnyű válasz itt egyértelmű: mert ha a késés túl magasra kerül, akkor ez befolyásolhatja a hálózatok használhatóságát. Tehát nem a késés önmagában fontos, hanem az, hogy figyeld. A szokatlanul magas - vagy a szokásosnál magasabb - késés gyakran azt jelzi, hogy valami nincs rendben a hálózattal vagy a hálózattal. Legtöbbször a torlódások következményei lesznek. A hálózatok olyanok, mint az autópályák, és amikor túl sok a forgalom, a dolgok lelassulnak, és nagy késést kapnak.
A mért késleltetés azonban nem mindig jelzihálózati kérdés. Mivel általában a késleltetést az oda-vissza idő mérésével mérjük, a késés másik forrása lehet a távoli eszköz. Ha az eszköz nagyon elfoglalt, bármit is tesz, amit tennie kell, akkor előfordulhat, hogy nem reagál azonnal a tesztelő gazdagéptől kapott ICMP kérésre. Ha ez megtörténik, akkor azt hálózati késleltetésnek fogják tekinteni, de ennek valójában semmi köze nincs a hálózathoz, és a késleltetés mérése nem ad erről tudomást.
Hasonlóképpen, a felhasználók ezt tapasztalhatjáksemmi köze a hálózathoz. Az alkalmazás késése valószínűleg ugyanolyan gyakori, mint a hálózati késleltetés. Amikor a szerverek túlterheltek, a kezdeti válasz lassabban reagál. Csakúgy, mint a hálózatok, amikor túlterheltek. De a szerver és az alkalmazás késleltetése manapság egyáltalán nem a téma.
A hálózati késleltetés csökkentése
Ez egy (bosszantó) dolog a késés megtapasztalásaés egy másik dolog mérni, de mi az jó, hacsak nem talál módot annak csökkentésére. Számos módon megteheti ezt. Dióhéjban a magas késleltetés javítása attól függ, hogy mi okozza. És mivel a késés leggyakoribb oka a hálózat túlzott kihasználása, nézzük meg, mit tehetünk ezzel.
A hálózati áramkörök nem korlátlanok, és amikor isváljon túlzottan kihasználva, torlódások alakulnak ki, és a felhasználók nagy késéssel élnek. Pontosan úgy működik, mint az autópálya-forgalom. Ez különösen igaz a WAN áramkörökre, amelyek gyakran nagyon korlátozott sávszélességgel rendelkeznek.
Tehát a késés csökkentése érdekében a legjobb módszer - te tennékitalálta - a hálózati használat csökkentése érdekében. De természetesen ez nem mindig lehetséges. Itt érkezik a hálózat optimalizálása. Egy egész cikket írhatunk a WAN optimalizálásról. Valójában nemrégiben tettük. És sok eszköz használható a feladat elvégzéséhez.
A késleltetés mérésének legjobb eszközei
Mint azt már tudjuk, a késéssel kapcsolatos problémák megoldásához először temeg kell mérnie és meg kell határoznia, ahonnan jön. Itt segíthetnek azok az eszközök, amelyeket hamarosan felfedünk. Néhányan egyszerűen csak a késést mérik, míg mások segítenek pontosan meghatározni. Mások még megmérik a sávszélesség kihasználtságát, ami segíthet, mivel tudjuk, hogy a túl késleltetés a magas késés fő oka. Az eszközöket inkább típus, mint preferencia szerint csoportosítják.
1 - SolarWinds hálózati teljesítményfigyelő (Ingyenes próbaverzió)
A SolarWinds az egyik legismertebb alkotójahálózati adminisztrációs eszközök. A társaság már évek óta működik, és számos ingyenes eszközéről is híres, amelyek mindegyike a hálózati rendszergazdák speciális igényeinek felel meg. Ezen az oldalon számos ingyenes eszközt áttekintettünk, amikor megbeszéljük a legjobb syslog-kiszolgálók legjobb TFTP-kiszolgálóit.
A SolarWinds hálózati teljesítményfigyelő, vagyAz NPM a SolarWind zászlóshajója. Vitathatatlanul az egyik legjobb SNMP sávszélességet figyelő eszköz, olyan sok funkcióval tele, hogy órákig beszélhetünk róla. Az eszköz legjobb előnye valószínűleg egyszerűsége. De ez az egyszerűség nem a rugalmasság árán jár. Az irányítópultok, nézetek, táblázatok és jelentések teljes mértékben testreszabhatók az Ön igényeihez vagy igényeihez. Az eszköz percek alatt beállítható, és a legkisebb hálózatról a hatalmas hálózatra méretezhető, több ezer eszközzel.
Az NPM nem méri közvetlenül a hálózati késleltetést,bár. Azáltal, hogy részletes információkat szolgáltat a hálózat minden részének sávszélesség-felhasználásáról, lehetővé teszi, hogy gyorsan azonosítsa a problémás helyeket, ahol a torlódás okozhatja a nagy késést.
Az NPM az SNMP használatával rendszeresen lekérdezi az eszközöketés olvassa el az interfész számlálóikat, kiszámolja a sávszélességet és grafikonként jelenítse meg. Az eszköz konfigurálásához csak az eszköz IP-címét és közösségi karakterláncát kell megadnia. A speciális funkciók segítségével hálózati térképeket készíthet, és megjelenítheti a két eszköz közötti kritikus utat, ami nagyszerű funkció a késleltetés hibaelhárításakor.
A Network Performance Monitor ára 2 955 USD-tól kezdődik. Ha az eszköz megvásárlása előtt kipróbálni szeretné, elérhető egy teljes 30 napos próbaverzió.
2 - A SolarWinds NetFlow forgalmi elemzője (Ingyenes próbaverzió)
Egy másik kiváló termék a SolarWinds-től, aA NetFlow Traffic Analyzer részletesebb képet adhat az adminisztrátorokról a hálózati forgalomról. Ez nem csak a felhasználást és a potenciális késést mutatja, hanem azt is megmutatja, hol zajlik és gyakran mi okozza. Az eszköz részletes információkat nyújt arról, hogy mi a megfigyelt forgalom. Az eszköz például lehetővé teszi, hogy megtudja, milyen típusú forgalom vagy melyik felhasználó használja a legtöbb sávszélességet. A NetFlow Traffic Analyzer irányítópultján számos hasznos nézet érhető el, például a legnépszerűbb alkalmazások, a legnépszerűbb protokollok vagy a legjobbak.
A SolarWinds NetFlow Traffic Analyzer aNetFlow protokoll, amellyel részletes használati információkat gyűjthet a hálózati eszközökről. Az eredetileg a Cisco által létrehozott NetFlow protokoll lehetővé teszi az eszközök számára, hogy az egyes hálózati „beszélgetésekről” vagy folyamatokról részletes információkat küldjenek egy NetFlow gyűjtőhöz és elemzőhöz, például a NetFlow Traffic Analyzerhez. Ez az információ számos elemet tartalmaz, amelyek felhasználhatók a forgalom elemzésére. A Cisco kivételével sok gyártó a NetFlow funkcionalitást vagy annak megfelelőjét is beilleszti felszereléseibe, néha más néven hívva. A közelmúltban a NetFlow protokollt az IETF szabványosította IPFIX vagy IP Flow Information Exchange néven. A SolarWinds NetFlow Traffic Analyzer a protokoll minden változatával együtt fog működni, így kiváló választás lehet.
A SolarWinds NetFlow Traffic Analyzer egykiegészítő modul, amely telepíthető a Network Performance Monitor tetejére. Az árak 1 915 USD-tól kezdődnek és a házigazdák számától függően változnak. Csakúgy, mint a legtöbb SolarWinds fizetett termékhez, ingyenes próbaverzió is rendelkezésre áll.
3 - Paessler PRTG
A Paessler Router Traffic Grapher, vagy PRTGegy másik sávszélesség-figyelő eszköz. És ez az egyik legegyszerűbb és leggyorsabb üzembe helyezés. Paessler azt állítja, hogy perceken belül valóban felkészülhet és működhet, és a termék telepítése nem sok időt vesz igénybe, bár egy kicsit több, mint amit állítanak. A terméknek automatikus felismerési funkciója van, amely azt jelenti, hogy átvizsgálja a hálózatot, és automatikusan hozzáadja a megtalált összetevőket.
A PRTG alapfelszereltség több felhasználói felülettel,így kiválaszthatja azt, amelyik leginkább megfelel az Ön igényeinek. Van egy natív Windows-konzol alkalmazás, van egy Ajax-alapú webes felület, és vannak mobilalkalmazások Android és iOS számára. És nagyszerűen kihasználja az egyes platformok képességeit. Például a mobilalkalmazások lehetővé teszik az eszköz bármely részletének elérését azáltal, hogy egyszerűen beolvassa a rá helyezett QR-kód címkét. Természetesen a Windows konzol segítségével kinyomtathatja ezeket a címkéket.
A PRTG technológiák kombinációját használjaellenőrzésére. Az SNMP megfigyelést, de a WMI-t is használja a Windows eszközökhöz, valamint a NetFlow és a Sflow-hoz, két hasonló, de versengő elemzési technológiához. Az eszköznek számos érzékelője van, amelyeket kifejezetten a késleltetés mérésére terveztek. Van egy QoS érzékelő, amely méri a menetirány késését, egy Cisco IP SLA érzékelő és egy Ping érzékelő.
4 - ManageEngine NetFlow AnalYzer
A ManageEngine NetFlow Analyzer egy másikNetFlow-alapú megfigyelő eszköz, amely néhány fejlett késleltetési figyelő funkcióval rendelkezik. Az eszköz részletes képet nyújt a hálózat kihasználásáról és a forgalmi mintákról. Web alapú felhasználói felülete lehetővé teszi a forgalom megtekintését alkalmazásonként, beszélgetésenként, protokollonként és így tovább. Az eszköz átfogó irányítópultja az egyik legjobb tulajdonsága. Ez a legjobb sokoldalúságot kínálja, és lehetővé teszi bármilyen adat felvételét. És az on-the-go rendszergazdák számára elérhetőek mobil alkalmazások.
A ManageEngine NetFlow Analyzer támogatjaszámos áramlási technológia, köztük a NetFlow, IPFIX, J-flow, NetStream és néhány más. Bónuszként az is kiválóan integrálódik a Cisco eszközökhöz, támogatva a forgalom alakítását és / vagy a QoS irányelveket közvetlenül az eszközről.
És a késésméréshez ez az eszköz tartalmaz egy WAN fordulási idő (RTT) figyelőt, amely lehetővé teszi a WAN elérhetőségének, késleltetésének és a szolgáltatás minőségének nyomon követését.
5 - PingPlotter
Megtévesztő neve ellenére a PingPlotter azvalójában egy grafikus Traceroute szoftver, amely segíthet a hálózati problémák megoldásában. Ez a diagnosztikai eszköz ábrázolja a késést és a csomagvesztést a számítógép és a cél között. Ez lehetővé teszi az információk megjelenítését, felgyorsítja a hibaelhárítási folyamatot, és segít az eset felépítésében, ha valaki meg kell győznie arról, hogy valamelyik probléma a végén van.
A PingPlotter mindenkor ábrázolja a hálózati teljesítménytugorj a számítógép, amelyen futtatja, és a cél webhely, szerver vagy eszköz között. Az eszköz teszteli a hálózathoz elérhető eszközök elérési útját. Megmutatja, hol történik a késés, így sok diagnosztikai időt takaríthat meg Önnek.
Noha a teljesítménystatisztikák rendelkezése hasznos,csak azt mondják, hogy a hálózat meghibásodott - vagy nem sikerült - a teszt során, és hol van a hiba. A PingPlotter hasznos ütemterv-funkcióval rendelkezik, amely mélyebb megértést biztosít azáltal, hogy pontosan megmutatja, mikor jelentkeznek problémák. Ez lehetővé teszi, hogy megkülönböztesse a következetes kudarcot a teszt során és a rövid ideig tartó súlyos kudarcot. Segíthet a hiba összekapcsolásában más egyidejű eseményekkel.
6 - MultiPing
A MultiPing egy másik termék valamivelfélrevezető név. Habár elsősorban a Ping-t használja a teljesítményének megvalósításához, a MultiPing valóban egy figyelő rendszer, kissé hasonló a SolarWinds NPM-hez. Természetesen, ha inkább a Ping-et használja az SNMP-hez, az azt jelenti, hogy a kapott információk nagyon eltérőek. Ne várja el, hogy ezzel az eszközzel láthatja a sávszélességet. Az egyik dolog, amit látni fog, a késés. És ugyanúgy, mint a sávszélesség-monitorok az idő múlásával ábrázolják a sávszélesség grafikonjait, ez az időbeli késleltetést ábrázolja.
A MultiPing százalékban megmutatja a csomagvesztéstvalamint a minimális, az átlagos és a maximális késleltetés. Automatikus felfedezéssel rendelkezik, így a telepítés rendkívül egyszerű feladat. A termék felhasználói felületét tetszés szerint konfigurálhatja úgy, hogy különféle alkotóelemeit megfelelő módon helyezze el. A rendszer riasztással is rendelkezik, amely értesítést küldhet, ha a paraméterek túllépik a tartományt. Az értesítések mellett programok indíthatók riasztásokon is.
7 - Ping
Nem kell semmit letöltenie, vagy telepítenietesztelési késés azonban. A Ping egy olyan parancs, amely a legtöbb modern operációs rendszerbe be van építve. Dióhéjban a Ping egy sor ICMP visszhang kérést küld a cél IP címre, és várja, hogy válaszoljon a megfelelő ICMP visszhang válaszokkal. A kérelem és a válasz közötti késleltetést oda-vissza késésnek nevezzük, amelyet késésnek is nevezünk. És amikor nem kap választ valamelyik kérésére, a segédprogram feltételezi, hogy akár a kérés, akár a válasz eltévedt az átvitel során, és összeállítja a csomagvesztéssel kapcsolatos információkat, amelyek akkor jelennek meg, amikor a parancs végrehajtása befejeződik.
8 - Traceroute (vagy Tracert)
Hasonlóképpen: Traceroute - vagy Tracert, ha jössza Windows világából - késleltetési tesztelésre is felhasználható. Ez egy másik parancs, amely be van építve a legtöbb operációs rendszerbe. Ugyanolyan típusú ICMP kéréseket és válaszokat használ, mint a Ping, de olyan módon teszi, hogy lehetővé tegye az útvonal mentén az egyes hálózati szegmensek válaszidejének vagy késésének egyéni tesztelését. Ez még jobb, mint a Ping, mert nagyon jó képet adhat arról, hogy hol történik a késés nagy része. Tehát ez az eszköz nem csak a késleltetést mérheti, hanem meg is határozhatja.
Hozzászólások