Verkon pullonkaulat tunnistetaan mittausdatan avulla vertaamalla mitattua suorituskykyä verkon odotettuihin arvoihin ja paikantamalla kohta, jossa liikenne hidastuu tai virheet kasvavat. Mittausdata paljastaa, missä kapasiteetti loppuu, mikä laite käyttäytyy poikkeavasti tai missä kaapelointi aiheuttaa ongelmia. Alla käymme läpi tärkeimmät kysymykset pullonkaulojen tunnistamisesta käytännön mittauksin.
Mistä verkon pullonkaulat yleensä johtuvat?
Verkon pullonkaulat johtuvat useimmiten siitä, että jokin verkon osa ei pysty käsittelemään sille ohjautuvaa liikennettä riittävän nopeasti. Tämä voi johtua kaistanleveyden ylikuormituksesta, laitevioista, virheellisestä konfiguraatiosta tai fyysisen kaapeloinnin ongelmista. Pullonkaula voi syntyä missä tahansa verkon kohdassa: kytkimessä, reitittimessä, palvelimessa tai kaapelissa.
Yleisimmät syyt voi jakaa selkeästi:
- Kaistanleveyden ylikuormitus – Liikennettä on enemmän kuin yhteyskapasiteetti sallii, esimerkiksi 100 Mbit/s -linkille ohjautuu jatkuvasti lähes täysi kuorma
- Laitteen suorituskykyongelma – Kytkin tai reititin ei pysty käsittelemään paketteja riittävän nopeasti, jolloin jonot kasvavat ja viive lisääntyy
- Kaapeloinnin viat – Katkokset, oikosulut tai heikkolaatuiset liittimet aiheuttavat uudelleenlähetyksiä, jotka syövät käytettävissä olevaa kapasiteettia
- Virheellinen konfiguraatio – Esimerkiksi duplex-mismatch tai väärä VLAN-asetus voi rajoittaa suorituskykyä merkittävästi ilman näkyvää fyysistä vikaa
- Protokollatason ongelmat – Broadcast-myrskyt tai virheelliset reititykset voivat kuormittaa verkkoa hallitsemattomasti
Usein pullonkaula ei johdu yhdestä tekijästä vaan useiden ongelmien yhteisvaikutuksesta. Siksi pelkkä silmämääräinen tarkastelu ei riitä, vaan tarvitaan mitattua dataa.
Mitä mittausdataa verkon pullonkaulojen tunnistamiseen tarvitaan?
Verkon pullonkaulojen tunnistamiseen tarvitaan vähintään liikennemäärätiedot porttikohtaisesti, virhelaskurit sekä viivemittaukset. Näiden kolmen yhdistelmä kertoo, missä liikenne kasautuu, missä syntyy virheitä ja missä pakettien kulku hidastuu. Lisäksi kaapeloinnin tila kannattaa varmistaa fyysisellä mittauksella.
Liikenteen tilastot ja virhelaskurit
Hallittavista kytkimistä saatavat SNMP/RMON-tiedot ovat ensisijainen tietolähde. Ne kertovat porttikohtaisesti:
- Siirrettyjen pakettien määrän ja liikenteen volyymin
- CRC-virheet ja kehysvirheet
- Törmäykset ja uudelleenlähetykset
- Jonon täyttöasteen ja pakettihävikin
Viive- ja suorituskykymittaukset
Pelkkä liikennemäärä ei kerro koko totuutta. Ping-testit ja traceroute paljastavat viiveen ja reitin, mutta kuormitustestit kertovat, miten verkko käyttäytyy todellisessa tai simuloidussa rasituksessa. Liikenteen generointitoiminto mahdollistaa kytkimen tai reitittimen suorituskyvyn testauksen hallitusti.
Miten mittausdata paljastaa pullonkaulan tarkan sijainnin verkossa?
Mittausdata paljastaa pullonkaulan sijainnin vertaamalla eri verkon kohtien liikennemääriä ja virhetilastoja toisiinsa. Kun tietyn kytkimen tietyllä portilla virhelaskuri kasvaa tai liikennemäärä lähestyy jatkuvasti maksimikapasiteettia, pullonkaula on juuri siinä kohdassa. Traceroute täydentää kuvan näyttämällä, missä vaiheessa reittiä viive kasvaa.
Käytännössä sijainnin paikantaminen etenee näin:
- Skannaa verkko ja kartoita kaikki kytketyt laitteet sekä niiden portit
- Lue kytkimien porttikohtaiset liikennemäärät ja virhelaskurit SNMP/RMON-työkalulla
- Vertaa porttikohtaisia arvoja toisiinsa ja etsi poikkeamat
- Suorita ping ja traceroute epäilyttävien kohtien kautta viiveen paikantamiseksi
- Tarkista kaapelointi fyysisesti niissä pisteissä, joissa virheitä esiintyy
Kytkentäisissä verkoissa passiivinen analysaattori ei yksin riitä, koska kytkin ohjaa liikenteen vain tarkoitetuille porteille. Tällöin tarvitaan TAP, packet broker tai port mirroring, jotta liikenne saadaan näkyviin analysaattorille.
Mikä on ero kaistanleveyden saturaation ja laitevian välillä mittauksissa?
Kaistanleveyden saturaatiossa mittausdata näyttää korkean liikennemäärän ilman merkittäviä virheitä, kun taas laitevika näkyy virhemäärien kasvuna suhteessa liikennemäärään. Saturaatiossa portti on yksinkertaisesti täynnä, laitevika taas tuottaa CRC-virheitä, kehysvirheitä tai pakettihäviötä myös normaalilla kuormituksella.
- Kaistanleveyden saturaatio: Liikennemäärä lähestyy tai ylittää linkin kapasiteetin, viiveet kasvavat, mutta pakettien eheys on kunnossa. Ratkaisu on kapasiteetin lisääminen tai liikenteen jakaminen.
- Laitevika: Virhemäärät kasvavat suhteettomasti liikennemäärään nähden. CRC-virheet, uudelleenlähetykset ja kehysvirheet viittaavat fyysiseen tai laitteistotason ongelmaan. Ratkaisu on laitteen tai kaapelin vaihtaminen tai korjaaminen.
Käytännön ero on tärkeä, koska väärä diagnoosi johtaa väärään toimenpiteeseen. Lisäämällä kapasiteettia laitevian tilanteessa ongelma ei poistu, ja päinvastoin.
Milloin verkon jatkuva monitorointi kannattaa pullonkaulojen sijaan pistomittauksissa?
Jatkuva monitorointi kannattaa silloin, kun verkko on kriittinen tuotanto- tai palveluympäristö, pullonkaulat ilmenevät satunnaisesti tai vain tiettyinä kellonaikoina, tai kun verkon käyttäjämäärä vaihtelee merkittävästi. Pistomittaukset riittävät kertaluonteiseen vianselvitykseen tai tilanteeseen, jossa ongelma on jatkuva ja toistettavissa mittaushetkellä.
Jatkuvan monitoroinnin hyödyt:
- Tallentaa liikennehuiput ja virhetilanteet automaattisesti, vaikka ne kestäisivät vain sekunteja
- Mahdollistaa trendien seuraamisen ja ennakoivan kapasiteetin suunnittelun
- Hälyttää poikkeamista reaaliaikaisesti ennen kuin käyttäjät huomaavat ongelman
Pistomittausten riittävyys:
- Ongelma on jatkuva ja toistuu helposti
- Kyseessä on kertaluonteinen käyttöönotto tai verkon tarkistus
- Resurssit eivät salli jatkuvaa monitorointia
Mitä työkaluja verkon pullonkaulojen mittaukseen käytetään käytännössä?
Verkon pullonkaulojen mittaukseen käytetään käytännössä verkkotestereita, protokolla-analysaattoreita ja Ethernet-suorituskykymittareita. Oikea työkalu riippuu siitä, missä kerroksessa ongelma epäillään olevan ja kuinka syvällinen analyysi tarvitaan.
Verkkotesterit
Verkkotesterit ovat käytännöllisiä yleistyökaluja, jotka sopivat useimpiin vianselvitystilanteisiin. Ne ovat itsenäisiä laitteita, jotka käynnistyvät nopeasti ilman erillistä tietokonetta. Hyvä verkkotesteri osaa:
- Skannata verkon ja tunnistaa kaikki kytketyt laitteet
- Lukea kytkimien porttikohtaiset liikennemäärät ja virhelaskurit SNMP/RMON-tuella
- Suorittaa IP-ping, traceroute ja MAC-tason reititystestit
- Generoida liikennettä kuormituksen simuloimiseksi
- Testata kaapeloinnin perustason kunto
Protokolla-analysaattorit
Kun ongelma on sovellus- tai protokollatasolla, tarvitaan protokolla-analysaattori, joka avaa pakettien sisällön. Kytkentäisissä verkoissa analysaattori tarvitsee rinnalleen TAP-laitteen, packet brokerin tai port mirroring -toiminnon, jotta liikenne saadaan näkyviin. PROFINET-verkoissa kannattaa käyttää nimenomaan siihen kehitettyjä analysaattoreita, jotka ymmärtävät teollisuusprotokollien erityispiirteet.
Ethernet-suorituskykymittarit
Ethernet-suorituskykymittarit on suunniteltu verkon kapasiteetin ja laadun systemaattiseen mittaamiseen. Ne sopivat erityisesti tilanteisiin, joissa halutaan varmistaa linkin todellinen suorituskyky ennen käyttöönottoa tai kapasiteetin päivityksen jälkeen.
Löydät sopivat mittauslaitteet suoraan tietoliikenteen mittauslaitteiden valikoimastamme BCCShopissa.
Ota yhteyttä, niin löydämme sopivan ratkaisun
Me autamme sinua valitsemaan oikeat mittauslaitteet ja työkalut juuri sinun verkkosi tarpeisiin. Valikoimastamme löydät verkkotesterit, protokolla-analysaattorit, Ethernet-suorituskykymittarit sekä teollisuusverkkojen erikoislaitteet. Tarjoamme laitteiden lisäksi koulutusta, laitevuokrausta ja kalibrointipalveluja, jotta saat mittauksistasi luotettavia tuloksia.
Asiakastarpeet ovat usein ainutlaatuisia, eikä niihin aina löydy valmista ratkaisua hyllystä. Siksi käymme mielellämme tilanteesi läpi kanssasi ja autamme löytämään toimivimman vaihtoehdon. Ota meihin yhteyttä, niin katsotaan yhdessä, mikä työkalu sopii parhaiten verkon pullonkaulojen tunnistamiseen ja mittaukseen.