Mål nettverksforsinkelsen før det blir et problem

Hastigheten til et nettverk er generelt definert som gjennomstrømning: hvor mange megabiter eller gigabiter nettverket ditt kan pumpe gjennom rørene i løpet av et sekund. Det er absolutt viktig, men det er en annen faktor å vurdere, og i disse dager er det ofte minst like viktig (og noen ganger viktigere) enn råhastighet. Den faktoren er latens. Den beste måten å definere latenstid er som etterslep: tidsintervallet mellom når en pakke eller gruppe av pakker sendes fra en kilde til en destinasjon, og den måles vanligvis i millisekunder (ms). Selv for store forskjeller i etterslepetid merkes ikke ofte for brukere i løpet av bruken av deres daglige applikasjoner. Det vil si med mindre de bruker latensfølsomme apper. Listen over latensfølsomme apper har vokst i det siste, og det er derfor latens er så viktig. De fleste apper kan justere for en lavere forsinkelse, men noen - spesielt de som er avhengige av videostrømming eller annen form for konstant datafeed - kan dempe hvis noen minimumsforsinkelser ikke er oppfylt.

En sentral driver som endrer latenslandskapet er skytjenesten. Cloud-tjenester, enten de kjører i private datasentre eller offentlige skyer, for eksempel Amazon Web Services (AWS) eller Google Cloud, ligger nødvendigvis på avstand fra datasenteret. Normalt reiser banen til disse skytjenestene over det offentlige internett. For de fleste nettverkstrafikk er en internettforbindelse fin. Men for latensfølsomme apper er internett en uforutsigbar villmark som kan være rolig ett millisekund og stormfull det neste. Dette er fordi dataforholdet er utsatt for vagarier med ruting og prosessering av forsinkelser. Dette er faktorer som verken din IT-stab eller skytjenestens IT-fagfolk kan kontrollere.

Hva er latens?

Det er to typer latens som påvirker skytjenester. Det ene er tiden det tar data å reise over nettverket fra et punkt til et annet. Dette er begrenset av "ledningshastighet" for tilkoblingen, noe som betyr enten lysets hastighet når den går gjennom en glassfiberoptisk kabel eller signalhastigheten til data som kjører langs en Cat X kobberkabel. I alle tilfeller er det direkte relatert til avstanden det gjelder. Viktigst, det er ingenting du kan gjøre med forsinkelsene forårsaket av tiden det tar for overføringen, bortsett fra å komme nærmere skyleverandøren eller å velge det nærmeste serverstedet for skytjenesten du bruker, men ikke alle skytjenester gi deg det alternativet.

Den andre typen latens opprettes ved å behandle forsinkelser eller noen ganger ved dårlig ruting. Hver gang datapakken går gjennom en enhet, er det en kort forsinkelse mens ruteren eller bryteren bestemmer hvor den skal sendes neste. Det er ytterligere forsinkelser forårsaket av pakkeinspeksjon i brannmurer eller andre sikkerhetsenheter, og av servere når de mottar en forespørsel om data, finner det i deres masselagring, handler på forespørselen og sender svar. Selv om hver av disse forsinkelsene kan være korte, legger de opp. Noen ganger, hvis banen fra datasenteret til dataene dine i skyen er overbelastet, kan forsinkelsene, og dermed latenstiden, virkelig legge seg opp.

Mål latens med Traceroute

Heldigvis er det ganske enkelt å måle latenstid for dataene dine, og det koster ikke noe. For å finne ut av det, kjør kommandolinjen i operativsystemet (OS) du velger, og utfør en Traceroute-kommando. I Microsoft Windows skriver du inn kommandoen "tracert" ved ledeteksten, etterfulgt av navnet på destinasjonen, kanskje "aws.amazon.com" eller "cloud.google.com." (Se skjermbilde nedenfor.)

I Apple OS X eller Linux, hopp til terminalvinduet og skriv: traceroute -I companydomain.com. Alternativt kan du erstatte domenenavnet med en faktisk IP-adresse. Du vil at -I-bryteren slik at traceroute vil bruke Internet Control Message Protocol (ICMP), som den kommer til å trenge for å måle latenstid nøyaktig.

Uansett operativsystem, er det du ser på skjermen svar fra hver ruter langs stien til nettstedet du sjekker, sammen med en tidsmåling i ms. Legg til dem, og det er din forsinkelse. Hvis du kjører kommandoen flere ganger, vil du merke at de samme ruterne ikke alltid vises. Dette er fordi datapakkene dine kan ta forskjellige internettveier hver gang du kjører kommandoen. Noen traséer kan være lengre enn andre, noe som øker den totale forsinkelsen. Velkommen til latenstid på internett.

