Глоссарий Аналитики виртуальных рабочих столов Azure
В этой статье перечислены и кратко описаны ключевые термины и понятия, связанные с Аналитикой виртуальных рабочих столов Azure.
видны узлы
Все активные оповещения Azure Monitor, настроенные в подписке и классифицированные как серьезность 0, будут отображаться на странице обзора. Сведения о настройке оповещений см. в статье об оповещениях журнала Azure Monitor.
Доступные сеансы
Элемент "Доступные сеансы" показывает количество доступных сеансов в пуле хостов. Служба вычисляет это количество, умножая число виртуальных машин на максимальное количество сеансов, разрешенных для каждой виртуальной машины, а затем вычитая общее число сеансов.
Операционная система клиента (ОС)
Клиентская операционная система (ОС) показывает, какая версия конечных пользователей ОС, обращающийся к ресурсам Виртуального рабочего стола Azure, в настоящее время используется. Клиентская ОС также показывает, какая версия веб-клиента (HTML) и полный клиент удаленного рабочего стола имеют пользователи. Полный список версий ОС Windows см. в разделе "Версия операционной системы".
Успешное подключение
Этот элемент показывает работоспособность подключения. "Успешное подключение" означает, что подключение может достигнуть узла, что подтверждается стеком на этой виртуальной машине. Ошибка подключения означает, что не удалось подключиться к узлу.
Активные пользователи за сутки (DAU)
Общее число пользователей, которые начали сеанс за последние 24 часа.
Оповещение (день)
Общее число предупреждений, которые активируются каждый день.
Ежедневные подключения и повторные подключения
Общее количество подключений и повторных подключений, начатых или завершенных за последние 24 часа.
Время ежедневного подключения
Общее количество часов, затраченных пользователями на подключение к сеансу за последние 24 часа.
Диагностика и ошибки
Если в Службе "Аналитика виртуальных рабочих столов Azure" появится ошибка или оповещение, она классифицируется по трем категориям:
Тип действия. Эта категория определяет то, как эта ошибка классифицируется диагностикой Виртуального рабочего стола Azure. Категории — это действия управления, каналы, подключения, регистрации узлов, ошибки и контрольные точки. Дополнительные сведения об этих категориях см. в статье Использование Log Analytics для функции диагностики.
Вид. В этой категории отображается расположение ошибки.
- Ошибки, помеченные как "служба" или "ServiceError = TRUE", произошли в службе "Виртуальный рабочий стол Azure".
- Ошибки, помеченные как "развертывание" или "ServiceError = FALSE", произошли за пределами службы "Виртуальный рабочий стол Azure".
- Дополнительные сведения о теге ServiceError см. в разделе Распространенные сценарии ошибок.
Источник. Эта категория предоставляет более конкретное описание того, где произошла ошибка.
Диагностика. Роль службы, которая отвечает за мониторинг и отчетность о действиях службы, чтобы пользователи могли видеть и диагностировать проблемы развертывания.
RDBroker. Роль службы, которая отвечает за организацию действий по развертыванию, поддержание состояния объектов, проверку подлинности и многое другое.
RDGateway. Роль службы, которая отвечает за обработку сетевого подключения между конечными пользователями и виртуальными машинами.
RDStack. Компонент программного обеспечения, установленный на виртуальных машинах, который разрешает им взаимодействовать со службой "Виртуальный рабочий стол Azure".
Клиент. Программное обеспечение, запускаемое на компьютере конечного пользователя, предоставляющее интерфейс службе "Виртуальный рабочий стол Azure". Он отображает список опубликованных ресурсов, а также устанавливает подключение к удаленному рабочему столу после того, как вы сделали выбор.
Каждая проблема или ошибка диагностики содержит сообщение, объясняющее, что пошло не так. Дополнительные сведения об устранении ошибок см. в статье Определение и диагностика проблем с Виртуальным рабочим столом Azure.
Коды регионов шлюза
Некоторые метрики в Службе "Аналитика виртуальных рабочих столов Azure" перечисляют регион шлюза, через который пользователь подключается. Регион шлюза представлен тремя или четырьмя буквами, соответствующим региону Azure, где находится шлюз. В следующей таблице перечислены коды регионов шлюза и соответствующие регионы Azure:
| Код региона шлюза | Регион Azure |
|---|---|
| Авг | Центральная Австралия |
| AUC2 | Центральная Австралия 2 |
| AUE | Восточная Австралия |
| AUSE | Юго-Восточная часть Австралии |
| BRS | Южная Бразилия |
| CAC | Центральная Канада |
| CAE | Восточная Канада |
| CHNO | Северная Швейцария |
| CIN | Центральная Индия |
| CUS | Центральная часть США |
| EAS | Восточная Азия |
| EEU | Восточная Европа |
| EUS | Восточная часть США |
| EUS2 | Восточная часть США 2 |
| FRAS | Франция (юг) |
| FRC | Центральная Франция |
| GEC | Центральная Германия |
| GEN | Северная Германия |
| ГЕН | Северо-Восточная Германия |
| GWC | Центрально-Западная Германия |
| JPE | Восточная Япония |
| JPW | Западная Япония |
| KRC | Республика Корея, центральный регион |
| KRS | Республика Корея, южный регион |
| KRS2 | Южная Корея 2 |
| NCUS | Центрально-северная часть США |
| NEU | Северная Европа |
| NOE | Восточная Норвегия; |
| NOW | Западная Норвегия |
| SAN | Северная часть ЮАР |
| ПИЛА | Западная часть ЮАР |
| SCUS | Центрально-южная часть США |
| SEA2 | Юго-Восточная Азия 2 |
| МОРЕЙ | Юго-Восточная Азия |
| SIN | Индия (юг) |
| SWW | Западная Швейцария |
| ОАЭ | Центральная часть ОАЭ |
| ОАЭ | Северная часть ОАЭ; |
| UKN | Северная часть Соединенного Королевства |
| UKS | южная часть Соединенного Королевства |
| UKS2 | Южная часть Соединенного Королевства 2 |
| UKW | западная часть Соединенного Королевства |
| WCUS | Центрально-западная часть США |
| WEU | Западная Европа |
| WIN | Индия (запад) |
| WUS | западная часть США |
Задержка ввода
"Задержка ввода" в Службе "Аналитика виртуальных рабочих столов Azure" означает задержку ввода на счетчик производительности процесса для каждого сеанса. На странице производительности узла по адресу aka.ms/azmonwvdi этот счетчик производительности настроен для отправки отчета службе каждые 30 секунд. Эти 30-секундные интервалы называются "выборками", и в этом окне указывается наихудший случай. Значения медианы и p95 отображают медиану и 95-й процентиль по всем выборкам.
Под элементом Задержка входных данных по узлам можно выбрать строку узла сеанса, чтобы отфильтровать все остальные визуальные элементы на странице с этим узлом. Можно также выбрать имя процесса для фильтрации графика медианной задержки входных данных по времени.
Мы относим задержки к следующим категориям:
- Хорошо: менее 150 мс.
- Приемлемо: 150–500 мс.
- Плохо: 500–2000 мс (менее 2 секунд).
- Очень плохо: более 2 000 мс (2 секунды и больше).
Дополнительные сведения о работе счетчика задержки входных данных см. в статье о счетчиках производительности задержки входных данных.
Ежемесячно активные пользователи (MAU)
Общее число пользователей, которые начали сеанс за последние 28 дней. Если данные хранятся в течение 30 дней или меньше, то в периоды, когда данные доступны менее 28 дней, могут отображаться менее ожидаемые значения MAU и подключения.
Счетчики производительности
Счетчики производительности отображают производительность компонентов оборудования, операционных систем и приложений.
В следующей таблице перечислены рекомендуемые счетчики производительности и интервалы времени, которые используются в Azure Monitor для Виртуального рабочего стола Azure:
| Имя счетчика производительности | Интервал времени |
|---|---|
| Логический диск (C:)\Средняя длина очереди диска | 30 секунд |
| Логический диск (C:)\среднее время обращения к диску (с) | 60 секунд |
| Логический диск (C:)\Текущая длина очереди диска | 30 секунд |
| Память(*)\Доступный объем в МБ | 30 секунд |
| Память (*)\ошибок страницы/с | 30 секунд |
| Память (*)\Страниц/с | 30 секунд |
| Память (*)\Использование выделенной памяти (в байтах) | 30 секунд |
| PhysicalDisk (*)\средняя длина очереди диска | 30 секунд |
| PhysicalDisk (*)\среднее время чтения с диска (с) | 30 секунд |
| PhysicalDisk (*)\среднее время обращения к диску (с) | 30 секунд |
| PhysicalDisk (*)\среднее время записи на диск (с) | 30 секунд |
| Сведения о процессоре (_Total)\% загруженности процессора | 30 секунд |
| Службы терминалов (*)\Активные сеансы | 60 секунд |
| Службы терминалов (*)\Неактивные сеансы | 60 секунд |
| Службы терминалов (*)\Всего сеансов | 60 секунд |
| *Задержка данных, введенных пользователем за процесс (*)\Максимальная задержка входных данных | 30 секунд |
| *Задержка данных, введенных пользователем за сеанс (*)\Максимальная задержка входных данных | 30 секунд |
| Сеть RemoteFX (*)\RTT текущего TCP-подключения | 30 секунд |
| Сеть RemoteFX (*)\пропускная способность текущего UDP-подключения | 30 секунд |
Возможные проблемы с подключением
Возможные проблемы с подключением отображают узлы, пользователей, опубликованные ресурсы и клиентов с высокой частотой сбоев подключения. Выбрав фильтр "Отчет по", вы можете оценить серьезность проблемы, проверив значения в следующих столбцах:
- Попытки (количество попыток соединения)
- Ресурсы (количество опубликованных приложений или рабочих столов)
- Узлы (количество виртуальных машин)
- Клиенты
Например, если вы выберете фильтр По пользователю, вы можете установить флажок, чтобы видеть попытки подключения каждого пользователя в столбце Попытки.
Если вы заметили, что проблема с подключением охватывает несколько узлов, пользователей, ресурсов или клиентов, скорее всего, проблема затрагивает всю систему. В противном случае это небольшая проблема с более низким приоритетом.
Можно также выбрать записи для просмотра дополнительных сведений. Можно просмотреть, какие узлы, ресурсы и версии клиентов были связаны с проблемой. На экране также будут отображаться ошибки, о которых сообщалось во время попыток подключения.
Время кругового пути (RTT)
Время кругового пути (RTT) — это оценка времени кругового пути соединения между расположением конечного пользователя и регионом Azure узла сеанса. Чтобы узнать, какие расположения имеют лучшую задержку, просмотрите требуемое расположение в статистике задержки в сети Azure.
Журнал сеансов
В элементе Сеансы отображается состояние всех сеансов, подключенных и отключенных. В элементе Бездействующие сеансы отображаются только отключенные сеансы.
Предупреждения с уровнем серьезности 0
Самые срочные элементы, которые необходимо принять сразу. Если вы не устраните эти проблемы, это может привести к прекращению работы развертывания Виртуального рабочего стола Azure.
Время подключения
Время подключения — это период времени между моментом, когда пользователь открывает ресурс для запуска сеанса, и моментом загрузки и подготовки к использованию рабочего стола. Например, для RemoteApp это время запуска приложения.
Время подключения имеет два этапа:
- Подключение — время, необходимое службе Azure для маршрутизации пользователя к узлу сеансов.
- "Вход в систему" — время, которое требуется службе для выполнения задач, связанных с входом пользователя и установлением сеанса на узле сеансов.
При отслеживании времени для подключения помните о следующем:
Время подключения измеряется со следующими контрольными точками из службы виртуального рабочего стола Azure диагностика данных. Аналитика контрольных точек используется для определения того, отличается ли соединение для рабочего стола и сценария RemoteApp.
Начало: состояние WVDConnection = запущено
Заканчивается: имя WVDCheckpoints = ShellReady (настольные компьютеры); Name = RdpShellAppExecuted (RemoteApp). Для времени рассмотрим только первый запуск приложения)
Например, аналитика измеряет время запуска рабочего стола на основе времени запуска проводника Windows. Аналитика также измеряет время запуска RemoteApp на основе времени запуска первого экземпляра приложения оболочки для подключения.
Примечание.
Если пользователь запускает несколько RemoteApp, иногда приложение оболочки может выполняться несколько раз во время одного подключения. Для точного измерения времени подключения следует использовать только первую контрольную точку выполнения для каждого подключения.
Установка новых сеансов обычно занимает больше времени, чем повторная установка подключений к существующим сеансам из-за различий в процессе входа в систему для новых и установленных подключений.
Время, необходимое пользователю для предоставления учетных данных, вычитается из времени для подключения к учетной записи в ситуациях, когда пользователю требуется некоторое время для ввода учетных данных или использования альтернативных методов проверки подлинности для входа.
При устранении неполадок, связанных с длительным временем подключения, Azure Monitor разбивает данные об общем времени подключения на четыре компонента, чтобы вы могли определить, как сократить время входа.
Примечание.
Компоненты в этом разделе отображают только основные этапы подключения. Эти компоненты могут выполняться параллельно, что означает, что их сумма не будет равна общему времени подключения. Общее время подключения — это измерение, которое Azure Monitor определяет в отдельном процессе.
На следующей блок-схеме показаны четыре этапа процесса входа:
На блок-схеме показаны следующие четыре компонента:
Маршрут пользователя: время, которое проходит с момента, когда пользователь выбирает значок Виртуального рабочего стола Azure для запуска сеанса, до момента, когда служба определяет узел для подключения. Высокая сетевая нагрузка, высокая нагрузка на службы или уникальная маршрутизация сетевого трафика могут привести к увеличению времени маршрутизации. Чтобы устранить проблемы с маршрутом пользователя, обратите внимание на сетевые пути.
Подключенный стек: время, которое проходит с момента, когда служба разрешает целевой узел сеанса для пользователя, до момента, когда служба устанавливает подключение между узлом сеансов и удаленным клиентом пользователя. Как и маршрутизация пользователей, сетевая нагрузка, загрузка сервера или уникальная маршрутизация сетевого трафика могут влиять на время подключения. Для этого компонента вам также необходимо обратить внимание на сетевую маршрутизацию. Чтобы сократить время подключения, убедитесь, что вы правильно настроили все конфигурации прокси-сервера как на клиенте, так и на узлах сеансов, а маршрутизация к службе оптимальна.
Вход в систему: время, которое проходит между установкой подключения к узлу и началом загрузки оболочки. Время входа в систему включает несколько процессов, которые могут увеличить время подключения. Вы можете просмотреть данные для этапа входа в систему в Insights, чтобы проверить наличие неожиданных пиков в среднем времени.
Процесс входа в систему делится на четыре этапа:
Профили: время, необходимое для загрузки профиля пользователя для новых сеансов. Продолжительность загрузки зависит от размера профиля пользователя или используемых вами решений для профилей пользователей (например, виртуализации взаимодействия с пользователем). Если вы используете решение, зависящее от профилей, хранящихся в сети, избыточная задержка также может привести к увеличению времени загрузки профиля.
Объекты групповой политики (GPO): время, необходимое для применения групповых политик к новым сеансам. Пик в этой области данных является признаком слишком большого количества групповых политик, слишком длительного применения политик или проблем с ресурсами на узле сеанса. Для оптимизации времени обработки можно сделать следующее: убедитесь, что контроллер домена находится как можно ближе к узлам сеансов.
Запуск оболочки: время, необходимое для запуска оболочки (обычно explorer.exe).
FSLogix (Frxsvc): время, необходимое для запуска FSLogix в новых сеансах. Длительное время запуска может указывать на проблемы с общими ресурсами, используемыми для размещения профилей пользователей FSLogix. Чтобы устранить эти проблемы, убедитесь, что общие ресурсы размещены совместно с узлами сеансов и соответствующим образом масштабированы для среднего количества пользователей, выполняющих вход на узлы. Следующая область, на которую необходимо обратить внимание, — это размер профиля. Большие размеры профиля могут замедлить время запуска.
От запуска оболочки до ее готовности: время от начала загрузки оболочки до момента ее полной загрузки и готовности к использованию. Задержки на этом этапе могут быть вызваны перегрузкой узла сеансов (высокой загрузкой ЦП, памятью или работой диска) или проблемами конфигурации.
Отчет пользователя
Страница отчета о пользователе позволяет просматривать историю подключений конкретного пользователя, а также сведения диагностики. Каждый отчет пользователя отображает шаблоны использования, отзывы пользователей и ошибки, обнаруженные пользователями во время сеансов. Наиболее незначительные проблемы можно устранить с помощью отзывов пользователей. Если необходимо более подробно изучить информацию, можно также отфильтровать сведения об определенном идентификаторе подключения или периоде времени.
Количество пользователей на ядро
Количество пользователей в каждом ядре виртуальной машины. Отслеживание максимального количества пользователей на ядро с течением времени может помочь определить, постоянно ли среда работает с большим, малым или нестабильным количеством пользователей на ядро. Знание количества активных пользователей поможет эффективно потреблять ресурсы и масштабировать среду.
Журналы событий Windows
Журналы событий Windows — это источники данных, собранные агентом Azure Monitor или агентом Log Analytics на виртуальных машинах Windows. События можно собирать из стандартных журналов, таких как "Система" и "Приложение", а также из пользовательских журналов, созданных приложениями, которые необходимо отслеживать.
В следующей таблице перечислены необходимые журналы событий Windows для Аналитики виртуальных рабочих столов Azure:
| Имя события | Тип события |
|---|---|
| Приложение | Ошибка и предупреждение |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Ошибка, предупреждение и сведения |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Ошибка, предупреждение и сведения |
| Системные | Ошибка и предупреждение |
| Microsoft-FSLogix-Apps/Operational | Ошибка, предупреждение и сведения |
| Microsoft-FSLogix-Apps/Admin | Ошибка, предупреждение и сведения |
Следующие шаги
- Чтобы приступить к работе, см. статью "Аналитика виртуальных рабочих столов Azure" для мониторинга развертывания.
- Сведения о расчете стоимости хранения данных и управлении такими расходами см. в статье Расчет стоимости Azure Monitor.
- Если у вас возникла проблема, обращайтесь за помощью и информацией об известных проблемах к руководству по устранению неполадок.
Можно также настроить Помощник по Azure, чтобы узнать, как разрешить или предотвратить распространенные проблемы. Дополнительные сведения см. в статье Общие сведения о Помощнике по Azure.
Если вам нужна помощь или у вас есть вопросы, ознакомьтесь с нашими ресурсами сообщества.
Задавайте вопросы или делайте предложения сообществу в Техническом сообществе Виртуального рабочего стола Azure.
Сведения о том, как оставить отзыв, см. в статье Обзор по устранению неполадок, отзывам и поддержке для Виртуального рабочего стола Azure.
Кроме того, можно оставить отзыв о виртуальном рабочем столе Azure в Центре обратной связи для виртуальных рабочих столов Azure