Измерете закъсненията си в мрежата, преди да се превърне в проблем

Скоростта на една мрежа обикновено се определя като пропускателна способност: колко мегабита или гигабита вашата мрежа може да изпомпва през тръбите си в продължение на секунда. Това със сигурност е важно, но има още един фактор, който трябва да се има предвид и в наши дни често е поне толкова важен (а понякога и по-важен) от суровата скорост. Този фактор е латентността. Най-добрият начин за определяне на латентността е като лаг: периодът от време между когато пакет или група пакети се изпраща от източник до местоназначение и обикновено се измерва в милисекунди (ms). За потребителите дори големите разлики във времето на забавяне не се забелязват често в процеса на използване на техните ежедневни приложения. Тоест, освен ако не използват приложения, чувствителни към закъснения. Списъкът с чувствителни към латентността приложения нараства напоследък, поради което латентността е толкова важна. Повечето приложения могат да се адаптират за по-бавна латентност, но някои - особено тези, които разчитат на поточно видео или някакъв друг вид постоянна емисия на данни - могат да намалят, ако някои минимални закъснения не са спазени.

Основен драйвер, който променя пейзажа на латентността, е облачната услуга. Облачните услуги, независимо дали работят в частни центрове за данни или обществени облаци, като Amazon Web Services (AWS) или Google Cloud, се налагат на разстояние от центъра за данни. Обикновено пътят към тези облачни услуги пътува през обществения интернет. За повечето мрежови трафик интернет връзка е добре. Но за чувствителните към латентността приложения интернет е непредсказуема пустош, която може да бъде спокойна една милисекунда и бурна на следващата. Това е така, защото пътят на данните е обект на капризите на маршрутизацията и закъсненията на обработката. Това са фактори, които нито вашите ИТ служители, нито ИТ специалистите в облачната услуга могат да контролират.

Какво е закъснение?

Има два типа закъснения, които засягат облачните услуги. Едното е времето, което отнема на данни, за да пътуват по мрежата от една точка до друга. Това е ограничено от "скоростта на проводника" на връзката, което означава или скоростта на светлината, докато тя преминава през стъклено-оптичен кабел, или скоростта на сигнала на данни, движещи се по меден кабел Cat X. Във всички случаи е пряко свързано с разстоянието. Най-важното е, че не можете да направите нищо за закъсненията, причинени от времето, необходимо за предаване, освен да се приближите до доставчика на облак или да изберете най-близкото местоположение на сървъра за облачната услуга, която използвате, макар и не всички облачни услуги давам ти тази опция.

Вторият тип латентност се създава чрез закъснения при обработка или понякога от лошо маршрутизиране. Всеки път, когато пакетът ви данни преминава през устройство, има кратко забавяне, докато маршрутизаторът или комутаторът решават къде да го изпратят следващия. Има допълнителни закъснения, причинени от проверка на пакети в защитни стени или други устройства за сигурност и от сървъри, тъй като те получават заявка за данни, намират ги в тяхното масово съхранение, действат по заявката и изпращат отговор. Въпреки че всяко от тези закъснения може да е кратко, те се сумират. Понякога, ако пътят ви от вашия център за данни до вашите данни в облака е задръстен, тогава закъсненията и по този начин закъснението наистина могат да се добавят.

Измервайте закъсненията с Traceroute

За щастие, измерването на латентността на вашите данни е доста лесно и не струва нищо. За да разберете, стартирайте командния ред в операционната система (OS) по ваш избор и изпълнете команда Traceroute. В Microsoft Windows въведете командата "tracert" в командния ред, последвана от името на местоназначението, може би "aws.amazon.com" или "cloud.google.com." (Вижте екрана по-долу.)

В Apple OS X или Linux прескочете до прозореца на терминала и напишете: traceroute -I companydomain.com. Като алтернатива можете да замените името на домейна с действителен IP адрес. Искате превключвателя -I, така че traceroute ще използва протокола за съобщение за интернет контрол (ICMP), който ще се нуждае, за да се измери точно закъсненията.

Независимо от операционната система, това, което виждате на екрана, са отговори от всеки рутер по пътя към уебсайта, който проверявате, заедно с измерване на времето в мс. Добавете тези и това е вашата латентност. Ако изпълните командата няколко пъти, тогава ще забележите, че едни и същи рутери не винаги се показват. Това е така, защото вашите пакети данни могат да поемат различни интернет пътища всеки път, когато стартирате командата. Някои пътища могат да бъдат по-дълги от други, което добавя към общата ви латентност. Добре дошли в латентността в интернет.

