Глоссарий Аналитики виртуальных рабочих столов Azure

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

Оповещения

Все активные оповещения Azure Monitor, настроенные в подписке и классифицированные как серьезность 0 , будут отображаться на странице Обзор. Сведения о настройке оповещений см. в статье Оповещения журнала Azure Monitor.

Доступные сеансы

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

Клиентская операционная система (ОС)

В клиентской операционной системе (ОС) показано, какую версию ос пользователи, обращаюющиеся к ресурсам Виртуального рабочего стола Azure, используются в настоящее время. Клиентская ОС также показывает, какая версия веб-клиента (HTML) и полный клиент удаленного рабочего стола у пользователей. Полный список версий ОС Windows см. в разделе Версия операционной системы.

Успешное подключение

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

Ежедневные активные пользователи (DAU)

Общее число пользователей, которые запустили сеанс за последние 24 часа.

Ежедневные оповещения

Общее количество оповещений, запускаемых каждый день.

Ежедневные подключения и повторные подключения

Общее количество подключений и повторных подключений, запущенных или завершенных за последние 24 часа.

Время ежедневного подключения

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

Диагностика и ошибки

Когда в Аналитике виртуальных рабочих столов Azure появляется ошибка или оповещение, они классифицируются по трем категориям:

  • Тип действия: эта категория определяет, как ошибка классифицируется виртуальным рабочим столом Azure диагностика. К категориям относятся действия управления, веб-каналы, подключения, регистрации узлов, ошибки и контрольные точки. Дополнительные сведения об этих категориях см. в статье Использование Log Analytics для функции диагностика.

  • Тип: в этой категории отображается расположение ошибки.

    • В службе Виртуального рабочего стола Azure произошли ошибки, помеченные как service или ServiceError = TRUE.
    • Ошибки, помеченные как "развертывание" или помеченные как ServiceError = FALSE, произошли за пределами службы Виртуального рабочего стола Azure.
    • Дополнительные сведения о теге ServiceError см. в статье Распространенные сценарии ошибок.

  • Источник: эта категория содержит более конкретное описание того, где произошла ошибка.

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

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

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

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

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

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

Коды регионов шлюза

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

Код региона шлюза Регион Azure
AUC Центральная Австралия
AUC2 Центральная Австралия 2
AUE Восток Австралии
AUSE Юго-восток Австралии
BRS Южная Бразилия
CAC Центральная Канада
CAE Восточная Канада
CHNO Северная Швейцария
CIN Центральная Индия
CUS Центральная часть США
EAS Восточная Азия
ЕАЭС Восточная Европа
EUS Восточная часть США
EUS2 Восточная часть США 2
FRAS Южная Франция
FRC Центральная Франция
GEC Центральная Германия
ИНФОРМАЦИЯ Северная Германия
ГЕН Северо-Восточная Германия
GWC Центрально-Западная Германия
JPE Восточная Япония
JPW Западная Япония
KRC Центральная Корея
KRS Южная Корея
KRS2 Южная Корея 2
NCUS Центрально-северная часть США
NEU Северная Европа
NOE Восточная Норвегия
СЕЙЧАС Западная Норвегия
SAN Северная часть Южной Африки
ПИЛА Западная часть Южной Африки
SCUS Центрально-южная часть США
SEA2 Юго-Восточная Азия 2
МОРЕЙ Юго-Восточная Азия
ГРЕХ Южная Индия
SWW Западная Швейцария
ОАЭC Центральная часть ОАЭ
ОАЭН Север ОАЭ
UKN Северная часть Соединенного Королевства
UKS Южная часть Соединенного Королевства
UKS2 Южная часть Соединенного Королевства 2
UKW Западная часть Соединенного Королевства
WCUS Центрально-западная часть США
WEU Западная Европа
ПОБЕЖДАТЬ Западная Индия
WUS Западная часть США

Задержка ввода

"Задержка ввода" в Аналитике Виртуальных рабочих столов Azure означает задержку ввода для счетчика производительности процесса для каждого сеанса. На странице производительности узла в aka.ms/azmonwvdi этот счетчик производительности настроен для отправки отчета в службу каждые 30 секунд. Эти 30-секундные интервалы называются "выборками", и отчет является худшим случаем в этом окне. Значения медиана и p95 отражают медиану и 95-й процентиль во всех примерах.

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

Задержки делятся на следующие категории:

  • Хорошо: ниже 150 миллисекунда.
  • Допустимо: 150–500 миллисекунда.
  • Плохо: 500–2000 миллисекунд (менее 2 секунд).
  • Плохо: более 2000 миллисекунд (2 секунды и более).

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

Ежемесячные активные пользователи (MAU)

Общее число пользователей, которые начали сеанс за последние 28 дней. Если вы храните данные в течение 30 дней или меньше, вы можете увидеть значения MAU и Connection ниже, чем ожидалось, в периоды, когда доступны данные менее 28 дней.

Счетчики производительности

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

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

