Вплив відстані від сервера

У мене в Ірландії є веб-сервер (Amazon AWS). Цей сервер з’являється швидко з Німеччини (помаранчева лінія), але повільно зі США (чорна лінія). Запит HTTP, який використовується для тесту, однаковий.

Я думаю, це нормально. Відстань між Ірландією та США більша, ніж Німеччина - Ірландія, але різниця здається занадто великою.

Чи є інші можливі причини, крім відстані до сервера?

Якщо припустити, що графік - це час запиту http, мені здається досить розумним.

Запит на http (за відсутності keepalive, fastopen тощо) зазвичай вимагає щонайменше дві поїздки в обидва кінці.

• Клієнт надсилає syn
• Sever отримує syn і посилає syn-ack
• Клієнт отримує syn-ack і надсилає ack і запит.
• Сервер надсилає відповідь.

Швидкість світла у волокні становить приблизно 2 * 10 ^ 8 метрів в секунду. За даними google, відстань від "ірландія до США" становить 6 629 км *, що означає перебіг часу подорожі близько 66 мс.

Але це передбачає, що затримки обладнання не мають, і що маршрут даних слідує за найкоротшим можливим шляхом. Практичний час в обидва кінці зазвичай становить від 100 до 150 мілісекунд між хостом у Європі та господарем у США. Оскільки такий запит на http - ~ 250мс - цілком нормально.

Що трохи більше стосується шипів на графіку, вони припускають перевантаженість мережі десь між сервером та тестовим клієнтом.

* Очевидно, це залежить від того, який пункт у США та який саме пункт в Ірландії, однак обраний google здавався десь посеред США та графік ОП сказав "us-mid".

Будь-яка інша можлива причина, крім відстані від сервера?

Шлях, який проходять пакети.

Пошук у google для ping "us-mid"вигідних даних Monitis.com та їх IP в Далласі, які також мають DE IP у Франкфурті. З дуже добре підключеного сервера у Франції я маю 9 мс пінг RTT до DE IP і 111 мс пінг RTT до US-MID IP. Щодо часу на відповідь HTTP, я очікував би вдвічі більше, ніж час реакції сервера, заради аргументу, скажімо, можливо, 26 і 230. Це не так відрізняється від ваших значень, враховуючи, що в Ірландії ви, мабуть, трохи далі від мережі -відповідно з обох місць.

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

Ось приємна сторінка глобальної статистики ping: https://wondernetwork.com/pings Просто додайте джерела та міста призначення.