10 из 15 конфигураций серверов в наличииМгновенная выдачаБез платы за установку

Бесплатный инструмент

Проверка задержки: найдите ближайшую локацию.

Выберите город, где находится большинство ваших пользователей. Мы оценим время прохождения сигнала туда и обратно до каждого из наших 8 дата-центров и отсортируем их для вас.

Из города Нью-Йорк ваш лучший выход — Нью-Йорк

  1. NYC Нью-ЙоркСША · Лучший вариант ~2 мс 10 конфигураций в наличии · от $59/мес.
  2. MIA МайамиСША ~25 мс 4 конфигурации в наличии · от $59/мес.
  3. LAX Лос-АнджелесСША ~53 мс 10 конфигураций в наличии · от $59/мес.
  4. LON ЛондонВеликобритания ~74 мс 5 конфигураций в наличии · от $59/мес.
  5. AMS АмстердамНидерланды ~78 мс 10 конфигураций в наличии · от $59/мес.
  6. FRA ФранкфуртГермания ~83 мс 10 конфигураций в наличии · от $59/мес.
  7. TYO ТокиоЯпония ~143 мс 3 конфигурации в наличии · от $115/мес.
  8. SIN СингапурАзиатско-Тихоокеанский регион ~201 мс 7 конфигураций в наличии · от $115/мес.
Смотреть серверы в локации Нью-Йорк

Это расчетное время прохождения сигнала туда и обратно, а не результаты измерений. Как оно рассчитывается — смотрите ниже.

Методика

Как рассчитывается оценка

Свет распространяется в оптоволокне со скоростью около 200 км в миллисекунду — это две трети его скорости в вакууме. Кабели редко проложены по кратчайшему пути, поэтому мы умножаем расстояние между двумя городами по дуге большого круга на 1.3, учитываем путь туда и обратно и добавляем 2 мс на маршрутизаторы и коммутаторы по пути.

Результат близок к тому, что показывают сети с хорошей связностью. Ваши собственные цифры зависят от маршрутов и пиринга вашего провайдера, Wi-Fi и «последней мили», поэтому считайте их ориентиром, а не обещанием.

Расчетное время туда и обратно

RTT ≈ 2 × расстояние × 1.3 / (200 км/мс) + 2 мс

Франкфурт → Амстердам
~7 мс
Нью-Йорк → Лондон
~74 мс
Лос-Анджелес → Токио
~117 мс

Частые вопросы

О задержке

Все вопросы
Насколько точны эти цифры?

Это оценки на основе географии, близкие к тому, что показывают сети с хорошей связностью. Реальная задержка зависит от маршрутизации и пиринга вашего провайдера и от «последней мили», поэтому конкретный маршрут может оказаться быстрее или медленнее.

Какая задержка считается приемлемой?

Грубо говоря, задержка менее 30 мс ощущается как мгновенная в играх и интерактивных приложениях, менее 80 мс комфортна для большинства сайтов и API, а выше 150 мс уже заметна в задачах реального времени. Первыми страдают страницы, которым нужно много циклов «запрос — ответ».

Можно ли измерить реальную задержку самостоятельно?

Да, когда сервер уже работает: используйте mtr или ping из сетей ваших пользователей, а для измерения пропускной способности — iperf3. В нашем руководстве объясняется, как читать результаты и что прислать нам, если маршрут выглядит неправильным.

Руководство по тестированию сети

Нашли свой выход?

В каждой локации есть серверы, готовые к развертыванию, — с одинаковыми ценами и защитой от DDoS везде.

Смотреть серверы по локациямВсе серверы