Mesureu la latència de la xarxa abans que es converteixi en un problema

La velocitat d'una xarxa es defineix generalment com a rendiment: quants megabits o gigabits que la vostra xarxa pot bombar per les seves canonades al llarg d'un segon. Això és certament important, però hi ha un altre factor a considerar, i en aquests dies sovint és almenys tan important (i de vegades més important) que la velocitat bruta. Aquest factor és la latència. La millor manera de definir la latència és la de demora: el període de temps entre quan un paquet o grup de paquets s’envia des d’una font a una destinació, i es mesura normalment en mil·lisegons (ms). Als usuaris, fins i tot les grans diferències en el temps de retard no solen notar-se en el transcurs de l’ús de les seves aplicacions quotidianes. És a dir, tret que utilitzin aplicacions sensibles a la latència. La llista d'aplicacions sensibles a la latència ha estat creixent darrerament, és per això que la latència és tan important. La majoria de les aplicacions es poden ajustar per tenir una latència més lenta, però algunes, especialment les que es basen en la transmissió de vídeo o algun altre tipus d’alimentació de dades constant, poden compensar si no es compleix algun rendiment de latència mínim.

Un dels motors clau que canvia el panorama de la latència és el servei al núvol. Els serveis en núvol, ja siguin executius en centres de dades privats o núvols públics, com ara Amazon Web Services (AWS) o Google Cloud, es troben necessàriament a una distància del centre de dades. Normalment, el camí cap a aquests serveis al núvol es desplaça per Internet pública. Per a la majoria de trànsit de xarxa, una connexió a Internet està bé. Però, per a aplicacions sensibles a la latència, Internet és un desert salvatge imprevisible que pot ser tranquil un mil·lisegon i tempestuós el següent. Això es deu al fet que la ruta de les dades està subjecta als retards de l'encaminament i el processament dels retards. Es tracta de factors que ni el vostre personal de TI ni els professionals de TI del servei de núvol poden controlar.

Què és la latència?

Hi ha dos tipus de latència que afecten els serveis al núvol. Un és el temps que triga les dades a viatjar per la xarxa d'un punt a un altre. Això està limitat per la "velocitat del fil" de la connexió, és a dir, o bé la velocitat de la llum ja que travessa un cable de fibra òptica de vidre o la velocitat del senyal de dades que corren al llarg d'un cable de coure Cat X. En tots els casos, està directament relacionada amb la distància que comporta. El més important, no hi ha res que puguis fer sobre els retards causats pel temps que es fa per a la transmissió, tret d’apropar-se al proveïdor de núvols o triar la ubicació del servidor més propera per al servei en núvol que utilitzeu, tot i que no tots els serveis al núvol. et dóna aquesta opció.

El segon tipus de latència es crea mitjançant el processament de retards o, de vegades, per un mal encaminament. Cada vegada que el paquet de dades passa a través d’un dispositiu, es produeix un breu retard mentre l’encaminador o l’interruptor decideix on enviar-lo. Hi ha retards addicionals causats per la inspecció de paquets en tallafocs o altres dispositius de seguretat, i pels servidors a mesura que reben una sol·licitud de dades, la troben al seu emmagatzematge massiu, actuen sobre la sol·licitud i envien una resposta. Tot i que cada retard pot ser breu, se suma. De vegades, si la ruta del vostre centre de dades a les vostres dades al núvol està congestionada, els retards i, per tant, la latència, es poden sumar realment.

Mesureu la latència amb el traceroute

Afortunadament, mesurar la latència de les vostres dades és bastant fàcil i no costa res. Per saber-ho, executeu la línia d'ordres del sistema operatiu (SO) que escolliu i executeu una ordre Traceroute. A Microsoft Windows, escriviu l'ordre "tracert" a l'indicador d'ordres, seguit del nom de la destinació, potser "aws.amazon.com" o "cloud.google.com". (Vegeu captura de pantalla més avall.)

A Apple OS X o Linux, salteu a la finestra del terminal i escriviu: traceroute -I companydomain.com. També podeu substituir el nom de domini per una adreça IP real. Voleu que el commutador -I us faci que traceroute utilitzi l’Internet Control Message Protocol (ICMP), que necessitarà per mesurar amb precisió la latència.

No importa el sistema operatiu, el que veieu a la pantalla són respostes de cada encaminador al llarg del camí d'accés al lloc web que esteu comprovant, juntament amb una mesura del temps en ms. Afegiu-ne i és la vostra latència. Si executeu la comanda diverses vegades, notareu que no sempre apareixen els mateixos encaminadors. Això es deu al fet que els vostres paquets de dades poden adoptar diferents rutes d’internet cada vegada que executeu la comanda. Algunes vies de ruta poden ser més llargues que altres, afegint la vostra latència total. Benvingut a la latència a Internet.

