Поделиться через

Реализация качества обслуживания (QoS) для Виртуального рабочего стола Azure

RDP Shortpath для управляемых сетей обеспечивает прямой транспорт на основе UDP между клиентом удаленного рабочего стола и узлом сеанса. RDP Shortpath для управляемых сетей позволяет настроить политики качества обслуживания (QoS) для данных RDP. QoS в Виртуальном рабочем столе Azure позволяет в режиме реального времени использовать трафик RDP, чувствительный к задержкам в сети, чтобы "сократить линию" перед менее конфиденциальным трафиком. Примером такого менее конфиденциального трафика может быть скачивание нового приложения, где дополнительная секунда для скачивания не является большой проблемой. QoS использует объекты Windows групповая политика для идентификации и маркировки всех пакетов в потоках в режиме реального времени, а также помогает сети предоставить трафику RDP выделенную часть пропускной способности.

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

Без какой-то формы QoS вы можете столкнуться со следующими проблемами:

  • Jitter — пакеты RDP, поступающие с разной скоростью, что может привести к визуальным и звуковым сбоям
  • Потеря пакетов — пакеты отброшены, что приводит к повторной отправке, требующей дополнительного времени.
  • Отложенное время кругового пути (RTT) — пакеты RDP занимают много времени, чтобы добраться до мест назначения, что приводит к заметным задержкам между вводом и реакцией с рабочего стола или приложения.

Наименее сложный способ решения этих проблем заключается в увеличении размера подключений к данным, как внутренних, так и к Интернету. Так как это часто является дорогостоящим, QoS предоставляет способ управления имеющимися у вас ресурсами вместо более эффективного добавления пропускной способности. Чтобы устранить проблемы с качеством, рекомендуется сначала использовать QoS, а затем добавлять пропускную способность только при необходимости.

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

Общие сведения об очередях качества обслуживания

Чтобы обеспечить качество обслуживания, сетевые устройства должны иметь способ классификации трафика и должны иметь возможность отличать RDP от другого сетевого трафика.

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

При реализации QoS вы определяете несколько очередей с помощью одной из нескольких функций управления перегрузками, таких как приоритет очереди Cisco и взвешенная справедливая очередь на основе классов (CBWFQ) и функции предотвращения перегрузки, такие как взвешенные случайные ранние обнаружения (WRED).

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

Контрольный список реализации QoS

На высоком уровне необходимо выполнить следующие действия для реализации QoS:

  1. Убедитесь, что сеть готова
  2. Убедитесь, что включена поддержка RDP Shortpath для управляемых сетей . Политики качества обслуживания не поддерживаются для транспорта с обратным подключением.
  3. Реализация вставки маркеров DSCP на узлах сеансов

При подготовке к реализации QoS учитывайте следующие рекомендации.

  • Самый короткий путь к узлу сеанса
  • Любые препятствия между ними, такие как прокси-серверы или устройства проверки пакетов, не рекомендуется

Убедитесь, что сеть готова

Если вы рассматриваете реализацию QoS, вы уже должны определить требования к пропускной способности и другие требования к сети.

Перегрузка трафика по сети значительно повлияет на качество мультимедиа. Отсутствие пропускной способности приводит к снижению производительности и плохому взаимодействию с пользователем. По мере внедрения и расширения использования Виртуального рабочего стола Azure используйте Log Analytics для выявления проблем, а затем внесения корректировок с помощью QoS и выборочных добавлений пропускной способности.

Рекомендации для VPN

Качество обслуживания работает должным образом только при реализации для всех связей между клиентами и узлами сеансов. Если вы используете QoS во внутренней сети и пользователь входит из удаленного расположения, назначить приоритет можно только во внутренней управляемой сети. Хотя для удаленных расположений доступно управляемое подключение посредством реализации виртуальной частной сети (VPN), VPN по определению увеличивает временные затраты за счет пакетов и создает задержки в трафике реального времени.

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

Вставка маркеров DSCP

