Як географія впливає на затримку мережі?


20

У мене є можливість розмістити нашу базу даних / веб-сервер у керованій хостинговій компанії на Східному узбережжі (США) або на Західному узбережжі (США). Наша компанія базується в Нью-Йорку, і обидва провайдери хостингу надають нашій коробці виділену лінію T1.

Скільки результатів (якщо припустити, що всі інші фактори рівні) я б сприйняв затримку в мережі, якби я пішов із тим, що на західному узбережжі, на відміну від східного узбережжя? Я не надто впевнений, як географія впливає на швидкість Інтернету, коли цифри і відстані стають дійсно великими (T1 і вище, і тисячі миль).

Спасибі!


О, як я заздрю ​​вашій позиції. У нас на Філіппінах є клієнт, який працює на ISDN як єдине посилання для всього їх мережевого трафіку. Ви хочете говорити із затримкою, намагаючись зайняти 700 м між тим та нами (в Австралії), коли на лінії немає трафіку :(
Марк Хендерсон

Відповіді:


10

Існує затримка відстані, і всі інші речі прирівнюються (ефективність маршрутизації, обробка накладних витрат, перевантаженість тощо) майданчик на західному узбережжі, доступ до якого приймає господар на східному узбережжі, займе більше часу, ніж якщо цей сайт знаходиться на сході узбережжя, але ми говоримо тут мілісекунди.


Посилання вниз .......
Pacerier

11

Якщо всі інші рівні, у вас з'являться додаткові затримки 44 мілісекунди саме через швидкість світла. Дайте або візьміть 1/20 секунди для кожного прямого переходу пакету. Не так багато для типового веб-використання. Придатний для сеансів ssh. Істотно, якщо ви отримуєте доступ до своєї БД безпосередньо з великою кількістю невеликих послідовних транзакцій.

Я ігнорував додаткову затримку, викликану додатковими маршрутизаторами / ретрансляторами, які можуть бути набагато, набагато вищими. Я припустив відстань 4400 км і швидкість світла у волокні 200000 км / с.


1 мс на 100 км точний лише тоді, коли між ними немає маршрутизаторів. Волокна-ретранслятори не додають затримки, коли ваше забезпечення добре.
Ryaner

@ Ryaner, що ви маєте на увазі під " волоконними ретрансляторами з нульовою затримкою "? Як це можливо?
Pacerier

lightwaveonline.com/articles/print/volume-29/issue-6/feature/… дуже добре висвітлює різні деталі. Повторювачі оптичної регенерації TLDR дійсно додають затримку, але в принципі це практично нуль. Ви побачите більш високу затримку, яку додає DCM на будь-якому кінці та на кінцевих маршрутизаторах.
Ryaner

5

У нас був клієнт, який ми витратили досить багато часу, обходячись навколо та навколо, пов'язані з цим. Спочатку вони розміщувались у Нью-Йорку, а їх персонал здебільшого розташований у районі Бостона. Вони пересували свої сервери до нашого закладу, розташованого в Денвері, приблизно на дві третини шляху по всій країні.

Як тільки вони переїхали, вони почали створювати проблеми з продуктивністю зі своїх посилань Comcast у домашніх офісах. Раніше вони мали <10 мс затримки, і вона піднімалася до 80-ми мс. Вони помітили повільну ефективність, що досягає їхніх сайтів, але сказали, "можливо, нам просто доведеться миритися з переходом від палаючих швидко до простої смертної швидкості". Вони, здається, усвідомлюють, що існують обмеження через географію і що їхні користувачі на західному узбережжі потенційно отримають кращі показники.

Ми їхали туди-сюди кілька разів. Приблизно через 6 місяців ми перейшли на інший основний Інтернет-провайдер з причин, не пов'язаних із цим клієнтом (кращі ціни, більша пропускна здатність, незадоволені кількістю вікон технічного обслуговування іншого постачальника), і з новим провайдером нам було близько 45 мс середня затримка для цього клієнта. На сьогоднішній день, схоже, проблеми з їхніми успіхами минули.

Просто для того, щоб дати вам певний досвід щодо одного випадку, коли подібне питання бачилося, та кількості, пов’язаних із ним.

Спробуйте скористатися "mtr", щоб показати інформацію про затримку та втрату пакету на різних віддалених кінцях. Якщо ви повністю не розумієте маршрутизацію "повільного шляху", ігноруйте що-небудь, окрім останнього переходу, вказаного на цьому висновку Ван Якобсон каже, що люди помічають затримку, починаючи з 400 мс, але розуміють, що для багатьох з'єднань потрібні кілька обмінів назад і назад, тому затримка в 100 м може швидко збільшитися до секунди ...

З мого досвіду, затримка в 250 мс починає відчуватись як помітно повільний зв'язок. 10 мс або краще відчуває себе палаючим зв’язком. Це дійсно залежить від того, що ти робиш.

Шон


Денвер, що означає CO?
Pacerier

До речі, "люди помічають затримку, починаючи з 400 мс", очевидно помилково. Поговоріть з будь-яким геймером, і ви побачите, що затримка в 65 мс (і вище) абсолютно неприйнятна .
Pacerier

3

Добре, що пакети рухаються вниз по дроту з досить близькою швидкістю світла, що час передачі сирої води є незначним порівняно з іншими факторами. Важливим є ефективність маршрутизації та як швидко пристрої маршрутизації можуть робити маршрутизацію. Це, на жаль, не може бути визначено суто на основі географічної відстані. Між дистанцією та затримкою існує сильна кореляція, але я не знаю жорсткого і швидкого правила.


Чи все-таки потрібно визначити ефективність маршрутизації? Чи є якийсь тест, який я міг би запустити на двох серверах, щоб побачити це, і що це означатиме?
neezer

2
Пакети подорожують в кращому випадку .66 (оптичний) і ~ .55 (мідний) разів перевищує швидкість світла.
Ной Кемпбелл

@Noah - Це краще?
EBGreen

Краще, ніж швидкість світла? Ні, це приблизно половина швидкості світла.
Ной Кемпбелл

Я маю на увазі, чи є моя редакція кращим описом.
EBGreen

3

Кількість стрибків між точкою А і точкою В введе затримку. Порахуйте кількість хмелю, оскільки це ваш найкращий показник.

Кілька слів обережності. Методи оцінки мережевого шляху не узгоджуються з тим, як буде протікати фактичний пакет. ICMP може бути маршрутизований і мати різницю QoS. Крім того, traceroute зазвичай дивиться в одну сторону, тобто джерело до місця призначення. Ось кілька зручних хитрощів.

Для traceroute, спробуйте використовувати -I, -Uабо -Tпобачити , як шлях змінюється. Також подивіться на -t 16або -t 8. простежити

Пінг насправді дуже корисний. ping -Rпокаже вам шлях, який потрібно повернути! Якщо він відрізняється від шляху, який виходить, то подивіться, куди він йде. пінг


2

Я думаю, що географія матиме багато спільного з часом передачі пакетів, оскільки чим далі ви йдете, тим більше хмелів ви, швидше за все, додасте, впливаючи на загальну затримку. Якщо ваші клієнти будуть базуватися в основному на західному узбережжі, то я б поїхав на хостинг західно-узбережжя ... Те саме на східно-узбережжі. Якщо ваші клієнти прийдуть з усіх куточків США чи світу ... тоді вам просто доведеться прийняти важке рішення щодо того, яка сторона отримує меншу затримку.

У нашому випадку ми знаходимось у власній Мережі (одна велика інтранета) і можемо дозволити нашим маршрутизаторам приймати рішення на основі OSPF у всій державі :) На жаль, все, що виходить з нашої мережі, залежить насамперед від нашої розробки провайдерів.


Відмінний інструмент , який можна використовувати в СЗГ , щоб не тільки з'ясувати затримку, але втрата пакетів, маршрут інформація, джиттера і т.д. Я зробив повідомлення про інформацію , вона дає тут: serverfault.com/questions/21048 / ...
l0c0b0x
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.