Feu clic a la captura de pantalla per ampliar-la.

Mesureu la latència amb les eines de gestió de xarxa

Els professionals de les TI que s’encarreguen d’una xarxa corporativa disposaran d’algun tipus d’eina de control de la xarxa per mantenir fitxes sobre el que funciona entre els seus fils i el funcionament del trànsit. També podeu comprovar la latència de la xarxa d'altres maneres. Si es tracta d’una eina ben destacada, tindrà les seves pròpies funcions de mesura de latència. Per exemple, Spiceworks té el seu propi programari Traceroute que utilitza Transmission Control Protocol (TCP) en lloc del protocol ICMP usat en la funció de traceroute estàndard esmentada anteriorment. També s'utilitza en l'ordre Ping. En alguns casos, TCP pot ser més exacte, ja que alguns encaminadors estan configurats per no respondre als paquets ICMP.

Un altre bon exemple és Paessler AG, que ven el monitor de xarxa de Paessler PRTG. Aquesta eina proporcionarà latència a la xarxa juntament amb les altres funcions. Paessler AG té una versió freeware del seu programari i una prova gratuïta. Miraré el monitor de xarxa PRTG, incloses les seves capacitats de latència, a mesura que comprovo l’eina per a una propera revisió de PCMag.

"Més enllà dels temps de ping, si es mesura que cada període, és la mesura bàsica de la latència", va explicar Greg Ross, enginyer de sistemes sènior de Paessler AG. "Podeu desglossar el camí i valorar-lo per a cada salt del camí. Podem fer-ho amb un recompte de salt de ruta de traça.

"L'altre aspecte és la supervisió de la qualitat del servei, que té en compte el temps d'anada i tornada entre jo i el resultat final", va dir Ross. Va dir que aquest control també pot mostrar altres causes de latència, com ara els paquets retardats o els paquets rebuts fora de la comanda.

Reduir l'impacte de la latència

Si les aplicacions tenen problemes amb temps de latència elevats, podeu fer algunes coses per pal·liar l'impacte de la latència, fins i tot si no podeu eliminar-lo. El primer és investigar quin servei de sistema de nom de domini (DNS) utilitzeu si no teniu el vostre propi servidor DNS. Una de les causes ocultes de latència és el retard que es produeix mentre el servidor DNS que utilitzeu cerca l’adreça del protocol d’internet (IP) del lloc web al qual voleu accedir.

Un servidor DNS llunyà introduirà latència, tal i com simplement no funciona bé. Tenir el vostre propi servidor reduirà el temps de cerca, sempre que l'adreça estigui a les taules del vostre servidor. En cas contrari, haureu d’esperar mentre demani al següent servidor DNS la línia de l’adreça. En els llocs web que visiteu amb freqüència, això pot reduir la latència.

Tenir una connexió dedicada també reduirà la latència, sempre que sigui realment dedicada, és a dir, que tingueu una connexió mitjançant una línia definida. Pot ser una connexió de fibra física si teniu prou a prop o si hi ha una línia arrendada a un transportista. D’aquesta manera, reduïu el nombre d’encaminadors involucrats i reduireu la possibilitat d’errorar errors que puguin causar la latència.

I, per descomptat, podeu reduir la distància. Segons les taules proporcionades per M2 Optics, 100 KM de fibra introdueixen gairebé 500 microsegons de latència. És a mig mil·lisegon, de manera que veieu com la distància pot augmentar la latència.

Mantingueu aquest compte de salt de petita

No importa quina "cura" utilitzeu per afrontar la latència, assegureu-vos de considerar com afectarà altres aspectes de la vostra xarxa. Per exemple, si feu servir el vostre núvol per a la recuperació de desastres (DR), el fet de desplaçar-vos massa a prop pot causar el seu propi conjunt de problemes, ja que no voleu que el mateix desastre afecti el vostre lloc de DR que arriba al vostre centre de dades.

En general, podeu reduir la latència reduint el nombre de llúpol a la vostra ruta i hi ha diverses maneres d’abordar aquest problema. A part dels esmentats anteriorment, podeu tenir una amplada de banda garantida per reduir la latència causada per la congestió o podeu disposar de proveïdors redundants perquè la vostra aplicació pugui triar la ruta amb la menor latència en temps real.

Tot i que no podeu eliminar la latència sense violar les lleis de la física, tampoc no podeu ignorar-la. Amb aplicacions populars, com ara anàlisis de transmissió en temps real, videoconferència i fins i tot el trànsit de veu sobre IP (VoIP) de la vostra empresa, cada cop són més sensibles a la latència, aprofitant la latència de la xarxa ara, abans que es converteixi en un problema, pagaràs. dividends a la baixa.