Вы можете реализовать QoS с помощью объекта групповая политика (GPO), чтобы направить узлы сеансов на вставку маркера DSCP в заголовки IP-пакетов, идентифицируя его как определенный тип трафика. Маршрутизаторы и другие сетевые устройства можно настроить так, чтобы распознавать эти маркировки и помещать трафик в отдельную очередь с более высоким приоритетом.

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

После того как все сетевые устройства используют одинаковые классификации, маркировку и приоритеты, можно уменьшить или устранить задержки, отброшенные пакеты и дрожание. С точки зрения RDP основным этапом настройки является классификация и маркировка пакетов. Тем не менее, чтобы комплексное качество обслуживания было успешным, необходимо также тщательно согласовать конфигурацию RDP с базовой конфигурацией сети. Значение DSCP указывает сети, настроенной соответствующим образом, какой приоритет следует предоставить пакету или потоку.

Рекомендуется использовать значение DSCP 46, которое сопоставляется с классом DSCP ускоренной пересылки (EF).

Реализация QoS на узле сеансов с помощью групповая политика

Вы можете использовать качество обслуживания на основе политик (QoS) в групповая политика, чтобы задать предопределенное значение DSCP.

Чтобы создать политику качества обслуживания для присоединенных к домену узлов сеансов, сначала войдите на компьютер, на котором установлено управление групповая политика. Откройте управление групповыми политиками (выберите кнопку Пуск, выберите "Администрирование", а затем "Управление групповыми политиками"), после чего выполните следующую процедуру.

  1. В консоли управления групповыми политиками найдите контейнер, в котором следует создать новую политику. Например, если все компьютеры узлов сеансов находятся в подразделении с именем "узлы сеансов", в подразделении "Узлы сеансов" должна быть создана новая политика.

  2. Щелкните правой кнопкой мыши соответствующий контейнер, а затем выберите Создать объект групповой политики в этом домене и связать его здесь.

  3. В диалоговом окне Новый объект групповой политики введите имя нового объекта групповая политика в поле Имя и нажмите кнопку ОК.

  4. Щелкните правой кнопкой мыши только что созданную политику и выберите изменить.

  5. В Редактор управления групповая политика разверните узел Конфигурация компьютера, Параметры Windows, щелкните правой кнопкой мыши пункт Качество обслуживания на основе политик, а затем выберите Создать политику.

  6. В диалоговом окне Качество обслуживания на основе политик на открывающей странице введите имя новой политики в поле Имя . Выберите поле Укажите значение DSCP и установите значение 46. Оставьте флажок Указать скорость регулирования исходящего трафика не выбрано, а затем нажмите кнопку Далее.

  7. На следующей странице выберите Только приложения с этим именем исполняемого файла и введите имя svchost.exe, а затем нажмите кнопку Далее. Этот параметр предписывает политике определять приоритет только для соответствующего трафика из службы удаленных рабочих столов.

  8. На третьей странице убедитесь, что выбраны любой исходный IP-адрес и Любой целевой IP-адрес , а затем нажмите кнопку Далее. Эти два параметра гарантируют, что пакеты будут управляться независимо от того, какой компьютер (IP-адрес) отправляет пакеты и какой компьютер (IP-адрес) будет получать пакеты.

  9. На четвертой странице выберите UDP в раскрывающемся списке Выберите протокол, к которому применяется политика качества обслуживания .

  10. В разделе Укажите номер исходного порта выберите From this source port or range (От этого исходного порта или диапазона. В сопроводительном текстовом поле введите 3390. Нажмите Готово.

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

  1. На каждом узле сеанса, для которого требуется обновить групповая политика, откройте командную строку от имени администратора (запуск от имени администратора).

  2. В командной строке введите

    gpupdate /force

Реализация QoS на узле сеансов с помощью PowerShell

Вы можете задать QoS для RDP Shortpath для управляемых сетей с помощью следующего командлета PowerShell:

New-NetQosPolicy -Name "RDP Shortpath for managed networks" -AppPathNameMatchCondition "svchost.exe" -IPProtocolMatchCondition UDP -IPSrcPortStartMatchCondition 3390 -IPSrcPortEndMatchCondition 3390 -DSCPAction 46 -NetworkProfile All

Дальнейшие действия

  • Last updated on