És un problema comú. Ja sigui que utilitzeu la VPN de la vostra empresa (xarxa privada virtual) o si teniu problemes amb el vostre telèfon IP o algun altre motiu, l'aplicació que esteu utilitzant sembla que és lent i lent.
Es frustra als usuaris finals, ja que la velocitat d'aquestes aplicacions també canvia a un ritme que pot semblar aleatori i difícil de predir. Tots els usuaris finals realment es preocupen per utilitzar les eines que necessiten. I volen que siguin ràpids, no lents.
Per poder solucionar el problema, ajuda a entendre primer el que el provoca. Així que ens submergim i fem una ullada.
Què fa lenta la meva aplicació?
La informació, ja sigui a través d'Internet o de la vostra pròpia xarxa comercial, es desglossa en trossos més petits coneguts com "paquets". Aquests paquets de dades contenen informació sobre moltes coses, incloent-hi la destinació (on se suposa que anirà, tal com a base de dades de la vostra empresa) i fins i tot comprovar l'error per assegurar-se que el paquet ho va fer en una sola peça. La velocitat o la quantitat de temps que triga un paquet a creuar la xarxa des d'un dispositiu que va crear el paquet (com l'ordinador portàtil) fins al dispositiu de destinació (com el servidor central de l'empresa) es diu latència de xarxa.
En altres paraules, quan veieu la paraula latència en aquest context, pensa "velocitat retardada".
Hi ha alguns factors que generen problemes de latència. Els enrutadors de xarxa solen crear la major latència de qualsevol dispositiu a la ruta d'extrem a extrem. La col · lecció de paquets a causa de la congestió d'enllaços sol ser el culpable de grans quantitats de latència a través d'un enrutador. Alguns tipus de tecnologia de xarxa, com ara comunicacions per satèl·lit, afegeixen grans quantitats de latència a causa del temps que necessita un paquet per recórrer el vincle. Atès que la latència és acumulativa, més lligades i llúpols del router (passen entre diversos dispositius, com ara l'equip, els enrutadors, l'equip proveïdor d'Internet i l'equip en el costat de destinació), més gran serà la latència extrem a extrem.
La quantitat d'ample de banda disponible també té un lloc en la velocitat de la xarxa i l'aplicació. L'ample de banda disponible està determinat per la direcció i la destinació de la vostra informació.
M'agrada pensar sobre l'ample de banda des del context de la fontaneria. Segurament, la gent sovint es refereix a l'ample de banda com "la mida de la canonada". Per què no portar aquesta analogia encara més?
La mida de la canonada es determina primerament per la quantitat d'ample de banda disponible a la vostra xarxa local, però després per la mida del tub d'Internet i la mida del tub de destinació si la informació surt de la xarxa local.
Així que si esteu connectat a una xarxa Gigabit localment, però teniu una connexió a Internet de 10 MB i la vostra oficina principal té una connexió a Internet de 100 MB, podeu veure que el coll d'ampolla pot ser la vostra connexió a Internet d'oficina. Però només si aquest tub està ple.
Aquest tub pot estar complet si diversos usuaris intenten utilitzar recursos d'ample de banda elevats a Internet alhora. Cada connexió VPN tindrà sobrecàrrega, o videoconferència, telefonia IP compartida entre oficines, etc. El punt més feble entre les ubicacions pot causar el coll d'ampolla, de la mateixa manera que massa llúpols de trànsit poden provocar latència.
Algunes aplicacions són més tolerants que altres. Gran part d'això gira entorn de si una aplicació només enviarà paquets en una adreça (User Datagram Protocol o UDP) o requereix una connexió per assegurar que les dades han arribat (Protocol de control de transmissió o TCP). Tots dos protocols tenen els seus avenços i desavantatges, però totes les aplicacions utilitzen un o altre en funció de la importància de la informació
Llavors, com puc accelerar les aplicacions de la meva empresa?
Bé, ara sabem què fa que les aplicacions de xarxa siguin lentes, així que fem un cop d'ull a com podem solucionar alguns d'aquests problemes.
Primer, examineu la vostra latència. Els tècnics de TI realitzen una comanda ping entre qualsevol equip que tingui problemes de velocitat i l'equip de destinació en què intenteu compartir recursos, com ara el vostre servidor. Això us mostrarà la quantitat de llúpol (o d'altres recursos de la xarxa) que el paquet durà fins que aterra a la seva destinació. El vostre objectiu és treure el màxim de lops de l'equació possible per escurçar el viatge.
Si utilitzeu diverses connexions a Internet, pot ser que sigui difícil eliminar alguns llúpols. Aquí és on l'elecció de la tecnologia marca la diferència. Una tecnologia com Metro Ethernet realment pot ajudar a reduir aquesta sobrecàrrega. Proporciona una xarxa entre múltiples ubicacions físiques sense tenir diverses connexions a Internet ja que no utilitza routers, en general. Utilitza interruptors, que són més ràpids perquè no obren els paquets a mesura que flueixen a través de la xarxa … el converteix en una xarxa i redueix el nombre de llúpols.
L'ample de banda encara és important per a aquells que es connectarien fora de la vostra infraestructura d'oficina. Assegureu-vos de fer acuradament les matemàtiques a les necessitats del personal que no funcionaran a la vostra oficina i assegureu-vos de proporcionar prou ample de banda per a la vostra càrrega de treball actual i la seva.
En última instància, si es maneja correctament, realment es pot estalviar diners mitjançant una combinació d'augment d'ample de banda en una ubicació d'origen i un proveïdor de Metro Ethernet que pugui compartir tots els seus recursos amb una despesa més baixa entre ubicacions d'oficines.
$config[code] not found* * * * *
Podeu trobar més detalls sobre Metro Ethernet aquí per a aquells que busquen un coneixement tècnic més profund.
Velocitat de fotos a través de Shutterstock
13 Comentaris ▼