Кликнете върху екрана, за да го увеличите.

Измервайте закъсненията с инструменти за управление на мрежата

ИТ специалистите, отговарящи за корпоративната мрежа, ще разполагат с някакъв инструмент за мониторинг на мрежата, за да поддържат раздели какво се случва по техните проводници и как се осъществява този трафик. Можете да проверите закъсненията в мрежата и по други начини. Ако това е добре представен инструмент, тогава той ще има свои собствени функции за измерване на латентността. Например, Spiceworks има свой собствен софтуер Traceroute, който използва протокол за контрол на предаването (TCP), а не протоколът ICMP, използван в стандартната функция за проследяване, посочена по-рано. Това се използва и в командата Ping. В някои случаи TCP може да бъде по-точен, тъй като някои рутери са конфигурирани да не отговарят на ICMP пакетите.

Друг добър пример е Paessler AG, който продава мрежовия монитор Paessler PRTG. Този инструмент ще осигури закъснение в мрежата, заедно с другите му функции. Paessler AG има безплатна версия на софтуера си, както и безплатна пробна версия. Ще разгледам PRTG Network Monitor, включително неговите латентни възможности, докато тествам инструмента за предстоящ PCMag преглед.

„Отвъд самото време за пинг, ако измервам всеки период от време, това е основната мярка за забавяне“, обясни Грег Рос, старши системен инженер в Paessler AG. „Можете да разбиете пътя и да прецените за всеки скок по пътя. Можем да направим това с броене на хоп на трасето.

"Другият аспект е мониторингът на качеството на услугата, който разглежда времето на трептене и връщане между мен и крайната точка", каза Рос. Той каза, че подобен мониторинг може да покаже и други причини за забавяне като забавени пакети или пакети, получени извън ред.

Намалете въздействието на латентността

Ако вашите приложения имат проблеми с високото време на закъснение, има няколко неща, които можете да направите, за да облекчите въздействието на латентността, дори ако не можете да я премахнете. Първата е да проучите коя услуга на имената на домейни (DNS) използвате, ако нямате собствен DNS сървър. Една скрита причина за забавяне е забавянето, което възниква, докато DNS сървърът, който използвате, търси адреса на интернет протокола (IP) на уебсайта, до който искате да достигнете.

Далечният DNS сървър ще въведе закъснение, както и този, който просто не работи добре. Наличието на собствен сървър ще намали това време за търсене, при условие че адресът е в таблиците на вашия сървър. В противен случай ще трябва да изчакате, докато поиска следващия DNS сървър нагоре по реда за адреса. За уебсайтове, които посещавате често, това може да намали закъснението.

Наличието на специална връзка също ще намали закъсненията, при условие че е наистина посветен, което означава, че имате връзка с помощта на определена линия. Това може да бъде връзка с физическо влакно, ако сте достатъчно близо или линия, взета под наем от оператор. По този начин намалявате броя на включените рутери и намалявате вероятността от грешки при маршрутизиране, които могат да причинят закъснение.

И, разбира се, можете да намалите разстоянието. Според таблиците, предоставени от M2 Optics, 100 KM влакно въвежда близо 500 микросекунди закъснение. Това е половин милисекунда, така че виждате как разстоянието може да натрупа латентността.

Дръжте този брой хоп малък

Без значение какъв "лек" използвате за справяне с латентността, не забравяйте да помислите как ще се отрази на други аспекти на вашата мрежа. Например, ако използвате вашия облак за възстановяване след бедствия (DR), преместването твърде близо може да доведе до неговия набор от проблеми, тъй като не искате същата катастрофа да засегне вашия сайт за DR, като попадна във вашия център за данни.

Като цяло можете да намалите закъснението, като намалите броя на хмелите във вашия път и има няколко начина да подходите към този проблем. Освен споменатите по-рано, можете да имате гарантирана честотна лента, за да намалите закъсненията, причинени от задръстванията, или можете да имате излишни доставчици, така че приложението ви да избере пътя с най-малко закъснения в реално време.

Въпреки че не можете да премахнете забавянето, без да нарушавате законите на физиката, вие също не можете да я игнорирате. С популярни приложения като анализи за поточно предаване в реално време, видеоконферентна връзка и дори трафикът на вашата компания за Voice-over-IP (VoIP) стават все по-чувствителни към закъсненията, като се ровите в латентността на вашата мрежа сега, преди да се превърне в проблем, ще плащат дивиденти по линията.