Išmatuokite savo tinklo delsą, kol ji netaps problema

Tinklo greitis paprastai apibrėžiamas kaip pralaidumas: kiek megabitų ar gigabitų jūsų tinklas per sekundę gali perpumpuoti per savo vamzdžius. Tai tikrai svarbu, tačiau reikia atsižvelgti ir į kitą veiksnį, kuris šiomis dienomis dažnai yra ne mažiau svarbus (o kartais ir svarbesnis) nei greitas greitis. Tas veiksnys yra delsimas. Geriausias būdas apibrėžti vėlavimą yra vėlavimas: laiko tarpas, einantis nuo tada, kai paketas ar paketų grupė siunčiami iš šaltinio į paskirties vietą, paprastai jis matuojamas milisekundėmis (ms). Vartotojams net dideli atsilikimo laiko skirtumai nėra dažnai pastebimi naudojantis kasdienėmis programomis. T. y., Nebent jie naudojasi delsavimo programomis. Latentiškumui jautrių programų sąrašas pastaruoju metu auga, todėl vėlavimas yra toks svarbus. Daugelis programų gali prisitaikyti prie lėtesnio delsos, tačiau kai kurios, ypač tos, kurios naudojasi vaizdo transliacija ar kitokiu nuolatiniu duomenų tiekimu, gali užmigti, jei nesilaikoma tam tikro minimalaus latencijos našumo.

Pagrindinis variklis, keičiantis latencijos aplinką, yra debesijos paslauga. Debesies paslaugos, nesvarbu, ar jos teikiamos privačiuose duomenų centruose, ar viešuose debesyse, tokiose kaip „Amazon Web Services“ (AWS) ar „Google Cloud“, yra būtinai esančios per atstumą nuo jūsų duomenų centro. Paprastai kelias debesies paslaugas eina viešuoju internetu. Daugeliui tinklo srautų tinkamas interneto ryšys. Bet programoms, susijusioms su latencija, internetas yra nenuspėjamas laukinis dykuma, kuri gali būti rami viena milisekundė, o kitą dieną audra. Taip yra todėl, kad duomenų keliui keliami neaiškūs maršruto ir apdorojimo vėlavimai. Tai yra veiksniai, kurių negali kontroliuoti nei jūsų IT darbuotojai, nei debesies paslaugų IT specialistai.

Kas yra vėlavimas?

Yra du delsos tipai, turintys įtakos debesies paslaugoms. Vienas laikas - tai laikas, per kurį duomenys keliauja per tinklą iš vieno taško į kitą. Tai riboja jungties „laido greitis“, tai reiškia, arba šviesos greitis, einant per stiklo pluošto optinį kabelį, arba duomenų, einančių išilgai „Cat X“ vario kabelio, greičio. Visais atvejais tai tiesiogiai susiję su nuvažiuotu atstumu. Svarbiausia - nieko negalima padaryti dėl vėlavimo, atsirandančio dėl laiko, reikalingo perdavimui, išskyrus atvejus, kai reikia pereiti arčiau debesies paslaugų teikėjo arba pasirinkti artimiausią jūsų naudojamų debesies paslaugų serverio vietą, nors ne visos debesies paslaugos duok tau tą variantą.

Antrojo tipo latentinis laikotarpis sukuriamas dėl apdorojimo vėlavimų arba kartais dėl blogo maršruto nustatymo. Kiekvieną kartą, kai jūsų duomenų paketas praeina per įrenginį, šiek tiek užtrunka, kol maršrutizatorius ar jungiklis nusprendžia, kur jį siųsti toliau. Yra papildomų vėlavimų, kuriuos lemia paketų tikrinimas ugniasienėse ar kituose saugos įrenginiuose ir serveriuose, kai jie gauna užklausą dėl duomenų, randa ją saugykloje, veikia pagal užklausą ir siunčia atsakymą. Nors kiekvienas iš šių vėlavimų gali būti trumpas, jie pridedami. Kartais, jei jūsų kelias iš duomenų centro į duomenis debesyje yra perpildytas, vėlavimai, taigi ir delsos, gali iš tiesų susidėti.

Išmatuokite delsą traceroute

Laimei, išmatuoti duomenų delsą yra gana paprasta ir nieko nekainuoja. Norėdami tai sužinoti, paleiskite komandinę eilutę pasirinktoje operacinėje sistemoje (OS) ir vykdykite komandą „Traceroute“. „Microsoft Windows“ komandų eilutėje įvedate komandą „tracert“, po kurios nurodomas paskirties pavadinimas, galbūt „aws.amazon.com“ arba „cloud.google.com“. (Žr. Ekrano apačią.)

„Apple OS X“ ar „Linux“ eikite į terminalo langą ir įveskite: traceroute -I companydomain.com. Arba galite pakeisti domeno vardą faktiniu IP adresu. Norite jungiklio -I, kad maršruto maršrutas naudotų interneto valdymo pranešimų protokolą (ICMP), kurio jam prireiks norint tiksliai įvertinti latenciją.

Nesvarbu, kokia OS, tai, ką matote ekrane, yra kiekvieno maršrutizatoriaus atsakymai jūsų tikrinamos svetainės kelyje ir laiko matavimas ms. Pridėkite juos ir tai bus jūsų delsimas. Jei komandą vykdysite keletą kartų, pastebėsite, kad tie patys maršrutizatoriai ne visada rodomi. Taip yra todėl, kad kiekvieną kartą paleidus komandą, jūsų duomenų paketai gali naudoti skirtingus interneto kelius. Kai kurie keliai gali būti ilgesni nei kiti, todėl padidėja jūsų bendras delsimas. Sveiki atvykę į delsą internete.

