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


Отправка диагностических данных в Log Analytics для Виртуального рабочего стола Azure

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

Категория Описание
Действия по управлению Успешно ли выполняются попытки изменения объектов Виртуального рабочего стола Azure с помощью API или PowerShell.
Лента новостей Могут ли пользователи успешно подписаться на рабочие области.
Подключения Когда пользователи инициируют и завершают подключения к службе.
Регистрация узла Указывает, успешно ли зарегистрирован узел сеансов в службе при подключении.
Ошибки Где пользователи сталкиваются с проблемами с определенными действиями.
Контрольные точки Конкретные шаги в течение времени существования действия, которое было достигнуто.
Состояние работоспособности агента Отслеживайте работоспособность и состояние агента Виртуального рабочего стола Azure, установленного на каждом узле сеансов.
Сеть Средние сетевые данные для пользовательских сеансов, которые необходимо отслеживать для получения сведений, включая предполагаемое время кругового пути.
Графика подключения Данные о производительности из графического потока Виртуального рабочего стола Azure.
Действие управления узлом сеансов Действия управления узлами сеансов.
Автомасштабирование Операции масштабирования.

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

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

Примечание.

Сведения о мониторинге виртуальных машин в Azure см. в статье Мониторинг виртуальных машин Azure с помощью Azure Monitor. Кроме того, ознакомьтесь с глоссарием Аналитика виртуальных рабочих столов Azure , чтобы лучше понять, как вы будете работать с пользователем на узле сеансов.

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

Прежде чем использовать Виртуальный рабочий стол Azure с Log Analytics, вам потребуется:

Отправка диагностика данных в рабочую область

Вы можете отправить диагностика данные из объектов Виртуального рабочего стола Azure в Log Analytics для рабочей области. Эту функцию можно настроить сразу при первом создании объектов.

Чтобы настроить Log Analytics для нового объекта, выполните приведенные далее действия.

  1. Войдите в портал Azure и перейдите к Виртуальному рабочему столу Azure.

  2. Перейдите к объекту (например, пулу узлов, группе приложений или рабочей области), для которого требуется записать журналы и события.

  3. Выберите Параметры диагностики в меню в левой части экрана.

  4. Выберите Добавить параметр диагностики в меню, которое появится в правой части экрана.

    Параметры, отображаемые на странице Параметры диагностики, зависят от того, какой тип объекта вы редактируете.

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

    Важно!

    Не забудьте включить диагностика для каждого объекта azure Resource Manager, который требуется отслеживать. Данные будут доступны для действий после включения диагностика. После первой настройки может потребоваться несколько часов.

  5. Введите имя конфигурации параметров, а затем выберите Отправить в Log Analytics. Используемое имя не должно содержать пробелов и соответствовать соглашениям об именовании Azure. В рамках журналов можно выбрать все параметры, которые нужно добавить в Log Analytics, такие как Контрольная точка, Ошибка, Управление и т. д.

  6. Выберите Сохранить.

Примечание.

Log Analytics позволяет передавать данные в Центры событий или архивировать их в учетной записи хранения. Дополнительные сведения об этой функции см. в статье Stream данных мониторинга Azure в концентратор событий и Архив журналы ресурсов Azure в учетную запись хранения.

Доступ к Log Analytics

Вы можете получить доступ к рабочим областям Log Analytics в портал Azure или Azure Monitor.

Доступ к Log Analytics в рабочей области Log Analytics

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

  2. Выполните поиск по запросу рабочая область Log Analytics.

  3. В разделе Службы выберите Рабочие области Log Analytics.

  4. В списке выберите рабочую область, настроенную для объекта Виртуального рабочего стола Azure.

  5. В рабочей области выберите Журналы. Список меню можно отфильтровать с помощью функции Поиска .

Доступ к Log Analytics в Azure Monitor

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

  2. Найдите и выберите Монитор.

  3. Выберите Журналы.

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

  5. Вы готовы запросить диагностика. Все диагностика таблицы имеют префикс WVD.

Примечание.

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

Частота отправки диагностических событий

По завершении события диагностики отправляются в Log Analytics.

Log Analytics сообщает только о действиях подключения в следующих промежуточных состояниях:

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

Примеры запросов

Доступ к примерам запросов с помощью пользовательского интерфейса Azure Monitor Log Analytics:

  1. Перейдите в рабочую область Log Analytics и выберите Журналы. Пример пользовательского интерфейса запроса отображается автоматически.
  2. Измените фильтр на Категория.
  3. Выберите Виртуальный рабочий стол Azure , чтобы просмотреть доступные запросы.
  4. Выберите Выполнить , чтобы выполнить выбранный запрос.

Дополнительные сведения об интерфейсе запроса см. в статье Сохраненные запросы в Azure Monitor Log Analytics.

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

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

WVDConnections
|where UserName == "userupn"
|take 100
|sort by TimeGenerated asc, CorrelationId

Чтобы найти количество подключений пользователя в день, выполните следующие действия:

WVDConnections
|where UserName == "userupn"
|take 100
|sort by TimeGenerated asc, CorrelationId
|summarize dcount(CorrelationId) by bin(TimeGenerated, 1d)

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

let Events = WVDConnections | where UserName == "userupn" ;
Events
| where State == "Connected"
| project CorrelationId , UserName, ResourceAlias , StartTime=TimeGenerated
| join (Events
| where State == "Completed"
| project EndTime=TimeGenerated, CorrelationId)
on CorrelationId
| project Duration = EndTime - StartTime, ResourceAlias
| sort by Duration asc

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

WVDErrors
| where UserName == "userupn"
|take 100

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

WVDErrors
| where CodeSymbolic =="ErrorSymbolicCode"
| summarize count(UserName) by CodeSymbolic

Примечание.

  • Когда пользователь запускает полный сеанс рабочего стола, его использование приложения в сеансе не отслеживается как контрольные точки в WVDCheckpoints таблице.
  • В ResourcesAlias столбце WVDConnections таблицы показано, подключен ли пользователь к полному рабочему столу или к опубликованному приложению. В столбце отображается только первое приложение, открытое во время подключения. Все опубликованные приложения, которые открывает пользователь, отслеживаются в WVDCheckpoints.
  • В WVDErrors таблице показаны ошибки управления, проблемы с регистрацией узла и другие проблемы, возникающие, когда пользователь подписывается на список приложений или рабочих столов.
  • Таблица WVDErrors также помогает определить проблемы, которые могут быть решены задачами администратора. Значение в ServiceError всегда должно быть равно false для этих типов проблем. Если ServiceError равно true, вам потребуется сообщить о проблеме в корпорацию Майкрософт. Убедитесь, что вы указали CorrelationID для ошибок, которые вы активируете.
  • При отладке проблем с подключением в некоторых случаях сведения о клиенте могут отсутствовать, даже если события подключения завершены. Это относится к таблицам WVDConnections и WVDCheckpoints .

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