Имя счетчика производительности Интервал времени
Логический диск(C:)\Средняя длина очереди диска 30 секунд
Логический диск(C:)\Средн. Диск с/передача 60 секунд
Логический диск(C:)\Текущая длина очереди диска 30 секунд
Memory(*)\Available Mbytes 30 секунд
Память(*)\Ошибки страницы/с 30 секунд
Память(*)\Pages/с 30 секунд
Использование памяти(*)\% зафиксированных байтов 30 секунд
PhysicalDisk(*)\Средняя длина очереди диска 30 секунд
PhysicalDisk(*)\Avg. Disk sec/Read 30 секунд
PhysicalDisk(*)\Avg. Disk sec/Transfer 30 секунд
PhysicalDisk(*)\Avg. Disk sec/Write 30 секунд
Сведения о процессоре(_Total)\% времени процессора 30 секунд
Службы терминалов(*)\Активные сеансы 60 секунд
Службы терминалов(*)\Неактивные сеансы 60 секунд
Службы терминалов(*)\Всего сеансов 60 секунд
*Задержка ввода пользователя на процесс(*)\Максимальная задержка ввода 30 секунд
*Задержка ввода пользователя на сеанс(*)\Максимальная задержка ввода 30 секунд
RemoteFX Network(*)\Current TCP RTT 30 секунд
Сеть RemoteFX(*)\Текущая пропускная способность UDP 30 секунд

Потенциальные проблемы с подключением

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

  • Попытки (количество попыток подключения)
  • Ресурсы (количество опубликованных приложений или рабочих столов)
  • Узлы (количество виртуальных машин)
  • Клиенты

Например, если выбрать фильтр По пользователю, можно проверка, чтобы просмотреть попытки подключения каждого пользователя в столбце Попытки.

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

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

Время кругового пути (RTT)

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

Журнал сеансов

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

Оповещения о серьезности 0

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

Время подключения

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

Время подключения состоит из двух этапов:

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

При мониторинге времени подключения учитывайте следующие моменты:

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

    • Begins: WVDConnection state = started

    • Окончание: WVDCheckpoints Name = ShellReady (рабочие столы); Name = RdpShellAppExecuted (RemoteApp. Для определения времени следует рассмотреть только первый запуск приложения)

Например, Аналитика измеряет время запуска рабочего стола в зависимости от времени, необходимого для запуска Windows Обозреватель. Аналитика также измеряет время запуска RemoteApp на основе времени, затраченного на запуск первого экземпляра приложения оболочки для подключения.

Примечание.

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

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

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

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

Примечание.

Компоненты в этом разделе показывают только основные этапы подключения. Эти компоненты могут выполняться параллельно, что означает, что они не будут суммироваться, чтобы выровнять общее время подключения. Общее время подключения — это измерение, которое Azure Monitor определяет в отдельном процессе.

На следующей блок-схеме показаны четыре этапа процесса входа:

Блок-схема, показывающая четыре этапа процесса входа: Пользовательский маршрут, Stack Connected, Logon и Shell Start to Shell Ready.

На блок-схеме показаны следующие четыре компонента:

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

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

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

    Процесс входа состоит из четырех этапов:

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

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

    • Запуск оболочки: время, необходимое для запуска оболочки (обычно explorer.exe).

    • FSLogix (Frxsvc): время, необходимое для запуска FSLogix в новых сеансах. Длительное время запуска может указывать на проблемы с общими папками, используемыми для размещения профилей пользователей FSLogix. Чтобы устранить эти проблемы, убедитесь, что общие папки связаны с узлами сеансов и соответствующим образом масштабируются для среднего числа пользователей, в которых выполняется вход на узлы. Еще одна область, на которые следует обратить внимание, — размер профиля. Большие размеры профилей могут замедлить запуск.

  • Оболочка начинается с готовности оболочки: время от начала загрузки оболочки до момента ее полной загрузки и готовности к использованию. Задержки на этом этапе могут быть вызваны перегрузкой узла сеанса (высокая загрузка ЦП, память или активность диска) или проблемами с конфигурацией.

Отчет пользователя

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

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

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

Журналы событий Windows

Журналы событий Windows — это источники данных, собираемые агентом Azure Monitor или агентом Log Analytics на виртуальных машинах Windows. Вы можете собирать события из стандартных журналов, таких как Система и Приложение, а также из пользовательских журналов, созданных приложениями, которые необходимо отслеживать.

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

Имя события Тип события
Приложение Ошибка и предупреждение
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Администратор Ошибка, предупреждение и сведения
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational Ошибка, предупреждение и сведения
Системные Ошибка и предупреждение
Microsoft-FSLogix-Apps/Operational Ошибка, предупреждение и сведения
Microsoft-FSLogix-Apps/Администратор Ошибка, предупреждение и сведения

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

Вы также можете настроить Помощник по Azure, чтобы узнать, как устранять или предотвращать распространенные проблемы. Дополнительные сведения см. в статье Общие сведения об Azure Advisor.

Если вам нужна помощь или есть вопросы, проверка ресурсы нашего сообщества:

  • Last updated on