Что такое RTT в сети?
Время приема-передачи (RTT) в сети – это время, необходимое для получения ответа после инициирования сетевого запроса. Когда вы взаимодействуете с приложением, например нажимаете кнопку, оно отправляет запрос на удаленный сервер данных, затем получает ответ с данными и отображает информацию для вас. RTT – это общее время, необходимое для передачи запроса по сети и возврата ответа обратно. Обычно RTT можно измерить в миллисекундах. Благодаря более низкому значению RTT повышается качество работы приложения и повышается скорость его отклика.
Как показатель RTT связан с сетевой задержкой?
Сетевая задержка – это задержка сетевого обмена данными. Здесь показывается время, необходимое для передачи данных по сети. Сети с более длительной задержкой имеют высокую пропускную способность, в то время как сети с быстрым временем отклика имеют низкую пропускную способность. Термин «сетевая задержка» обычно относится к нескольким факторам, из-за которых задерживается передача данных по определенной сети и от которых зависит производительность этой сети.
Сетевая задержка измеряется с помощью метрики «время приема-передачи» (RTT). Точно так же, как время измеряется в минутах, сетевая задержка измеряется в RTT.
Как измеряется RTT?
Время приема-передачи (RTT) можно измерить с помощью различных инструментов диагностики сети, таких как ping или traceroute. Такие инструменты отправляют пакеты эхо-запросов по протоколу Internet Control Message Protocol (ICMP) в указанное место назначения. Затем они сообщают, сколько времени требуется пакетам данных ICMP, чтобы достичь места назначения.
RTT можно измерить с помощью команды ping следующим образом.
- Откройте на своем компьютере командную строку.
- Введите ping, а затем IP-адрес или имя хоста места назначения, которое вы хотите протестировать.
- Нажмите Enter.
Тест ping отправляет пакеты данных в место назначения и сообщает RTT для каждого из них. Обратите внимание, что измеренное значение RTT может быть разным для различных условий сети и конкретных инструментов, используемых для его определения. Вот почему оценить время приема-передачи непросто.
Каково приемлемое или оптимальное время приема-передачи?
Приемлемым временем приема-передачи (RTT) для оптимальной производительности будет менее 100 миллисекунд. RTT, равное 100–200 миллисекундам, означает, что производительность может понизиться, но ваши пользователи по-прежнему смогут пользоваться сервисом. RTT, равное 200 миллисекундам или более, означает, что производительность понизилась и пользователям приходится долго ждать или загружать страницы. RTT более 375 миллисекунд обычно приводит к разрыву соединения.
Какие факторы влияют на время приема-передачи?
На время приема-передачи (RTT) влияют несколько факторов, в том числе следующие.
Distance
Физическое расстояние влияет на RTT, поскольку чем дальше от источника находится хост, тем больше времени требуется для получения ответа. Значит, можно сократить RTT путем сближения двух адресов. Кроме того, можно воспользоваться сетью доставки контента (CDN), чтобы приблизить точку его распространения к пользователям.
Средство передачи
На скорость соединения влияет и среда передачи данных. Например, данные передаются быстрее по оптоволоконным кабелям, чем по медным, а беспроводные подключения ведут себя иначе, чем спутниковая связь.
Количество сетевых прыжков
Сетевой узел – это сетевая точка подключения, например сервер или маршрутизатор, которая может отправлять, получать или пересылать пакеты данных. Термин «сетевой прыжок» означает процесс перемещения пакетов данных от одного сетевого узла к другому по мере их перемещения от источника к месту назначения.
По мере увеличения количества сетевых прыжков увеличивается и RTT. Каждому узлу требуется некоторое время для обработки пакета перед его пересылкой, поэтому задержки увеличиваются.
Перегрузка сети
RTT возрастает из-за больших объемов трафика. Когда сеть перегружена, количество узлов в сети растет. Это приводит к замедлению трафика и задержке при выполнении запросов пользователей. Также это может привести к понижению скорости отклика, которая влияет на скорость связи между узлами и увеличивает время приема-передачи.
Время ответа сервера
Время ответа сервера напрямую влияет на RTT. Когда сервер получает запрос, ему часто приходится взаимодействовать с другими серверами, например с сервером баз данных или с внешними API для обработки запроса. Если запросов слишком много, возникают задержки, так как серверу приходится помещать новые запросы в очередь, пока обрабатываются старые запросы.
Трафик в локальной сети
Корпоративная сеть часто состоит из небольших взаимосвязанных локальных сетей (LAN). Данные передаются из локальной сети во внешнюю сеть и обратно. Внутренний трафик в корпоративной сети может ограничить пропускную способность, даже если внешняя сеть обладает достаточными ресурсами и работает эффективно.
Например, если к сервису потокового видео одновременно подключаются несколько сотрудников в офисе, это может повлиять на RTT и для других приложений.
Как сократить время приема-передачи?
Для сокращения времени приема-передачи (RTT) можно использовать сеть доставки контента (CDN). CDN – это стратегически расположенные серверы, которые кэшируют контент и обеспечивают высокую доступность, потому что находятся ближе к пользователям.
CDN сокращают RTT благодаря кэшированию, распределению нагрузки и масштабируемости.
Кэширование
Кэширование – это процесс сохранения нескольких копий одних и тех же данных для обеспечения более быстрого к ним доступа. CDN кэшируют часто используемый контент поблизости от конечного пользователя.
Когда географически удаленный пользователь делает первый запрос на получение контента, сервер приложений отправляет ответ удаленному пользователю, а копию ответа – в CDN. В следующий раз, когда этот пользователь (или любой другой пользователь в этом месте) сделает тот же запрос, CDN отправит ответ напрямую. Это устраняет необходимость отправки запроса на сервер приложений и снижает общее RTT.
Распределение нагрузки
Распределение нагрузки в CDN позволяет эффективно и сбалансированно распределять запросы пользователей по сети серверов. CDN определяют, какой сервер лучше всего подходит для запроса, исходя из источника запроса и текущей нагрузки на серверную инфраструктуру CDN.
Возможность масштабирования
Являясь облачными сервисами, CDN обладают высокой масштабируемостью и могут обрабатывать огромное количество запросов пользователей. Это помогает устранить узкие места в доставке контента и свести RTT к минимуму.
Как AWS может помочь сократить время приема-передачи для ваших приложений?
Как AWS может помочь сократить время приема-передачи для ваших приложений?
Amazon CloudFront – это сеть доставки контента (CDN), которая сокращает время приема-передачи для ваших приложений (RTT) за счет безопасной доставки контента на высоких скоростях. CloudFront снижает задержку за счет кэширования информации в более чем 450 распределенных точках при поддержке автоматического картографирования сети и интеллектуальной маршрутизации.
Вот как вы можете воспользоваться преимуществами CloudFront.
- Предоставляйте быстрые и безопасные веб-сайты пользователям по всему миру за миллисекунды
- Ускоряйте доставку динамического контента и API
- Обеспечьте быструю и надежную потоковую передачу видеоконтента в реальном времени и по запросу
- Распространяйте исправления и обновления в больших масштабах с высокой скоростью передачи
Начните доставлять контент в Amazon Web Services (AWS), создав учетную запись сегодня.
AWS: дальнейшие шаги
Получите мгновенный доступ к уровню бесплатного пользования AWS.