Norėdami padidinti, spustelėkite ekrano kopiją.

Išmatuokite delsą naudodamiesi tinklo valdymo įrankiais

IT profesionalai, atsakingi už korporatyvinį tinklą, turės tam tikrą tinklo stebėjimo įrankį, skirtą stebėti, kas veikia jų laidais ir kaip veikia eismas. Tinklo delsą galite patikrinti ir kitais būdais. Jei tai gerai matomas įrankis, tada jis turės savo latencijos matavimo ypatybes. Pavyzdžiui, „Spiceworks“ turi savo „Traceroute“ programinę įrangą, kuri naudoja „Transmission Control Protocol“ (TCP), o ne ICMP protokolą, naudojamą standartinėje maršruto nustatymo funkcijoje, aprašytoje anksčiau. Tai taip pat naudojama komandoje „Ping“. Kai kuriais atvejais TCP gali būti tikslesnis, nes kai kurie maršrutizatoriai sukonfigūruoti neatsakyti į ICMP paketus.

Kitas geras pavyzdys yra „Paessler AG“, kuris parduoda „Paessler PRTG Network Monitor“. Šis įrankis užtikrins tinklo latenciją kartu su kitomis jo funkcijomis. „Paessler AG“ turi nemokamą savo programinės įrangos versiją, taip pat nemokamą bandomąją versiją. Aš apžvelgsiu PRTG tinklo monitorių, įskaitant jo latentines galimybes, kai išbandysiu įrankį būsimai PCMag peržiūrai.

„Jei skaičiuoju ne tik„ ping “laiką, tai matau kiekvieną laiko periodą, tai yra pagrindinis latencijos matas“, - aiškino „Paessler AG“ vyresnysis sistemų inžinierius Gregas Rossas. "Galite suskaidyti kelią ir įvertinti kiekvieną kelio šuolį. Tai galime padaryti su pėdsako maršruto apimties skaičiumi.

„Kitas aspektas yra paslaugų kokybės stebėsena, pagal kurią atsižvelgiama į greitį ir kelią tarp manęs ir galutinio taško“, - sakė Ross. Jis sakė, kad toks stebėjimas gali parodyti ir kitas vėlavimo priežastis, tokias kaip pavėluoti paketai arba pakeliai, gauti netinkamai.

Sumažinkite delsos poveikį

Jei jūsų programoms kyla problemų dėl vėluojančio laiko, tuomet galite atlikti kelis veiksmus, kad sumažintumėte vėlavimo poveikį, net jei jo nepavyksta pašalinti. Pirmiausia reikia ištirti, kurią domenų vardų sistemos (DNS) paslaugą naudojate, jei neturite savo DNS serverio. Viena paslėpta vėlavimo priežastis yra delsimas, atsirandantis tuo metu, kai jūsų naudojamas DNS serveris ieško interneto, kurį norite pasiekti, interneto protokolo (IP) adreso.

Tolimas DNS serveris įveiks delsą, kaip ir tas, kuris paprasčiausiai neveiksmingas. Turėdami savo serverį, sutrumpinsite ieškos laiką, jei adresas bus jūsų serverio lentelėse. Priešingu atveju turėsite palaukti, kol jis paprašys kito DNS serverio, nurodyto adreso eilutėje. Tinklalapiuose, kuriuose dažnai lankotės, tai gali sumažinti delsą.

Turėdami specialų ryšį, taip pat sumažinsite delsą, jei jis tikrai bus skirtas, tai reiškia, kad turite ryšį naudodami apibrėžtą liniją. Tai gali būti fizinio pluošto jungtis, jei esate pakankamai arti, arba linija, išnuomota iš vežėjo. Tokiu būdu sumažinsite naudojamų maršrutizatorių skaičių ir sumažinsite maršruto klaidų, kurios gali sukelti vėlavimą, tikimybę.

Ir, žinoma, galite sumažinti atstumą. Remiantis „M2 Optics“ pateiktomis lentelėmis, 100 KM pluošto sukuria beveik 500 mikrosekundžių delsą. Tai yra pusė milisekundės, taigi matote, koks atstumas gali pritraukti delsą.

Laikyk tą apynių skaičių mažą

Nesvarbu, kokį „išgydymą“ naudojate vėlavimui įveikti, būtinai pagalvokite, kaip tai paveiks kitus tinklo aspektus. Pvz., Jei naudojate savo „debesį“ atkūrimui po nelaimių (DR), per daug arti judėdami, galite sukelti savų problemų rinkinį, nes nenorite, kad ta pati nelaimė patektų į jūsų DR svetainę kaip ir jūsų duomenų centras.

Apskritai, jūs galite sumažinti delsą, sumažindami apynių skaičių jūsų kelyje, ir yra keletas būdų, kaip išspręsti šią problemą. Be minėtų anksčiau, galite turėti garantuotą pralaidumą, kad sumažintumėte grūsties sukeltą delsą, arba galite turėti nereikalingų paslaugų teikėjų, kad jūsų programa realiu laiku galėtų pasirinkti mažiausio vėlavimo kelią.

Negalite pašalinti delsos nepažeisdami fizikos įstatymų, tačiau negalite to ignoruoti. Dėl populiarių programų, tokių kaip realaus laiko srautinės analizės, vaizdo konferencijos ir netgi jūsų įmonės balso perdavimo per IP (VoIP) srautas, tampa vis jautresnis latencijai, atsigręžti į tinklo delsą dabar, kol ji netaps problema, sumokės dividendai žemyn.