Măsurați latența rețelei dvs. înainte de a deveni o problemă

Viteza unei rețele este, în general, definită ca debit: câți megabit sau gigabits rețeaua dvs. poate pompa prin conductele sale în decurs de o secundă. Asta este cu siguranță important, dar există un alt factor de luat în considerare, iar în aceste zile este adesea cel puțin la fel de important (și uneori mai important) decât viteza brută. Acest factor este latența. Cea mai bună modalitate de a defini latența este la fel de scăzută: intervalul de timp între când un pachet sau un grup de pachete este trimis de la o sursă la o destinație și este de obicei măsurat în milisecunde (ms). Pentru utilizatori, chiar diferențe mari de timp de întârziere nu sunt adesea observate în cursul utilizării aplicațiilor lor de zi cu zi. Adică dacă nu folosesc aplicații sensibile la latență. Lista aplicațiilor sensibile la latență a crescut în ultima perioadă, motiv pentru care latența este atât de importantă. Majoritatea aplicațiilor se pot regla pentru o latență mai lentă, dar unele - în special cele care se bazează pe streamingul video sau un alt tip de alimentare constantă de date - pot compensa dacă unele performanțe minime de latență nu sunt îndeplinite.

Un serviciu cheie care schimbă peisajul latenței este serviciul cloud. Serviciile cloud, indiferent dacă se execută în centre de date private sau în cloud publice, cum ar fi Amazon Web Services (AWS) sau Google Cloud, sunt situate în mod necesar la o distanță de centrul de date. În mod normal, calea către acele servicii cloud călătorește pe internetul public. Pentru majoritatea traficului de rețea, o conexiune la internet este în regulă. Dar pentru aplicațiile sensibile la latență, internetul este un pustiu imprevizibil care poate fi calm un milisecund și furtunos pe următorul. Acest lucru se datorează faptului că calea de date este supusă întârzierii întârzierilor de rutare și procesare. Acestea sunt factori pe care nici personalul dvs. IT, nici profesioniștii IT ai serviciului cloud nu îl pot controla.

Ce este latenta?

Există două tipuri de latență care afectează serviciile cloud. Unul este timpul necesar pentru ca datele să călătorească prin rețea dintr-un punct în altul. Aceasta este limitată de „viteza sârmei” a conexiunii, ceea ce înseamnă fie viteza luminii, deoarece trece printr-un cablu cu fibră optică de sticlă, fie viteza de semnal a datelor care rulează de-a lungul unui cablu de cupru Cat X. În toate cazurile, acesta este direct legat de distanța implicată. Cel mai important, nu puteți face nimic despre întârzierile cauzate de timpul necesar pentru transmisie, cu excepția apropierii de furnizorul cloud sau de a alege cea mai apropiată locație a serverului pentru serviciul cloud pe care îl utilizați, deși nu toate serviciile cloud îți oferă această opțiune.

Cel de-al doilea tip de latență este creat prin întârzieri de procesare sau, uneori, prin rutare deficitară. De fiecare dată când pachetul dvs. de date trece printr-un dispozitiv, există o scurtă întârziere în timp ce routerul sau comutatorul decide unde să îl trimită în continuare. Există întârzieri suplimentare cauzate de inspecția pachetelor în firewall-uri sau alte dispozitive de securitate, precum și de servere, deoarece primesc o solicitare de date, o găsesc în stocarea lor în masă, acționează la cerere și trimit un răspuns. În timp ce fiecare dintre aceste întârzieri poate fi scurtă, acestea se adaugă. Uneori, dacă calea dvs. din centrul de date către datele dvs. din cloud este congestionată, întârzierile și, astfel, latența, se pot adăuga cu adevărat.

Măsurați latența cu Traceroute

Din fericire, măsurarea latenței datelor dvs. este destul de ușoară și nu costă nimic. Pentru a afla, rulați linia de comandă în sistemul de operare (OS) la alegere și efectuați o comandă Traceroute. În Microsoft Windows, introduceți comanda „tracert” la promptul de comandă, urmată de numele destinației, poate „aws.amazon.com” sau „cloud.google.com”. (Vezi imaginea de mai jos.)

În Apple OS X sau Linux, treceți la fereastra terminalului și tastați: traceroute -I companydomain.com. Alternativ, puteți înlocui numele de domeniu cu o adresă IP reală. Doriți comutatorul -I, astfel încât traceroute să utilizeze Protocolul de control de mesaje Internet (ICMP), de care va avea nevoie pentru a măsura cu exactitate latența.

Indiferent de sistem de operare, ceea ce vedeți pe ecran sunt răspunsurile de la fiecare router pe calea către site-ul web pe care îl verificați, împreună cu o măsurare a timpului în ms. Adăugați-le și asta este latența voastră. Dacă executați comanda de mai multe ori, veți observa că aceleași routere nu apar întotdeauna. Acest lucru se datorează faptului că pachetele de date pot lua diferite căi de internet de fiecare dată când executați comanda. Unele căi pot fi mai lungi decât altele, adăugându-vă latenței generale. Bine ați venit la latența pe internet.

