Meet uw netwerklatentie voordat het een probleem wordt

De snelheid van een netwerk wordt over het algemeen gedefinieerd als doorvoer: hoeveel megabits of gigabits uw netwerk in een seconde door zijn leidingen kan pompen. Dat is zeker belangrijk, maar er is een andere factor om te overwegen, en tegenwoordig is het vaak minstens zo belangrijk (en soms belangrijker) dan ruwe snelheid. Die factor is latentie. De beste manier om latentie te definiëren is als vertraging: de tijdspanne tussen het moment waarop een pakket of een groep pakketten van een bron naar een bestemming wordt verzonden, en het wordt meestal gemeten in milliseconden (ms). Voor gebruikers zijn zelfs grote verschillen in vertragingstijd vaak niet merkbaar tijdens het gebruik van hun dagelijkse toepassingen. Dat wil zeggen, tenzij ze latentiegevoelige apps gebruiken. De lijst met latentiegevoelige apps groeit de laatste tijd, daarom is latentie zo belangrijk. De meeste apps kunnen zich aanpassen aan een langzamere latentie, maar sommige - vooral degenen die afhankelijk zijn van videostreaming of een ander soort constante gegevensfeed - kunnen zich verzetten als aan bepaalde minimale latentieprestaties niet wordt voldaan.

Een belangrijke driver die het landschap van latentie verandert, is de cloudservice. Cloudservices, of ze nu in particuliere datacenters of openbare clouds, zoals Amazon Web Services (AWS) of Google Cloud, worden uitgevoerd, bevinden zich noodzakelijkerwijs op een afstand van uw datacenter. Normaal gesproken verloopt het pad naar die cloudservices via het openbare internet. Voor het meeste netwerkverkeer is een internetverbinding prima. Maar voor latentiegevoelige apps is internet een onvoorspelbare wildernis die de ene milliseconde kalm kan zijn en de volgende stormachtig. Dit komt omdat het gegevenspad onderhevig is aan de grillen van routering en verwerkingsvertragingen. Dit zijn factoren die noch uw IT-personeel, noch de IT-professionals van de cloudservice kunnen controleren.

Wat is latentie?

Er zijn twee soorten latentie die van invloed zijn op cloudservices. Een daarvan is de tijd die gegevens nodig hebben om over het netwerk te reizen van het ene punt naar het andere. Dit wordt beperkt door de "draadsnelheid" van de verbinding, ofwel de snelheid van het licht als deze door een glasvezelkabel loopt of de signaalsnelheid van gegevens die langs een Cat X koperen kabel lopen. In alle gevallen is het direct gerelateerd aan de betrokken afstand. Het belangrijkste is dat u niets kunt doen aan de vertragingen die worden veroorzaakt door de tijd die nodig is voor de verzending, behalve om dichter bij de cloudprovider te komen of de dichtstbijzijnde serverlocatie te kiezen voor de cloudservice die u gebruikt, hoewel niet alle cloudservices geef je die optie.

Het tweede type latentie wordt gecreëerd door vertragingen te verwerken of soms door slechte routing. Elke keer dat uw datapakket een apparaat passeert, is er een korte vertraging terwijl de router of switch beslist waar het vervolgens naartoe wordt gestuurd. Er zijn extra vertragingen veroorzaakt door pakketinspectie in firewalls of andere beveiligingsapparatuur, en door servers die een verzoek om gegevens ontvangen, deze in hun massaopslag vinden, op het verzoek reageren en een antwoord verzenden. Hoewel elk van die vertragingen kort kan zijn, tellen ze op. Soms, als uw pad van uw datacenter naar uw gegevens in de cloud overbelast is, kunnen de vertragingen, en dus de latentie, echt oplopen.

Latentie meten met Traceroute

Gelukkig is het meten van de latentie voor uw gegevens vrij eenvoudig en kost het niets. Voer de opdrachtregel in het besturingssysteem van uw keuze uit en voer een Traceroute-opdracht uit om dit uit te vinden. In Microsoft Windows typt u de opdracht "tracert" bij de opdrachtprompt, gevolgd door de naam van de bestemming, misschien "aws.amazon.com" of "cloud.google.com". (Zie screenshot hieronder.)

In Apple OS X of Linux gaat u naar het terminalvenster en typt u: traceroute -I bedrijfsdomein.com. Als alternatief kunt u de domeinnaam vervangen door een echt IP-adres. U wilt de schakelaar -I zodat traceroute het ICMP (Internet Control Message Protocol) gebruikt, dat nodig is om de latentie nauwkeurig te meten.

Ongeacht het besturingssysteem, wat u op het scherm ziet, zijn reacties van elke router langs het pad naar de website die u controleert, samen met een tijdmeting in ms. Tel die op en dat is jouw latentie. Als je de opdracht meerdere keren uitvoert, zul je merken dat dezelfde routers niet altijd verschijnen. Dit komt omdat uw datapakketten elke keer dat u de opdracht uitvoert, verschillende internetpaden kunnen volgen. Sommige paden kunnen langer zijn dan andere, wat bijdraagt ​​aan uw algehele latentie. Welkom bij latentie op internet.

