- Verkon pullonkaula on mikä tahansa kohta, joka rajoittaa kokonaissuorituskykyä, olipa kyseessä sitten saturoitunut linkki, vanha kytkin tai alikokoinen virtuaalikone.
- Näkyvyyden puute tekee ruuhkan todellisen lähteen paikantamisen mahdottomaksi; laitteiden, käyttöliittymien, virtuaalikoneiden ja sovellusten valvonta on avainasemassa.
- Valvontatyökalut ja hyvät suunnittelukäytännöt (10G runkoverkoissa, QoS, välimuisti, kuormituksen tasaus) mahdollistavat näiden pullonkaulojen ehkäisyn ja lieventämisen.
- Laitteiston parannusten yhdistäminen koodin optimointiin, tietokantoihin ja verkkokäytäntöihin varmistaa vakaamman ja nopeamman verkon.
Kaikissa verkottuneissa yrityksissä, pienestä toimistosta suuryritykseen, verkon pullonkaulat ovat yksi niistä hiljaisista ongelmista , jotka tuhlaavat aikaa, tuottavuutta ja kärsivällisyyttä . Kaikki näyttää olevan kunnossa: palveluntarjoaja lupaa 1 Gbps:n nopeuden, Wi-Fi "toimii hyvin" ja laitteet eivät ole erityisen vanhoja. Lataukset kuitenkin kestävät ikuisuuden, jaetut tiedostot avautuvat hitaasti ja videopuhelut ovat nykiviä.
Tämä on yleensä merkki siitä, että jossain vaiheessa matkaa verkko on kapeampi kuin liikennetarpeesi . Aivan kuten moottoritiellä, joka kapenee yhdeksi kaistaksi, datan on pakko "jonottaa". Tässä artikkelissa tarkastelemme tarkemmin, mitä verkon pullonkaulat ovat, mistä ne tulevat, miten ne havaitaan objektiivisten tietojen avulla ja mitä voit tehdä niiden poistamiseksi tai ainakin pitääksesi ne ammattilaisen hallinnassa.
Mikä tarkalleen ottaen on verkon pullonkaula?
Kun puhumme verkon pullonkauloista, viittaamme mihin tahansa infrastruktuurin pisteeseen, joka rajoittaa muun järjestelmän suorituskykyä . Se on ketjun heikoin lenkki: ei ole väliä, onko sinulla 10G-kytkimiä, tehokkaita palvelimia tai symmetrisiä valokuituyhteyksiä, jos yksi verkon segmentti ei pysty käsittelemään kaikkea vastaanottamaansa liikennettä.
Kuvittele, että verkkosi on tieverkko: laitteet ovat autoja, kaapelit ja kytkimet ovat kaistat ja kaistanleveys on käytettävissä olevien kaistojen lukumäärä . Jos avainalueella on vain yksi kaista ja kaiken liikenteen on kuljettava sen kautta, liikenneruuhka syntyy, vaikka muut tiet olisivat valtavia moottoriteitä. Juuri näin tapahtuu verkossa, kun portti, linkki tai laite saavuttaa kapasiteettinsa.
Pullonkaula voi esiintyä monissa eri paikoissa: internetyhteydessä, kytkimien välisessä runkoyhteydessä, alitehoisessa NAS-palvelimessa tai jopa alikokoisessa virtuaalikoneessa . Tärkeää on ymmärtää, että koko järjestelmä toimii vain niin nopeasti kuin sen päästä päähän -verkon hitain komponentti toimii.
Tyypillisiä syitä yritysverkostojen pullonkauloille
Useimmat yritysten kohtaamat verkon suorituskykyongelmat ovat toistuvia. Näiden kaavojen tunnistaminen auttaa sinua diagnosoimaan ongelman aikaisemmin ja investoimaan juuri sinne, missä sitä tarvitaan , menemättä sokkona hommiin tai kuluttamatta rahaa laitteistoon, joka ei ratkaise mitään.
Yksi yleisimmistä syistä on riittämätön kaistanleveys keskeisillä linkeillä tai runkoverkoissa . Esimerkiksi yksi gigabitin kaapeli syöttää kytkimelle, johon kymmenet käyttäjät ovat yhteydessä. Huippukäytön aikana kyseinen 1 Gbps:n portti jaetaan kaikkien käyttäjien kesken, ja vaikka jokainen työasema voi neuvotella 1 Gbps:n nopeudesta kytkimensä kanssa, käytännössä ne kilpailevat samasta kaistanleveydestä.
Toinen yleinen syy on vanhentuneet tai heikosti toimivat verkkolaitteet : toimistoympäristössä toimivat kotireitittimet , kytkimet, joilla ei ole riittävää kytkentäkapasiteettia, tai Wi-Fi-tukiasemat, jotka eivät pysty käsittelemään useita samanaikaisesti yhteydessä olevia asiakkaita. Vaikka portin teoreettinen nopeus olisi 1 Gbps, sen sisäinen elektroniikka voi muodostua pullonkaulaksi.
Eikä pidä unohtaa virheellisiä tai huonosti optimoituja kokoonpanoja . Huonosti konfiguroidut VLANit, säätämätön QoS, väärin konfiguroitu virityspuu, linkkien aggregointi epäonnistumisen vuoksi, kun niiden pitäisi… Kaikki tämä voi aiheuttaa silmukoita, liiallista jonotusta tai yksinkertaisesti käytettävissä olevan kaistanleveyden tehotonta käyttöä, mikä luo vaikutelman hitaasta verkosta ilman ilmeistä syytä.
Monet yritykset kohtaavat myös keskeisen ongelman: hallitsemattoman sovellusten tai palveluiden käytön, jotka kuluttavat paljon verkkoresursseja . Täydelliset varmuuskopiot ruuhka-aikoina, massiiviset synkronoinnit, käyttäjien lataamat suuret tiedostot tai samanaikaiset HD-videopuhelut voivat helposti ylikuormittaa yhteyden, jos palvelun laatua koskevia käytäntöjä tai suunnittelua ei ole käytössä.
Langattomien verkkojen kohdalla häiriöt ja Wi-Fin luontaiset rajoitukset lisäävät entisestään monimutkaisuutta. Muista verkoista tulevat signaalit, paksut seinät, huonosti sijoitetut laitteet tai ruuhkaiset kanavat voivat vähentää käytettävissä olevaa kaistanleveyttä merkittävästi ja luoda pullonkauloja, joilla ei ole mitään tekemistä maksamasi internet-nopeuden kanssa.
Klassinen tapaus: kahden kerroksen yhdistäminen yhdellä gigabitin kaapelilla
Hyvin yleinen tilanne toimistoissa on seuraava: pohjakerroksessa on pääkytkin (A), joka on kytketty internet-reitittimeen, ja toisessa kerroksessa on toinen kytkin (B), joka on kytketty toisiinsa yhdellä CAT6 Ethernet-kaapelilla . Toisessa kerroksessa saattaa työskennellä 10, 15 tai useampi käyttäjä, jotka kaikki ovat kytkettyinä kytkimeen B.
Teoriassa jokaisella näistä työasemista on gigabitin portti kytkimeen, mutta kaikki näiden käyttäjien liikenne Internetiin tai kytkimeen A yhdistettyihin palvelimiin kulkee yhden 1 Gbps:n linkin kautta A:n ja B:n välillä. Jos 17 ihmistä avaa ja tallentaa suuria tiedostoja SharePointissa, tekee varmuuskopioita tai soittaa videopuheluita, tästä linkistä tulee todellinen pullonkaula.
Käytännössä käy niin, että kunkin käyttäjän käytettävissä oleva tehokas läpimenoaika pienenee samanaikaisuuden kasvaessa . Hiljaisina aikoina verkko on salamannopea, mutta kun kaikki työskentelevät samanaikaisesti suurten tiedostojen (esimerkiksi yli 30 Mt:n kokoisten Excel-taulukoiden, jotka on tallennettu pilveen tai paikalliselle palvelimelle) kanssa, hitauden ja odottelun tunne kasvaa merkittävästi.
Jos molemmissa kytkimissä on valokuituportit (SFP/SFP+) , paljon ammattimaisempi ratkaisu on käyttää näitä portteja runkoverkkolinkkinä. Siirryttäessä 1 Gbps:stä kuparikaapelin kautta 10 Gbps:ään kuidun kautta pullonkaula siirtyy: yhteys ei ole enää ongelma, ja liikenteellä on paljon enemmän liikkumavaraa.
Tämä lähestymistapa on sama kuin "hypättäessä" 1G-verkosta hybridi 1G/10G-infrastruktuuriin: voit pitää loppukäyttäjät 1 Gbps:n nopeudella, mutta runkoverkot, yhteydet kriittisiin palvelimiin ja tallennusjärjestelmät on siirrettävä 10G:hen pullonkaulojen välttämiseksi . Se on tehokas tapa investoida: päivität verkon ytimen ilman, että sinun tarvitsee vaihtaa kaikkia verkkokortteja käyttäjälaitteissa.
Hybridi 1G/10G-verkot ja niiden merkittävä pullonkaula loikan teossa
Viime vuosina yhä useammat yritykset ovat siirtyneet 10 gigabitin verkkoihin vaativimpien palvelimien, tallennustilan ja sisäisen viestinnän tarpeisiin . Tämä muutos ei ole vain ohimenevä trendi: se vähentää viivettä, nopeuttaa tiedonsiirtoa ja mahdollistaa kriittisten palveluiden (virtualisointi, varmuuskopiot, liiketoimintasovellukset) toiminnan ilman, että niitä joudutaan ajamaan äärirajoille.
Ongelma syntyy, kun siirtyminen tehdään osittain tai sattumanvaraisesti. Jos yhdistät 10G-ympäristön vanhaan 1G-verkkoosi yhden gigabittiportin kautta, olet luonut massiivisen pullonkaulan yhteyspisteeseen . Kymmenen tai viisitoista käyttäjää, joilla kullakin on 1G-verkkokortti, joutuvat jakamaan tuon yhden gigabitin tiedonsiirtonopeuden kommunikoidakseen 10G-palvelimen tai erittäin nopean NAS-laitteen kanssa.
Järkevä ratkaisu on ottaa käyttöön hybridikytkimiä, joissa on 1G RJ45 -portit ja 10G SFP+ -portit . Tällä tavoin NAS-palvelin, virtualisointipalvelin tai tiedostopalvelimet yhdistyvät suoraan 10G-verkkoon, kun taas käyttäjien työasemat pysyvät 1G-verkossa, mutta niiden sisäisessä runkoverkossa on suuri kapasiteetti, joka estää kaikkien niiden yhteyksien ylikuormituksen.
Hyvin suunnitellussa arkkitehtuurissa 10G-yhteydellä varustettu palvelin voi palvella kaikkia käyttäjiä samanaikaisesti lähes 80–100 Mt/s nopeudella työasemaa kohden , edellyttäen että tallennustilaa ja prosessoria on riittävästi. Pullonkaulana ei ole enää verkko, vaan pikemminkin itse palvelin tai levyjärjestelmä.
Verkon näkyvyys: ilman dataa olet sokkona
Laitteiston lisäksi yksi suurimmista haasteista järjestelmänvalvojille on ymmärtää, mitä verkossa todella tapahtuu . Nykypäivän infrastruktuurit ovat usein valtavia, hajautettuja useisiin paikkoihin, ja niissä on eri valmistajien laitteita, hybridiympäristöjä, joissa on sekä fyysisiä että virtuaalikoneita, ja uusien palveluiden määrä kasvaa jatkuvasti.
Keskikokoisissa tai suurissa verkoissa täydellisen näkyvyyden saavuttaminen on haaste valtavan määrän ja monimutkaisuuden vuoksi . Laitteita, lukuisia rajapintoja, sivustojen välisiä linkkejä, VPN-tunneleita, kuormituksen tasaajia ja pilvipalveluita on paljon. Pelkkä pääreitittimen tarkastelu ei riitä; sinun on ymmärrettävä koko ekosysteemin käyttäytyminen, jotta voit paikantaa liikenteen pullonkaulat.
Hajautetuissa arkkitehtuureissa, joissa toimistot sijaitsevat eri kaupungeissa tai maissa , ongelma moninkertaistuu. Jokaisella sijainnilla voi olla omat yhteyslinkkinsä, palveluntarjoajansa ja laitteensa. Valvonnan koordinointi yhtenäisen suorituskyvyn näkemyksen saavuttamiseksi on avainasemassa, jotta vältetään yksityiskohtiin eksyminen ja voidaan reagoida nopeasti etäiseen pullonkaulaan.
Heterogeenisuus toimii myös sitä vastaan: hybridiverkot, joissa on paikallisia palvelimia, virtuaalikoneita, kontteja ja pilvipalveluita, vaikeuttavat ylikuormituksen tarkan lähteen paikantamista. Yksi virtuaalikone voi olla ylimitoitettu, toisesta voi puuttua riittävästi resursseja ja fyysinen isäntä voi olla täysin kunnossa, kun taas virtuaalikoneet kärsivät riittämättömästä suorittimesta, RAM-muistista tai varatusta kaistanleveydestä.
Skaalautuvuus lisää haasteita entisestään. Verkot kasvavat jatkuvasti: enemmän käyttäjiä, enemmän SaaS-sovelluksia, enemmän IoT-laitteita, enemmän sijainteja . Se, mikä toimi hyvin eilen, voi jäädä vajaaksi muutaman kuukauden kuluttua, jos resurssien kulutusta ei seurata eikä laajennuksia suunnitella etukäteen. Jatkuva äärirajoilla toimiminen on resepti sille, että pullonkauloja voi ilmaantua odottamatta pahimpaan mahdolliseen aikaan.
Lisäksi monet organisaatiot käyttävät useiden valmistajien laitteita, joilla on erilaiset hallintakonsolit . Ilman valvontaratkaisua, joka yhdistää kaikki tiedot yhteen näkymään, on erittäin helppo unohtaa ruuhkainen yhteys, viallinen portti tai laite, joka on lähettänyt ruuhkavaroituksia jo jonkin aikaa.
Näin näkyvyys auttaa välttämään pullonkauloja
Kun sinulla ei ole todellista näkyvyyttä verkkoosi, sammutat sokeasti tulipaloja : käyttäjät valittavat hitaista yhteyksistä, mutta et tiedä, onko ongelma palvelimessa, kytkimessä, Wi-Fi-yhteydessä vai internetyhteydessä. Näkyvyyden parantaminen on olennaista, jotta voidaan lopettaa arvailu ja alkaa tehdä dataan perustuvia päätöksiä.
Pitkälle virtualisoiduissa ympäristöissä hyvä valvontatyökalu mahdollistaa reaaliaikaisen virtuaalikoneen ja sen isäntien suorittimen, RAMin, levyn ja verkon kulutuksen tarkastelun . Näiden tietojen avulla on paljon vaikeampaa tehdä kokovirheitä, kuten varaamalla liian paljon resursseja ei-kriittisille virtuaalikoneille, kun taas toiset, liiketoiminnalle välttämättömät resurssit jäävät vajaiksi ja niistä tulee pullonkauloja.
Kaistanleveyden käytön näkyvyys on myös avainasemassa ruuhkien havaitsemisessa tietyillä linkeillä tai tiettyinä vuorokaudenaikoina . Liikenteen seuranta sovelluksen, käyttäjän tai VLANin mukaan auttaa tunnistamaan, mitkä palvelut kuormittavat verkkoa (esim. varmuuskopiot, pilvisynkronoinnit, videoneuvottelut, suoratoisto jne.), ja antaa sinulle tilaa toimia: ajoittaa tehtäviä uudelleen, ottaa käyttöön QoS tai suunnitella verkkotopologia uudelleen.
Yksityiskohtaisten tietojen avulla sivustojen välisestä latenssista , sovellusten vasteajoista ja reitityksestä on mahdollista paikantaa WAN-verkon segmentit, jotka lisäävät tarpeettomia viiveitä . Reittien muuttaminen, linkkien parantaminen tai tiettyjen palveluiden siirtäminen lähemmäs loppukäyttäjää voi vähentää havaittua hitautta merkittävästi.
Hyvän näkyvyyden toinen etu on kyky havaita ja korjata pakettien katoaminen nopeasti . CRC-virheitä sisältävä portti, viallinen kaapeli tai saturoitunut rajapinta voi aiheuttaa jatkuvia uudelleenlähetyksiä ja heikentää suorituskykyä ilman, että mitään välittömästi havaittavaa näkyy. Rajapintojen valvonta mittareiden avulla virheiden, törmäysten ja hylkäysten varalta on välttämätöntä näiden ongelma-alueiden tunnistamiseksi.
Lopuksi, hyvät historiatiedot helpottavat perussyyanalyysiä vakavan ongelman sattuessa . Tieto liikenteestä ennen ongelmaa, sen aikana ja sen jälkeen, mitkä laitteet näyttivät hälytyksiä ja mitkä linkit toimivat 100 %:n kapasiteetilla, auttaa löytämään todellisen pullonkaulan eikä keskittymään vain pinnallisiin oireisiin.
Seurantatyökalut ja niiden rooli suorituskyvyn parantamisessa
Teoria on ihan hyvä asia, mutta jokapäiväisessä käytännössä tarvitset konkreettisia työkaluja, jotka näyttävät verkon, palvelimien ja sovellusten tilan . Nykyään on olemassa monia ratkaisuja, sekä avoimen lähdekoodin että kaupallisia, jotka helpottavat tätä tehtävää.
Ydininfrastruktuurin (prosessori, muisti, levy, palvelinverkko ja laitteet) osalta ratkaisut, kuten Zabbix, Nagios tai vastaavat työkalut, mahdollistavat kuormien, vasteaikojen ja hälytysten valvonnan . Yhdellä silmäyksellä näet, milloin prosessorin kuormitus nousee, milloin RAM-muisti on vähissä tai käyttääkö palvelin jatkuvasti swap-tilaa ja aiheuttaako se levyn pullonkaulan.
Jos olet huolissasi muistin käytöstä ja monimutkaisemmista kulutusmalleista, havainnointialustat, kuten Elastic Stack tai Datadog, voivat auttaa korreloimaan mittareita, lokeja ja jälkiä, jotta ymmärretään paremmin, mitkä tietyt palvelut tuottavat liiallista kuormitusta ja missä kontekstissa.
Puhtaasti verkon puolella työkalut, kuten Wireshark, PRTG Network Monitor tai NetFlow/sFlow-ratkaisut, mahdollistavat erittäin yksityiskohtaisen liikenneanalyysin. Voit havaita viiveitä, ruuhkia, kaistanleveyttä kuluttavia sovelluksia, pakettien katoamista tietyissä segmenteissä ja jopa poikkeavia malleja, jotka viittaavat virheisiin tai tietoturvaongelmiin.
Levyn ja tietokannan suorituskyvyn tarkkailuun apuohjelmat, kuten iostat, perfmon, New Relic ja muut sovellusten suorituskyvyn valvontaan (APM) tarkoitetut valvontaohjelmat, ovat erittäin hyödyllisiä. Niiden avulla voit tarkistaa, ovatko SQL-kyselyt hyvin optimoituja, toimivatko indeksit oikein vai onko pullonkaula verkossa, vaan tallennustilassa tai itse tietokannassa.
Kattavan valvonnan saralla ratkaisut, kuten ManageEngine OpManager, tarjoavat yhtenäisen näkymän koko verkkoon ja sen laitteisiin . Niiden avulla voit nähdä paitsi reitittimien ja kytkimien tilan, myös rajapinnat, linkkien nopeudet, kunkin portin läpi kulkevan liikenteen ja keskeiset mittarit, jotka vaikuttavat latenssiin ja pakettien menetykseen.
Näiden alustojen avulla järjestelmänvalvoja voi vastaanottaa ennakoivia hälytyksiä, kun linkki lähestyy kyllästymistä, kun käyttöliittymässä ilmenee virheitä tai kun laite alkaa toimia epänormaalisti . Lisäksi monet näistä työkaluista mahdollistavat toistuvien tehtävien automatisoinnin, mikä vapauttaa aikaa keskittyä strategisempiin suunnittelu- ja optimointikysymyksiin.
Strategioita verkon ja infrastruktuurin pullonkaulojen ratkaisemiseksi
Ongelman tunnistaminen on vasta puolet työstä: toinen puoli on asianmukaisten toimenpiteiden toteuttaminen pullonkaulan poistamiseksi tai lieventämiseksi . Pullonkaulan sijainnista riippuen ratkaisut voivat vaihdella yksinkertaisesta kokoonpanomuutoksesta merkittävään infrastruktuurin laajennukseen.
Yksi ensimmäisistä yleensä esiin nousevista päätöksistä on, valitaanko vertikaalinen skaalautuvuus (yhden koneen päivittäminen) vai horisontaalinen skaalautuvuus (useiden koneiden lisääminen ja kuormituksen jakaminen) . Tietyllä palvelimella, jolla on vähän suorittimen tai RAMin resursseja, resurssien lisääminen kyseiseen koneeseen voi olla järkevää. Mutta jossain vaiheessa on tehokkaampaa ottaa käyttöön useita palvelimia ja tasapainottaa liikennettä niiden välillä.
On myös tärkeää tarkastella sovelluskoodia ja tietokantakyselyitä . Usein syytetään laitteistoa, kun todellinen ongelma on tehoton logiikka, indeksittömiä SQL-kyselyitä, toistuvia levyhakuja tai tarpeettomia datan latauksia. Näiden ongelmien optimointi vähentää merkittävästi verkon ja palvelimien kuormitusta.
Toinen keskeinen tekijä pullonkaulojen lieventämisessä on välimuistin ja kuormituksen tasapainotuksen älykäs käyttö . Ratkaisut, kuten Redis tai Memcached, mahdollistavat usein käytettyjen vastausten tallentamisen ja estävät palvelimia tai tietokantoja laskemasta samoja tietoja toistuvasti uudelleen. Vastaavasti kuormituksen tasaaja (HAProxy, Nginx, pilvipalvelut jne.) jakaa liikenteen useiden solmujen kesken estäen yhden palvelimen muodostumisen ruuhkautumispisteeksi.
Verkkotasolla QoS-konfigurointi (Quality of Service) ja kaistanleveyden hallinta ovat ratkaisevan tärkeitä . Kriittisen liikenteen (esim. VoIP, yrityssovellukset, tietokantayhteydet) priorisointi vähemmän kriittisiin käyttötarkoituksiin (lataukset, päivitykset, ei-välttämätön suoratoisto) nähden auttaa varmistamaan, että keskeiset palvelut toimivat sujuvasti myös suuren kuormituksen aikana.
Ympäristöissä, joissa käyttäjät ovat maantieteellisesti hajautuneet, sisällönjakeluverkkojen (CDN) käyttö ja WAN-optimointi voivat olla ratkaisevia. Staattisen sisällön sijoittaminen lähemmäs käyttäjää, reittien optimointi tai liikenteen pakkaus- ja deduplikaatiotekniikoiden käyttö vähentää viivettä ja kaistanleveyden kulutusta, mikä lieventää pitkien linkkien pullonkauloja.
Lopuksi, hyvän fyysisen ja loogisen verkkosuunnittelun merkitystä ei pidä aliarvioida: selkeä topologia, oikein mitoitetut runkoverkot, asianmukainen segmentointi ja redundantit linkit . Kaikki tämä varmistaa, että vaikka kyllästyspiste osuisi, verkolla on kyky jakaa liikennettä muiden reittien kautta ja ylläpitää hyväksyttävää käyttökokemusta.
Verkkopullonkaulojen hallinta ei viime kädessä ole vain nopeuden tai laitteiston ostamista. Kyse on liikenteen virtauksen ymmärtämisestä, pullonkaulojen mahdollisten esiintymispaikkojen ennakoinnista ja parhaiden käytäntöjen hyödyntämisestä suunnittelussa, valvonnassa ja jatkuvassa optimoinnissa . Tämän yhdistelmän myötä verkko lakkaa olemasta musta laatikko, joka on "joskus hidas", ja siitä tulee ennustettava ja tehokas infrastruktuuri, joka on linjassa yrityksen todellisten tarpeiden kanssa.
