Obsah:
- Čo je latencia?
- Zmerajte latenciu pomocou Traceroute
- Zmerajte latenciu pomocou nástrojov na správu siete
- Znížte vplyv latencie
- Počítajte s malým počtom hopov
Video: Step mother caught husband sl££ping with his own daughter; be@t her & ask her to sleep in a garage (November 2024)
Rýchlosť siete sa všeobecne definuje ako priepustnosť: koľko megabitov alebo gigabitov môže vaša sieť prečerpať cez svoje potrubia v priebehu jednej sekundy. To je určite dôležité, ale je tu ešte jeden faktor, ktorý je potrebné zvážiť, a v súčasnosti je často rovnako dôležitý (a niekedy dôležitejší) ako rýchlosť. Tento faktor je latencia. Najlepší spôsob, ako definovať latenciu, je lag: časový interval medzi odoslaním paketu alebo skupiny paketov zo zdroja do cieľa a zvyčajne sa meria v milisekundách (ms). Pre používateľov nie sú pri používaní ich každodenných aplikácií často badateľné ani veľké rozdiely v oneskorení. To znamená, že pokiaľ nepoužívajú aplikácie citlivé na latenciu. Zoznam aplikácií citlivých na latenciu v poslednom čase rastie, a preto je latencia taká dôležitá. Väčšina aplikácií sa môže prispôsobiť pomalšej latencii, ale niektoré - najmä tie, ktoré sa spoliehajú na streamovanie videa alebo iný druh konštantného dátového toku - sa môžu zablokovať, ak sa nedosiahne minimálny výkon latencie.
Čo je latencia?
Existujú dva typy oneskorenia, ktoré ovplyvňujú cloudové služby. Jeden je čas potrebný na prenos údajov z jednej siete na druhú. Toto je obmedzené „rýchlosťou drôtu“ spojenia, čo znamená buď rýchlosť svetla, ktoré prechádza cez kábel zo sklenených vlákien, alebo rýchlosť signálu dát prebiehajúcich pozdĺž medeného kábla Cat X. Vo všetkých prípadoch to priamo súvisí s príslušnou vzdialenosťou. Najdôležitejšie je, že nemôžete urobiť nič so oneskorením spôsobeným časom potrebným na prenos, s výnimkou toho, aby ste sa dostali bližšie k poskytovateľovi cloudu alebo aby ste si vybrali najbližšie umiestnenie servera pre cloudovú službu, ktorú používate, aj keď nie všetky cloudové služby dá ti túto možnosť.
Druhý typ oneskorenia je spôsobený oneskorením pri spracovaní alebo niekedy nesprávnym smerovaním. Zakaždým, keď váš dátový paket prechádza zariadením, existuje krátke oneskorenie, kým smerovač alebo prepínač rozhodne, kam sa má odoslať ďalej. Existujú ďalšie oneskorenia spôsobené inšpekciou paketov v bránach firewall alebo v iných bezpečnostných zariadeniach a servermi, keď dostanú žiadosť o údaje, nájdu ich v ich veľkokapacitnom úložisku, vybavia na žiadosť a pošlú odpoveď. Aj keď každé z týchto oneskorení môže byť krátke, sčítajú sa. Ak je vaša cesta z dátového centra k údajom v cloude preťažená, oneskorenia, a tým aj oneskorenie, sa môžu skutočne spočítať.
Zmerajte latenciu pomocou Traceroute
Našťastie je meranie latencie vašich údajov pomerne ľahké a nič to nestojí. Ak to chcete zistiť, spustite príkazový riadok v operačnom systéme (OS) podľa vášho výberu a vykonajte príkaz Traceroute. V systéme Microsoft Windows zadáte do príkazového riadka príkaz „tracert“, za ktorým nasleduje názov cieľa, napríklad „aws.amazon.com“ alebo „cloud.google.com“. (Pozri obrázok nižšie.)
V systéme Apple OS X alebo Linux prejdite na okno terminálu a zadajte príkaz: traceroute -I companydomain.com. Alternatívne môžete názov domény nahradiť skutočnou adresou IP. Chcete prepínač -I, aby traceroute používal protokol ICMP (Internet Control Message Protocol), ktorý bude potrebovať na presné meranie latencie.
Nezáleží na tom, čo na obrazovke vidíte, sú reakcie každého smerovača pozdĺž cesty na web, ktorý kontrolujete, spolu s meraním času v ms. Pridajte ich a je to vaša latencia. Ak príkaz spustíte niekoľkokrát, všimnete si, že sa nezobrazia rovnaké smerovače. Dôvodom je, že vaše dátové pakety môžu mať pri každom spustení príkazu rôzne internetové cesty. Niektoré cesty môžu byť dlhšie ako iné a zvyšujú tak celkovú latenciu. Vitajte v latencii na internete.
Pre zväčšenie kliknite na obrázok.
Zmerajte latenciu pomocou nástrojov na správu siete
Profesionáli v oblasti IT, ktorí majú na starosti podnikovú sieť, budú mať nejaký nástroj na monitorovanie siete, aby mohli mať prehľad o tom, čo sa deje cez ich drôty a ako sa táto prevádzka deje. Latenciu siete môžete skontrolovať aj inými spôsobmi. Ak ide o dobre vybavený nástroj, bude mať vlastné funkcie na meranie latencie. Napríklad Spiceworks má svoj vlastný softvér Traceroute, ktorý používa protokol Transmission Control Protocol (TCP), a nie protokol ICMP používaný v štandardnej funkcii traceroute uvedenej vyššie. To sa tiež používa v príkaze Ping. V niektorých prípadoch môže byť TCP presnejší, pretože niektoré smerovače sú nakonfigurované tak, aby nereagovali na pakety ICMP.
Ďalším dobrým príkladom je Paessler AG, ktorý predáva sieťový monitor Paessler PRTG. Tento nástroj poskytne latenciu siete spolu s ďalšími funkciami. Paessler AG má freewarovú verziu svojho softvéru, ako aj bezplatnú skúšobnú verziu. Pozerám sa na sieťový monitor PRTG vrátane jeho latenčných schopností, keď otestujem nástroj na nadchádzajúcu kontrolu PCMag.
„Okrem meraní času pingu, ak merím toto obdobie, je to základná miera latencie, “ vysvetlil Greg Ross, senior systémový inžinier v spoločnosti Paessler AG. "Môžete rozdeliť cestu a vyhodnotiť pre každý skok v ceste. Môžeme to urobiť pomocou sledovania počtu skokov."
„Ďalším aspektom je monitorovanie kvality služby, ktoré sa zameriava na chvenie a čas spiatočky medzi mnou a koncovým bodom, “ uviedla Rossová. Povedal, že takéto monitorovanie môže ukázať aj ďalšie príčiny latencie, ako sú oneskorené pakety alebo pakety prijaté mimo poriadku.
Znížte vplyv latencie
Ak vaše aplikácie majú problémy s veľkou dobou latencie, existuje niekoľko vecí, ktoré môžete urobiť, aby ste zmiernili vplyv latencie, aj keď ju nemôžete odstrániť. Prvým je vyšetrenie, ktorú službu DNS (Domain Name System), ktorú používate, ak nemáte vlastný server DNS. Jednou skrytou príčinou oneskorenia je oneskorenie, ktoré sa vyskytne, keď DNS server, ktorý používate, vyhľadá adresu internetového protokolu (IP) webovej stránky, ktorú chcete osloviť.
Vzdialený server DNS zavedie latenciu rovnako ako server, ktorý jednoducho nefunguje dobre. Vlastný server skráti čas vyhľadávania, ak je adresa uvedená v tabuľkách vášho servera. V opačnom prípade budete musieť počkať, kým požiada nasledujúci server DNS o riadok s adresou. V prípade webových stránok, ktoré často navštevujete, môže dôjsť k zníženiu latencie.
S vyhradeným pripojením sa tiež zníži latencia, ak je skutočne vyhradená, čo znamená, že máte pripojenie pomocou definovanej linky. Môže to byť spojenie fyzickým vláknom, ak ste dosť blízko alebo si prenajali linku od dopravcu. Týmto spôsobom znížite počet zapojených smerovačov a znížite pravdepodobnosť chýb smerovania, ktoré môžu spôsobiť oneskorenie.
A samozrejme môžete zmenšiť vzdialenosť. Podľa tabuliek poskytnutých spoločnosťou M2 Optics predstavuje 100 KM vlákna latenciu takmer 500 mikrosekúnd. To je pol milisekundy, takže vidíte, ako môže vzdialenosť zvýšiť latenciu.
Počítajte s malým počtom hopov
Nezáleží na tom, aký „liek“ sa používa na vyrovnanie sa s latenciou, nezabudnite zvážiť, ako to ovplyvní ďalšie aspekty vašej siete. Napríklad, ak používate cloud na obnovenie po katastrofe (DR), potom priblíženie sa príliš blízko môže spôsobiť jeho vlastnú skupinu problémov, pretože nechcete, aby zasiahla váš web DR rovnaká katastrofa ako zasiahla vaše dátové centrum.
Vo všeobecnosti môžete latenciu znížiť znížením počtu chmeľu v ceste a existuje niekoľko spôsobov, ako tento problém vyriešiť. Okrem tých, ktoré už boli spomenuté, môžete mať zaručenú šírku pásma na zníženie latencie spôsobenej preťažením, alebo môžete mať nadbytočných poskytovateľov, aby si vaša aplikácia mohla zvoliť cestu s najmenšou latenciou v reálnom čase.
Aj keď nemôžete odstrániť latenciu bez porušenia fyzikálnych zákonov, nemôžete ju ignorovať. S populárnymi aplikáciami, ako sú analýzy streamovania v reálnom čase, videokonferencie a dokonca aj prenos vašej VoIP spoločnosti Voice-over-IP (VoIP), sa všetky stále viac stávajú citlivejšími na latenciu, takže teraz, predtým ako sa stane problémom, sa vyplatí vyplácať do latencie vašej siete. dividendy po línii.