Klikk på skjermbilde for å forstørre.

Mål latens med nettverksadministrasjonsverktøy

IT-proffene som er ansvarlig for et bedriftsnettverk, vil ha et slags nettverksovervåkingsverktøy for å holde oversikt over hva som går på tvers av ledningene og hvordan den trafikken gjør det. Du kan også sjekke nettverksforsinkelse på andre måter. Hvis det er et godt utstyrt verktøy, vil det ha sine egne latensmålefunksjoner. For eksempel har Spiceworks sin egen Traceroute-programvare som bruker Transmission Control Protocol (TCP) i stedet for ICMP-protokollen som ble brukt i standard traceroute-funksjonen som er skissert tidligere. Det er også brukt i Ping-kommandoen. I noen tilfeller kan TCP være mer nøyaktig fordi noen rutere er konfigurert til ikke å svare på ICMP-pakker.

Et annet godt eksempel er Paessler AG, som selger Paessler PRTG Network Monitor. Dette verktøyet vil gi nettverksforsinkelse sammen med dets andre funksjoner. Paessler AG har en gratisversjon av programvaren så vel som en gratis prøveversjon. Jeg vil se på PRTG Network Monitor, inkludert latensfunksjonene, mens jeg tester verktøyet for en kommende PCMag-gjennomgang.

"Utover bare pingtider, hvis jeg måler det hver gang, er det det grunnleggende målet for latens, " forklarte Greg Ross, Senior Systems Engineer i Paessler AG. "Du kan bryte opp banen og evaluere for hvert humle i banen. Vi kan gjøre det med en sporvei-hoptelling.

"Det andre aspektet er overvåking av Quality of Service, som ser på jitter og tur / retur tid mellom meg og sluttpunktet, " sa Ross. Han sa at slik overvåking også kan vise andre årsaker til ventetid, for eksempel pakker som er forsinket eller pakker som er mottatt i orden.

Reduser latens virkning

Hvis appene dine har problemer med høye ventetider, er det et par ting du kan gjøre for å lindre påvirkningen av forsinkelsen, selv om du ikke kan eliminere den. Den første er å undersøke hvilken Domain Name System (DNS) -tjeneste du bruker hvis du ikke har din egen DNS-server. En skjult årsak til forsinkelse er forsinkelsen som oppstår mens DNS-serveren du bruker, slår opp IP-adressen til nettstedet du vil nå.

En fjern DNS-server vil introdusere latenstid, og en som ganske enkelt ikke fungerer bra. Å ha din egen server vil redusere oppslagstiden, forutsatt at adressen ligger i serverens tabeller. Ellers må du vente mens den ber neste DNS-server opp linjen for adressen. For nettsteder du besøker ofte, kan dette redusere ventetiden.

Å ha en dedikert tilkobling vil også redusere ventetiden, forutsatt at den virkelig er dedikert, noe som betyr at du har en forbindelse ved hjelp av en definert linje. Dette kan være en fysisk fiberforbindelse hvis du er nær nok eller en linje leid fra en transportør. På denne måten reduserer du antall rutere involvert, og du reduserer sjansen for rutefeil som kan forårsake ventetid.

Og selvfølgelig kan du redusere avstanden. I følge tabeller levert av M2 Optics introduserer 100 KM fiber nesten 500 mikrosekunder med forsinkelse. Det er et halvt millisekund, så du ser hvordan avstand kan gjøre at ventetiden blir større.

Keep That Hop Count Small

Uansett hvilken "kur" du bruker for å håndtere forsinkelse, må du huske å vurdere hvordan det vil påvirke andre sider av nettverket ditt. Hvis du for eksempel bruker skyen din for katastrofegjenoppretting (DR), kan det å bevege seg for nær føre til et eget sett med problemer siden du ikke vil at den samme katastrofen skal ramme DR-nettstedet ditt som treffer datasenteret.

Generelt kan du redusere latenstid ved å redusere antall humle i banen din, og det er flere måter å tilnærme seg problemet. Bortsett fra de som er nevnt tidligere, kan du ha garantert båndbredde for å redusere latenstid forårsaket av overbelastning, eller du kan ha overflødige tilbydere slik at appen din kan velge banen med minst mulig forsinkelse i sanntid.

Selv om du ikke kan eliminere forsinkelse uten å bryte fysikkens lover, kan du heller ikke ignorere den. Med populære apper som sanntids streaminganalyse, videokonferanser og til og med bedriftens Voice-over-IP (VoIP) -trafikk, blir de stadig mer forsinkelsesfølsomme, og graver deg inn i nettverkets forsinkelse nå, før det blir et problem, vil betale utbytte nedover linjen.