Faceți clic pe captură pentru a mări.

Măsurați latența cu instrumente de gestionare a rețelei

Profesioniștii IT care se ocupă de o rețea corporativă vor avea un fel de instrument de monitorizare a rețelei pentru a ține filele cu privire la ce se desfășoară pe firele lor și la modul în care circulă traficul. Puteți verifica latența rețelei și în alte moduri. Dacă este un instrument bine prezentat, atunci va avea propriile sale caracteristici de măsurare a latenței. De exemplu, Spiceworks are propriul său software Traceroute care utilizează Protocolul de control al transmisiei (TCP) și nu protocolul ICMP utilizat în funcția de traceroute standard prezentată anterior. Acesta este de asemenea utilizat în comanda Ping. În unele cazuri, TCP poate fi mai precis, deoarece unele routere sunt configurate pentru a nu răspunde la pachetele ICMP.

Un alt exemplu bun este Paessler AG, care vinde Monitorul de rețea Paessler PRTG. Acest instrument va oferi latență de rețea împreună cu celelalte funcții. Paessler AG are o versiune freeware a software-ului său, precum și o probă gratuită. Voi analiza PRTG Network Monitor, inclusiv capacitățile sale de latență, în timp ce testez instrumentul pentru o revizuire viitoare PCMag.

"Dincolo de doar ping-uri, dacă măsoară asta în fiecare perioadă de timp, aceasta este măsura de bază a latenței", a explicat Greg Ross, inginer sistem principal la Paessler AG. "Puteți desparti calea și evalua pentru fiecare salt în calea. Putem face asta cu un număr de salturi de traseu de urmărire.

"Celălalt aspect este monitorizarea calității serviciilor, care se referă la scurgerea și timpul de întoarcere între mine și final", a spus Ross. El a spus că o asemenea monitorizare poate arăta și alte cauze de latență, cum ar fi pachetele întârziate sau pachetele primite în afara ordinului.

Reduceți impactul latenței

Dacă aplicațiile dvs. au probleme cu perioade de latență ridicate, atunci puteți face câteva lucruri pe care le puteți reduce pentru a reduce impactul latenței, chiar dacă nu îl puteți elimina. Primul este să investighezi ce serviciu DNS (Domain Name System) folosești dacă nu ai propriul server DNS. O cauză ascunsă a latenței este întârzierea care apare în timp ce serverul DNS pe care îl utilizați caută adresa protocolului internet (IP) a site-ului web pe care doriți să îl accesați.

Un server DNS îndepărtat va introduce latență, așa cum va fi unul care pur și simplu nu funcționează bine. Dacă aveți propriul dvs. server, va reduce timpul de căutare, cu condiția ca adresa să fie în tabelele serverului. În caz contrar, va trebui să așteptați în timp ce solicită următorului server DNS linia pentru adresa. Pentru site-urile web pe care le vizitați frecvent, acest lucru poate reduce latența.

Dacă aveți o conexiune dedicată va reduce, de asemenea, latența, cu condiția să fie cu adevărat dedicată, ceea ce înseamnă că aveți o conexiune folosind o linie definită. Aceasta poate fi o conexiune cu fibre fizice dacă sunteți suficient de aproape sau dacă o linie închiriată de la un transportator. În acest fel, reduceți numărul de routere implicate și reduceți șansa de erori de rutare care pot provoca latență.

Și, desigur, puteți reduce distanța. Conform tabelelor furnizate de M2 ​​Optics, 100 KM de fibre introduc aproape 500 de microsecunde de latență. Aceasta este o jumătate de milisecundă, așa că vedeți cum distanța poate crește latența.

Păstrați acel număr de hamei mic

Indiferent de „cura” pe care o utilizați pentru a face față latenței, asigurați-vă că luați în considerare modul în care va avea impact asupra altor aspecte ale rețelei dvs. De exemplu, dacă folosești cloud-ul tău pentru recuperarea dezastrelor, mutarea prea aproape poate cauza propriul set de probleme, deoarece nu vrei ca același dezastru să te lovească de site-ul tău DR ca pe centrul tău de date.

În general, puteți reduce latența reducând numărul de hamei în calea dvs. și există mai multe modalități de abordare a acestei probleme. Pe lângă cele menționate anterior, puteți avea lățimea de bandă garantată pentru a reduce latența cauzată de congestie sau puteți avea furnizori redundanți, astfel încât aplicația dvs. să poată alege calea cu cea mai mică latență în timp real.

Deși nu puteți elimina latența fără a încălca legile fizicii, de asemenea, nu o puteți ignora. Cu aplicații populare, cum ar fi analitica de streaming în timp real, conferința video și chiar traficul VoIP-over-IP (VoIP) al companiei dvs. devine tot mai sensibil la latență, săpând în latența rețelei dvs. acum, înainte de a deveni o problemă, va plăti. dividende pe linie.