Klik op screenshot om te vergroten.

Latentie meten met hulpmiddelen voor netwerkbeheer

IT-professionals die verantwoordelijk zijn voor een bedrijfsnetwerk hebben een soort netwerkbewakingsprogramma om bij te houden wat er over hun kabels loopt en hoe dat verkeer het doet. U kunt netwerklatentie ook op andere manieren controleren. Als het een goed uitgeruste tool is, dan heeft het zijn eigen latentiemetingsfuncties. Spiceworks heeft bijvoorbeeld zijn eigen Traceroute-software die het Transmission Control Protocol (TCP) gebruikt in plaats van het ICMP-protocol dat wordt gebruikt in de eerder beschreven standaard traceroute-functie. Dat wordt ook gebruikt in de opdracht Ping. In sommige gevallen kan TCP nauwkeuriger zijn omdat sommige routers zijn geconfigureerd om niet te reageren op ICMP-pakketten.

Een ander goed voorbeeld is Paessler AG, die de Paessler PRTG-netwerkmonitor verkoopt. Deze tool biedt netwerklatentie samen met zijn andere functies. Paessler AG heeft een freeware-versie van zijn software en een gratis proefversie. Ik zal de PRTG-netwerkmonitor bekijken, inclusief de latentiemogelijkheden, terwijl ik de tool test voor een aanstaande PCMag-review.

"Verder dan alleen ping-tijden, als ik dat elke periode meet, is dat de basismaat voor latentie, " legde Greg Ross, Senior Systems Engineer bij Paessler AG uit. "Je kunt het pad opsplitsen en evalueren voor elke hop in het pad. We kunnen dat doen met een hoptracering van een traceerroute.

"Het andere aspect is Quality of Service monitoring, waarbij gekeken wordt naar jitter en retourtijd tussen mij en het eindpunt, " zei Ross. Hij zei dat dergelijke monitoring ook andere oorzaken van latentie kan vertonen, zoals vertraagde pakketten of pakketten die niet in orde zijn.

Verminder de impact van Latency

Als uw apps problemen hebben met hoge latentietijden, zijn er een paar dingen die u kunt doen om de impact van latentie te verminderen, zelfs als u het niet kunt elimineren. De eerste is om te onderzoeken welke Domain Name System-service (DNS) u gebruikt als u geen eigen DNS-server hebt. Een verborgen oorzaak van latentie is de vertraging die optreedt terwijl de DNS-server die u gebruikt het internetprotocol (IP) -adres opzoekt van de website die u wilt bereiken.

Een verre DNS-server zal latentie introduceren, net als een server die gewoon niet goed presteert. Het hebben van uw eigen server zal die opzoektijd verminderen, op voorwaarde dat het adres in de tabellen van uw server staat. Anders moet je wachten terwijl het de volgende DNS-server aan de lijn voor het adres vraagt. Voor websites die u vaak bezoekt, kan dit de latentie verminderen.

Het hebben van een speciale verbinding zal ook de latentie verminderen, op voorwaarde dat het echt toegewijd is, wat betekent dat u een verbinding hebt met een gedefinieerde lijn. Dit kan een fysieke glasvezelverbinding zijn als u dichtbij genoeg bent of een lijn gehuurd van een vervoerder. Op deze manier vermindert u het aantal betrokken routers en verkleint u de kans op routeringsfouten die latentie kunnen veroorzaken.

En u kunt natuurlijk de afstand verkleinen. Volgens tabellen van M2 Optics introduceert 100 KM glasvezel bijna 500 microseconden latentie. Dat is een halve milliseconde, dus je ziet hoe afstand de latentie kan laten oplopen.

Keep That Hop Count Small

Het maakt niet uit welke "remedie" u gebruikt om met latentie om te gaan, vergeet niet te overwegen hoe dit andere aspecten van uw netwerk zal beïnvloeden. Als u bijvoorbeeld uw cloud gebruikt voor noodherstel (DR), kan te dichtbij verplaatsen zijn eigen problemen veroorzaken, omdat u niet wilt dat dezelfde ramp uw DR-site treft als uw datacenter.

Over het algemeen kunt u de latentie verminderen door het aantal hops in uw pad te verminderen, en er zijn verschillende manieren om dat probleem aan te pakken. Afgezien van de eerder genoemde, kunt u gegarandeerde bandbreedte hebben om latentie te verminderen die wordt veroorzaakt door congestie, of u kunt redundante providers hebben zodat uw app het pad met de minste latentie in realtime kan kiezen.

Hoewel je latentie niet kunt elimineren zonder de natuurwetten te overtreden, kun je het ook niet negeren. Met populaire apps zoals realtime streaminganalyse, videoconferenties en zelfs VoIP-verkeer (VoIP) van uw bedrijf wordt het allemaal steeds latentiegevoeliger en graaft u nu in de latentie van uw netwerk, voordat het een probleem wordt, dividenden langs de lijn.