Варианты использования Аналитика виртуального рабочего стола Azure

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

Необходимые компоненты

• Существующий пул узлов с узлами сеансов и рабочей областью, настроенной для использования Аналитика виртуального рабочего стола Azure.

• Необходимо иметь активные сеансы в течение определенного периода времени, прежде чем принимать обоснованные решения.

Подключение

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

Большая задержка

Высокая задержка может привести к низкому качеству и замедлению удаленного сеанса. Поддержание идеального времени взаимодействия требует задержки, как правило, ниже 100 миллисекунда, при этом сеанс широко становится низким качеством более 200 мс. Виртуальный рабочий стол Azure Аналитика может помочь закрепить регионы шлюза и пользователей, затронутые задержкой, просмотрев время кругового пути, чтобы можно было проще найти случаи влияния пользователя, связанные с подключением.

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

1. Войдите в виртуальный рабочий стол Azure Аналитика в портал Azure, перейдя по адресуhttps://aka.ms/avdi.

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

3. Просмотрите раздел о времени круговой поездки и сосредоточьтесь на таблице для RTT по регионам шлюза и медиану RTT и 95-й процентиль для всех регионов. В приведенном ниже примере большинство задержки медианы находятся под идеальным пороговым значением 100 мс, но несколько выше. Во многих случаях 95-й процентиль (p95) значительно выше медианы, что означает, что некоторые пользователи испытывают периоды более высокой задержки.

   

   Совет

   Список кодов регионов шлюза и соответствующего региона Azure можно найти в кодах регионов шлюза.

4. Для таблицы RTT по региону шлюза выберите Median, пока стрелка рядом с ней не указывает, чтобы отсортировать по задержке медиана в порядке убывания. Этот порядок выделяет шлюзы, которые пользователи достигают наибольшей задержки, что может оказать наибольшее влияние. Выберите шлюз, чтобы просмотреть граф своего медиана RTT и 95-й процентиль, а затем отфильтровать список 20 лучших пользователей по медиану RTT в определенном регионе.

   В этом примере регион шлюза SAN имеет самую высокую задержку медианы, и граф указывает, что с течением времени пользователи значительно превышает пороговое значение для низкого качества подключения.

   

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

   

Существует несколько возможностей для того, почему задержка может быть выше, чем ожидалось для некоторых пользователей, таких как плохое подключение Wi-Fi или проблемы с поставщиком услуг Интернета (ISP). Однако при наличии списка затронутых пользователей у вас есть возможность упреждающего контакта и попытки устранить проблемы с взаимодействием с конечными пользователями, понимая их сетевое подключение.

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

Производительность узла сеанса

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

Чтобы просмотреть производительность узла сеанса, выполните приведенные действия.

1. Войдите на портал Azure.

2. В строке поиска введите виртуальный рабочий стол Azure и выберите соответствующую запись службы, чтобы перейти к обзору виртуального рабочего стола Azure.

3. Выберите пулы узлов, а затем выберите имя пула узлов, для которого требуется просмотреть производительность узла сеанса.

4. Выберите Аналитика, укажите диапазон времени, а затем перейдите на вкладку "Производительность узла".

5. Просмотрите таблицу задержки ввода по хосту и графику задержки входных данных median с течением времени , чтобы найти сводку по значениям задержки ввода данных для каждого узла сеанса в пуле узлов. В идеале задержка ввода пользователей для каждого узла должна быть ниже 100 миллисекунд, а более низкое значение лучше.

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

   

6. Если вы найдете более высокую, чем ожидалось, задержка ввода данных пользователей (>100 мс), то можно ознакомиться с агрегированной статистикой для операций ЦП, памяти и дисков для узлов сеансов, чтобы узнать, существуют ли периоды более высокого уровня использования, чем ожидалось. Графики для метрик ЦП узла и памяти, метрик времени на диске узла и длины очереди диска узла отображают агрегат между узлами сеансов или метрики ресурсов узла сеансов.

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

   

7. Дополнительные сведения о конкретном узле сеанса выберите вкладку "Диагностика узла".

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

   • Доступные МБ ytes (доступная память)
   • Ошибки страницы/с
   • Использование ЦП
   • Место на диске
   • Задержка ввода на сеанс

   Выбор параметра позволяет выполнить детализацию и просмотреть тенденцию для выбранного узла сеанса. В следующем примере один узел сеанса имел более высокую загрузку ЦП (> 60%) в течение выбранной длительности (1 минуту).

   

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

Использование версий клиента

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

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

1. Войдите в виртуальный рабочий стол Azure Аналитика в портал Azure, перейдя по адресуhttps://aka.ms/avdi.

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

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

   В приведенном ниже примере последняя версия клиента Удаленный рабочий стол (Майкрософт) для Windows (MSRDC) — 1.2.4487.0, а 993 пользователей в настоящее время используют более раннюю версию. Он также показывает количество подключений и количество дней за последней версией старых клиентов.

   

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

   

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

Возможности экономии затрат

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

Использование узла сеанса

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

Чтобы просмотреть использование узла сеанса, выполните приведенные действия.

1. Войдите в виртуальный рабочий стол Azure Аналитика в портал Azure, перейдя по адресуhttps://aka.ms/avdi.

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

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

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

   

4. Используйте диаграмму счетчика узлов сеансов, чтобы заметить среднее число активных узлов сеансов с течением времени, а также среднее количество узлов сеансов, которые являются бездействующими (без сеансов). В идеале узлы сеансов должны активно поддерживать подключенные сеансы и активные рабочие нагрузки, а также отключать, если он не используется с помощью плана масштабирования. Скорее всего, вам потребуется сохранить минимальное количество узлов сеансов, чтобы обеспечить доступность для пользователей в нерегулярное время, поэтому понимание использования с течением времени может помочь найти соответствующее количество узлов сеансов, чтобы обеспечить работу в качестве буфера.

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

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

   

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

   В этом примере на первом графике показан шаблон активности пользователя в течение недели от 6 УТРА до 10 вечера. В выходные дни есть минимальная активность. Второй граф показывает количество активных и неактивных узлов сеансов в течение одной недели. Существует длительный период времени, в течение которого узлы сеансов простоя включены. Используйте эти сведения, чтобы определить оптимальное время увеличения и увеличения масштаба для плана масштабирования.

   

   

6. Создайте план масштабирования на основе определенных шаблонов использования, а затем назначьте план масштабирования пулу узлов.

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

Следующие шаги

• Создание плана масштабирования