5 сетевых показателей для облачного мира

По мере того как сеть перешла от физического объекта к более абстрактному, ИТ-отдел доблестно идет в ногу, исследуя и развертывая новые сетевые устройства и функции. ИТ-командам пришлось перенести рабочие нагрузки и образ мышления в облако и поставщикам SaaS, оставаясь при этом ответственными за взаимодействие с конечными пользователями, что еще более важно. Но какие сетевые показатели могут показать успех облачного развертывания?

Сегодня в мире сетевых технологий запутанная сеть, но еще не все потеряно. Мы рекомендуем эти пять показателей в качестве строительных блоков для измерения взаимодействия с конечным пользователем и производительности сети в облаке. Скорее всего, они будут выглядеть довольно знакомыми:это те же старые метрики, которые были полезны в дооблачном мире, и теперь они могут предложить ценную информацию (хотя вам нужно будет заглянуть в облако, чтобы получить их. —AppNeta может в этом помочь). Эти сетевые метрики могут стать вашими облачными метриками.

1. Задержка. Эта метрика измеряет время, необходимое для прохождения пакетов от источника к месту назначения, измеряемое асимметрично, чтобы соответствовать асимметричной природе Интернета. Задержка связана с восприятием, поэтому восприятие задержки различается для разных пользователей и приложений. Раньше, когда 100 человек использовали локальное приложение, задержка в 10 миллисекунд не была проблемой. Но сейчас приложения в облаке используют тысячи людей, и десятикратное увеличение задержки (100 миллисекунд) недопустимо.

Кроме того, веб-приложения очень болтливы. Веб-приложение состоит из серии запросов и ответов от клиента веб-серверу. Таким образом, увеличение задержки повлияет на каждый из этих запросов и загруженных объектов. Для критически важного для бизнеса приложения SaaS увеличенная задержка может иметь большое влияние на производительность.

Как только вы определите, что задержка является проблемой, вам нужно будет выяснить, где она возникает. Это может быть ваша сеть, ваш Wi-Fi, ваше WAN-соединение, через открытый Интернет или даже в среде вашего поставщика услуг. Помимо основных действий по устранению неполадок, вам потребуются более совершенные инструменты. Простые методы, такие как traceroute, могут дать приблизительное представление о маршруте от пользователя к приложению, но маршруты, вероятно, каждый раз будут разными.

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

Раньше, когда все приложения размещались внутри локальной сети, потеря пакетов не вызывала беспокойства. Если была потеря пакетов, ее было довольно просто найти и исправить. Но в открытом Интернете все по-другому. Интернет-протокол TCP гарантирует доставку, но если он обнаруживает потерю пакетов и повторно передает данные, это увеличивает задержку и приводит к перегруженности сетей.

В современных приложениях VoIP и потокового видео потеря пакетов может быть особенно заметной, с пропущенными вызовами и плохим качеством. Если вы поддерживаете эти приложения, можно отслеживать потерю пакетов независимо как для данных, так и для голоса.

3. Емкость. Пропускная способность перешла в полосу пропускания, которая раньше была основной метрикой сети. Однако теперь метрики на основе пути, такие как емкость, в большей степени указывают на пользовательский опыт. Емкость - это сквозная метрика, измеряющая максимально возможную скорость передачи между источником и местом назначения, ограниченную наиболее загруженным переходом на пути доставки приложения. Это становится особенно важным при рассмотрении облачных сервисов, поскольку вы не контролируете сеть провайдера и не знаете, насколько быстрое соединение на самом деле.

При измерении емкости измеряется фактический путь приложения, включая Wi-Fi. А непрерывный мониторинг, включающий емкость, - вот что необходимо при использовании динамического Интернета.

Есть две разновидности мощности:доступная и используемая. Доступность - это наиболее точный показатель сетевых ресурсов, доступных приложениям, который может определить основную причину ухудшения работы. Если посмотреть на используемую емкость, высокий коэффициент использования является сильным индикатором снижения производительности. При отслеживании емкости можно сократить время поиска и устранения неисправностей, выделив самые медленные переходы.

4. Джиттер. Этот показатель отражает процент пакетов с вариацией задержки между источником и местом назначения. Когда джиттер проблематичен, он очень заметен. На качество разговора или онлайн-встречи может повлиять дрожание от 30 до 40 мсек.

5. Качество обслуживания. Этот показатель связан с приоритетом маршрутизации трафика через определенные порты или протоколы. Это имеет значение, когда в сети возникает перегрузка, поскольку QoS - это то, что обеспечивает хорошее взаимодействие с критически важными для бизнеса приложениями. Для некоторых приложений, таких как VoIP или видео, если эти приоритеты маршрутизации понижены или помечены заново, сеть может испытывать дрожание, потерю данных и задержку.

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