MAATRIX / Блог / Пропускная способность сети VPS: что важно

Пропускная способность сети VPS: что важно

Пропускная способность сети VPS: порт, трафик, пинг
Блог MAATRIX · 2026-07-07

Диск и процессор быстрые, а сайт всё равно медленный? Часто узкое место — сеть. Разберём скорость порта, лимиты трафика, пинг и latency, и покажем, как измерить реальную пропускную способность своего сервера.

Обсудить статью, задать вопрос или начать новую тему

Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.

Перейти в сообщество →

Скорость порта и объём трафика — разные вещи

Две характеристики сети часто путают. Скорость порта (например, 1 Гбит/с) — это ширина канала, максимальная скорость передачи в моменте. Объём трафика (например, безлимит или 10 ТБ в месяц) — это сколько данных суммарно можно прокачать за период. Порт как диаметр трубы, трафик — сколько воды через неё пропустили.

  • Порт 1 Гбит/с — пиковая скорость отдачи и приёма.
  • Лимит трафика — суммарный объём за месяц, после которого канал режут или тарифицируют.
  • Скорость режется по-разному — иногда только исходящий трафик, иногда общий.

Для сайта с картинками и файлами важнее скорость порта, для стриминга и раздачи больших объёмов — и порт, и лимит трафика.

Нужен сервер под эту задачу?

Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США и РФ. Оплата картой РФ и по СБП.

Арендовать VPS с быстрым каналом

Пинг и latency: почему далёкий сервер тормозит

Пропускная способность — не единственное, что влияет на скорость. Есть задержка (latency, пинг) — время, за которое пакет доходит до сервера и обратно. Даже на широком канале далёкий сервер ощущается медленным: каждый запрос ждёт круговой путь пакета.

Для аудитории из конкретного региона выбирайте локацию поближе к ней. MAATRIX предлагает UK, США и РФ — это низкий пинг для Европы и Америки. Проверить задержку до сервера просто:

ping -c 10 SERVER_IP
# среднее время в строке rtt min/avg/max
mtr -rw SERVER_IP    # маршрут и потери по хопам

Смотрите на avg (среднюю задержку) и потери пакетов. Потери даже в пару процентов сильно бьют по TCP-соединениям и ощущаются как «тормоза» сайта.

Как измерить реальную скорость канала

Заявленную скорость порта стоит проверить. Инструмент iperf3 измеряет пропускную способность между двумя точками, а speedtest-cli — до публичных серверов.

sudo apt update && sudo apt install -y iperf3 speedtest-cli

# тест до публичного узла
speedtest-cli --simple

# точный тест между двумя своими серверами:
# на сервере-приёмнике:  iperf3 -s
# на сервере-источнике:  iperf3 -c IP_ПРИЁМНИКА -t 20

iperf3 покажет стабильную пропускную способность в Мбит/с. Если она заметно ниже заявленного порта — либо канал переподписан, либо узкое место в маршруте между вами и точкой измерения.

Скорость загрузки файла и скачивания

Часто нужна простая проверка: как быстро сервер отдаёт и принимает файлы. Скачаем крупный тестовый файл и посмотрим скорость:

# скорость скачивания
curl -o /dev/null -w 'Speed: %{speed_download} B/s\n' \
  http://SERVER/testfile

# или wget с прогрессом
wget --report-speed=bits -O /dev/null http://SERVER/testfile

Для сайтов полезнее смотреть не пиковую скорость, а TTFB — время до первого байта. Оно складывается из задержки сети и времени, за которое сервер сформировал ответ. Быстрый CPU (AMD EPYC у MAATRIX) и близкая локация уменьшают TTFB заметнее, чем расширение канала.

curl -o /dev/null -s -w \
  'DNS: %{time_namelookup}  Connect: %{time_connect}  TTFB: %{time_starttransfer}  Total: %{time_total}\n' \
  https://example.com/

Когда сеть — узкое место, а когда нет

Прежде чем винить канал, проверьте, что тормозит именно он. Если скачивание крупных файлов упирается в потолок порта — да, дело в пропускной способности. Если же медленно открываются страницы, а канал почти пуст — узкое место в CPU, базе или диске, а не в сети.

# текущая нагрузка на интерфейс в реальном времени
sudo apt install -y iftop
sudo iftop -i eth0

# суммарный трафик по интерфейсам
cat /proc/net/dev

Если интерфейс далёк от насыщения, а сайт всё равно медленный — расширение канала не поможет, ищите проблему в приложении или диске.

Частые ошибки

  • Путать порт и лимит трафика — широкий канал не значит безлимит, и наоборот.
  • Игнорировать пинг — далёкая локация тормозит даже на быстром канале.
  • Винить сеть вместо CPU/диска — измерьте нагрузку интерфейса перед выводами.
  • Не проверять потери пакетов — даже 1-2% потерь ощутимо роняют скорость по TCP.

Для российской аудитории с зарубежным сервером выбор локации особенно важен. MAATRIX даёт UK, США и РФ с оплатой картой РФ, СБП, криптой или токеном MAAT — то есть зарубежный сервер, который реально оплатить из России.

Нужен сервер под эту задачу?

Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США и РФ. Оплата картой РФ и по СБП.

Арендовать VPS с быстрым каналом

Обсудить статью, задать вопрос или начать новую тему

Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.

Перейти в сообщество →

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

Чем скорость порта отличается от трафика?

Порт — максимальная скорость в моменте (например, 1 Гбит/с). Трафик — суммарный объём данных за месяц. Это независимые характеристики.

Почему далёкий сервер тормозит на быстром канале?

Из-за задержки (latency): каждый запрос ждёт круговой путь пакета. Чем дальше сервер, тем выше пинг и заметнее задержка. Выбирайте локацию ближе к аудитории.

Как измерить скорость канала VPS?

Используйте iperf3 между двумя серверами или speedtest-cli до публичных узлов. Для проверки маршрута и потерь — mtr.