)
)
Введение
Удаленные рабочие среды генерируют несколько уровней операционных данных, от использования ЦП и памяти до подключенных пользователей, одновременных сеансов и спроса на приложения. Проблема заключается в том, чтобы определить, какие сигналы важны и как они взаимосвязаны. Эта статья объясняет, что отслеживает программное обеспечение для мониторинга удаленных рабочих столов, как видимость сеансов отличается от мониторинга серверов и как ИТ-команды могут использовать данные в реальном времени и исторические данные для диагностики проблем с производительностью.
Что на самом деле мониторит программное обеспечение для мониторинга удаленного рабочего стола?
Мониторинг удаленного рабочего стола охватывает ряд концепций. Некоторые инструменты сосредотачиваются на ресурсах серверной стороны, в то время как другие инвентаризируют соединения, используя Протокол удаленного рабочего стола (RDP) или Службы удаленного рабочего стола (RDS). Инструменты, которые принимают подход, ориентированный на безопасность, могут проверять и записывать действия пользователей.
Для ИТ имеет смысл разделить эти инструменты на 5 категорий:
| Слой мониторинга | Что это отвечает | Типичная информация |
|---|---|---|
| Инфраструктура | Хорошо ли работает хост? | ЦП, память, диск, пропускная способность, доступность |
| Соединение | Кто подключился и когда? | Пользователь, время входа, статус подключения |
| Сессия | Что происходит в удаленных сеансах? | Подключенные пользователи, одновременные сеансы, продолжительность, состояние сеанса |
| Пользовательский опыт | Сессия удаленного доступа отзывчива? | Задержка ввода, задержка, задержки входа, отзывчивость приложения |
| Деятельность | Какие приложения или действия вовлечены? | Использование приложения, процессы, события аудита или записи сеансов |
Эти понятия связаны, но не обязательно взаимозаменяемы, поскольку одно может сообщать о насыщении ЦП, но не указывать, какая сессия была первой затронутой, в то время как платформа аудита может определить, кто подключился, но не объяснить, почему производительность ухудшилась.
Программное обеспечение для записи сеансов делает шаг вперед, собирая подробные доказательства того, что произошло в контексте удаленной среды, вводя дополнительные соображения по безопасности, конфиденциальности, а также по хранению и удержанию данных.
Первым вызовом при сравнении программного обеспечения для мониторинга удаленных рабочих столов является определение видимости, которая на самом деле требуется ИТ.
Почему видимость на уровне сеанса отличается от мониторинга сервера?
Традиционный мониторинг сервера инструменты спрашивают, все ли в порядке с машиной. Высокая ли загрузка ЦП? Низкая ли память? Растет ли использование диска? Сервер в сети?
Эти метрики все еще актуальны в сценарии хостинга RDS, но есть еще один уровень, который следует учитывать. Общая инфраструктура RDS означает, что на уровне хоста процессор, память, хранилище и сетевые ресурсы распределены между несколькими пользователями и приложениями.
На уровне сеанса приложения и процессы каждого пользователя имеют уникальные требования. Хост сеанса RD может быть в целом работоспособным, в то время как приложения одного пользователя могут зависать, или один медленный сеанс не означает, что весь сервер перегружен.
Разница имеет значение для целей устранения неполадок. Если десять пользователей на одном сервере начинают замедляться одновременно, имеет смысл сначала обратить внимание на общие ресурсы сервера. Если только один пользователь испытывает проблемы, скорее всего, проблема связана с этой сессией, её приложениями и подключением.
Инструменты мониторинга удаленного рабочего стола наиболее эффективны, когда они позволяют администраторам переключаться между этими перспективами и устанавливать связи между общим состоянием сервера и состоянием отдельных сеансов пользователей.
Какие самые важные метрики удаленного рабочего стола?
Ни одна метрика не управляет состоянием среды удаленного рабочего стола. Администраторам требуется достаточный контекст для интерпретации текущей нагрузки, потребления ресурсов и пользовательского опыта.
Сколько пользователей и сессий активно?
Количество сеансов служит основой для этого разговора.
Релевантные данные включают подключенных пользователей, активные и отключенные сеансы, количество одновременных сеансов распределение по серверам, пиковые периоды и историческая одновременность.
Тенденции одновременности имеют приоритет над числом сотрудников при оценке производительности системы удаленного рабочего стола, так как емкость обычно определяется одновременной нагрузкой, а не количеством зарегистрированных пользователей. Машина, обслуживающая 200 случайных пользователей, может быть значительно более нагруженной, чем одновременное количество сессий в 40 пользователей, работающих с высокопроизводительными приложениями.
Значение метрик параллелизма, дополненное статистикой инфраструктуры, заключается в установлении наличия корреляции между увеличением числа подключенных пользователей и ростом потребления ресурсов.
Справляются ли серверные ресурсы с требованиями сессий?
ЦП, память, активность диска и доступное хранилище по-прежнему являются ключевыми показателями для мониторинга удаленного рабочего стола.
Интересный вопрос не в том, достигла ли ЦП определенного процента, а в том, когда она была под давлением и что еще происходило в то же время.
Постоянный скачок ЦП, например, может коррелировать с утренним наплывом входа в систему, увеличенным количеством одновременных сеансов, запланированным процессом или интенсивным использованием конкретного бизнес-приложения.
Связь между двумя обычно важнее, чем ценность использования.
Какие приложения и процессы создают нагрузку?
Видимость приложений предоставляет дополнительный контекст.
Понимание используемых приложений, когда спрос возрастает, и какие процессы потребляют больше всего ресурсов, позволяет администраторам связывать активность пользователей с поведением инфраструктуры.
Мониторинг приложений может ответить на эти типы вопросов. Возникает ли проблема с производительностью, когда конкретное приложение используется интенсивно? Есть ли хосты сеансов, на которых работает более интенсивный набор приложений? Поддерживаются ли или лицензируются приложения, которые редко используются?
Эта информация имеет ценность не только для устранения неполадок, но и для общей инфраструктуры и администрирования программного обеспечения.
Сетевой или пользовательский опыт способствует проблеме?
Сессии удаленного рабочего стола по своей природе являются интерактивными, что делает проблемы с сетью или отзывчивостью немедленно очевидными для конечных пользователей.
Пропускная способность должна оцениваться в сочетании с другими метриками производительности сервера, поскольку сервер может иметь свободные ресурсы ЦП и памяти, в то время как соединения замедляются из-за узкого места в другом месте цепочки связи. Понимание Производительность RDP в сетях с высокой задержкой может помочь отличить проблемы с отзывчивостью сети от ограничений ресурсов на стороне хоста.
Некоторые среды RDS могут предложить больше информации о пользовательском опыте, чем другие. Microsoft Performance Monitor, например, имеет счетчики задержки ввода пользователя, которые могут выявлять задержки на уровне сеанса и процесса. Microsoft документирует эту функцию как метод корреляции номеров сеансов, использования ЦП и отзывчивости на серверах RD Session Host.
Не все инструменты мониторинга удаленных рабочих столов включают одинаковые метрики задержки или задержки ввода. Администраторы ИТ должны дважды проверить, что именно предлагает поставщик в отношении информации о пользовательском опыте, вместо того чтобы предполагать, что она будет присутствовать.
Как мониторинг удаленного рабочего стола может помочь вашей команде, когда вам нужно устранять проблемы с медленными сеансами?
Ценность мониторинга удаленного рабочего стола лучше всего проявляется, когда администраторы принимают несколько сигналов и сопоставляют их.
Когда пользователь указывает на то, что RDP медленный, он описывает эффект, а не причину. Вашим первым приоритетом является понимание объема проблемы.
Один пользователь испытывает проблемы? Есть ли несколько пользователей, которые находятся на одном хосте? Есть ли пользователи на нескольких серверах с одной и той же проблемой?
С учетом определенной области проблемы, ваши аналитические данные по мониторингу могут помочь сосредоточить ваш поиск:
| Симптом | Полезные проверки |
|---|---|
| Один пользователь медленный | Состояние сеанса, приложения, процессы, условия подключения |
| Большинство пользователей на одном сервере работают медленно | ЦП, память, дисковый ввод-вывод, использование процессов, одновременные сеансы |
| Пользователи на нескольких серверах работают медленно | Зависимости от общей сети или инфраструктуры |
| Производительность ухудшается в одно и то же время ежедневно | Конкуренция, запланированные задачи, пики приложений |
| Пользователи часто отключаются | Доступность сервера, условия сети, события обслуживания и подключения |
| Одно приложение постоянно работает плохо | Использование приложения, связанные процессы и потребление ресурсов |
Цель заключается в корреляции. Пики загрузки ЦП означают больше в контексте увеличения параллелизма. Высокая загрузка канала связи более заметна на фоне множественных жалоб пользователей. Повторяющаяся проблема с производительностью легче поддается идентификации, когда вы знаете, что одно и то же приложение или нагрузка возникают каждый раз.
Мониторинг не всегда выявляет коренную причину, но он фиксирует операционный контекст, необходимый администраторам для сужения круга возможных подозреваемых.
Устранение неполадок на основе памяти после факта не то же самое, что и проверка окружения в момент инцидента.
Мониторинг в реальном времени, оповещения и исторические отчеты: почему это все важно?
Мониторинг оказывается полезным, когда он позволяет вам ответить на три различных операционных вопроса: что происходит в данный момент, когда ИТ должны предпринять действия и что произошло ранее?
Что сейчас происходит?
Мониторинг в реальном времени может быть использован администраторами для проверки текущей производительности сервера, зарегистрированных пользователей, процессов приложений и сетевой активности.
Эта информация может оказаться жизненно важной во время инцидента, так как она позволяет администратору определить, существует ли все еще нагрузка на ресурсы или происходит ли необычная нагрузка.
Данные в реальном времени предоставляют актуальную информацию, но на этом всё. Метрика в данный момент только информативна. То, что сейчас кажется нормальным, могло быть ненормальным, когда пользователь испытывал проблему.
Когда что-то требует внимания?
Оповещения преобразуют мониторинг из пассивного сбора данных в проактивный и оперативный процесс.
Администраторы указывают, что требует внимания: постоянное использование процессора, давление на память, активность диска, чрезмерное количество активных пользователей или время простоя сервера.
Пороговые значения мониторинга по-прежнему необходимо применять здравый смысл; кратковременный всплеск активности ЦП ожидается, но повторяющееся давление в часы пиковой нагрузки может указывать на возникающую проблему с мощностью.
Что произошло перед инцидентом?
Исторические отчеты выявляют закономерности, которые не могут показать живые метрики. Microsoft рекомендует использовать Сбор данных Монитора производительности для записи счетчиков производительности с течением времени при расследовании периодических проблем с производительностью Windows Server.
Скажем, что загрузка ЦП достигает 90 процентов в течение пяти минут. Если это изолированный случай в известном пакетном процессе, это может не указывать на проблему. Но если ЦП достигает 90 процентов каждый будний день примерно в одно и то же время, когда конкуренция превышает заданный порог, это ценная информация для планирования емкости.
Исторические базовые линии часто важнее отдельных порогов, потому что они показывают, что является нормой для данного сервера, набора приложений и пользовательской группы.
В каких случаях достаточно встроенных инструментов мониторинга Windows?
Windows предоставляет довольно мощный набор инструментов для устранения неполадок.
Диспетчер задач и Монитор ресурсов отображают текущее использование ресурсов. Монитор производительности может собирать счетчики производительности Windows, включая задержку ввода пользователя на уровне сеанса и процесса в поддерживаемых версиях Windows Server. Просмотр событий представляет события, связанные с операционной системой и RDS, в то время как PowerShell может использоваться для запроса и автоматизации многих административных задач.
Для устранения неполадок на одном сервере или расследования конкретной проблемы эти инструменты могут оказаться достаточными для опытного администратора.
Однако необходимость мониторинга нескольких серверов или рассмотрения ситуации с точки зрения предыдущего случая может потребовать извлечения информации из нескольких источников.
Централизованный мониторинг полезен в ситуациях, когда ИТ необходимо контролировать более одного хоста через одну консоль, сохранять историческую информацию для последующего использования, сравнивать системы и временные рамки, отчитываться о деятельности пользователей и одновременности или настраивать оповещения.
Ценность такого подхода не обязательно заключается в метриках, которые Windows не предоставляет.
Скорее, это в способности консолидировать, хранить и коррелировать эту информацию, чтобы сделать ее более действенной для администраторов.
Означает ли это, что вы записываете пользователей, если используете мониторинг сеансов удаленного рабочего стола?
Нет. Условия часто используются взаимозаменяемо, но мониторинг сеансов и запись сеансов имеют значительно разные объемы и возможности.
Хотя мониторинг сеансов удаленного рабочего стола может только наблюдать за подключенными пользователями, параллельными сеансами, использованием ресурсов, историей сеансов или использованием приложений, запись сеансов будет захватывать гораздо более подробный набор данных о действиях в удаленном сеансе в зависимости от продукта, таких как содержимое экрана, действия приложений, действия с буфером обмена или другие события.
Запись сеансов может иметь смысл для конкретных сценариев с привилегированным доступом, доступом третьих лиц, аудита или безопасности, но это вызывает дополнительные вопросы о хранении, доступе, хранении и конфиденциальности.
Для большинства повседневных операций с удаленным рабочим столом возможность записывать все детали сеанса является ненужной и нежелательной для ИТ-команды, так как им нужна лишь достаточная информация о сеансе для наблюдений за производительностью и анализа.
Как вы можете улучшить планирование мощностей, используя мониторинг удаленного рабочего стола?
Когда речь идет о инфраструктуре удаленного рабочего стола, плотность нагрузки является важным фактором.
Количество настроенных учетных записей мало говорит о количестве одновременно работающих пользователей, приложениях, которые они используют, и их интенсивности.
Историческое мониторинг делает эту информацию доступной.
Анализируя одновременных пользователей и сравнивая их с использованием ЦП, памяти, диска и сети, ИТ-администраторы получают практическое представление о своей среде. Они видят, когда нагрузки начинают влиять на инфраструктуру, какие рабочие нагрузки за это отвечают и увеличивается ли эта тенденция.
Эта информация может быть использована для обоснования действий, таких как балансировка нагрузки между хостами, добавление дополнительных серверов, добавление ресурсов к существующим серверам, планирование тяжелых приложений или исследование приложений, которые потребляют непропорционально большое количество ресурсов.
Этот подход гораздо точнее, чем общая рекомендация, основанная на пользователях на сервер. Microsoft’s Руководство по размеру хоста сеансов удаленного рабочего стола аналогично рекомендуется оценивать тип нагрузки, плотность пользователей и измерения пользовательского опыта, а не полагаться на одну общую цифру емкости. Две компании с одинаковой пользовательской базой могут иметь совершенно разные требования к приложениям и инфраструктуре.
Какой тип требований следует учитывать при поиске программного обеспечения для мониторинга удаленного рабочего стола?
Лучшее программное обеспечение для мониторинга удаленного рабочего стола не обязательно является продуктом, который собирает наибольшее количество данных. Это тот, который предоставляет уровень видимости, необходимый для управляемой среды.
Для большинства команд ИТ-операций ключевые требования просты:
- с централизованная видимость на нескольких серверах
- информация о текущих пользователях и одновременных сеансах
- Мониторинг ЦП, памяти, диска и сети
- видимость приложений и процессов
- исторические отчеты и анализ тенденций
- настраиваемые оповещения
- практические возможности отчетности и экспорта
Платформа также должна облегчить корреляцию. Подсчет сеансов становится более ценным, когда администраторы могут сравнивать его с нагрузкой на сервер. Использование приложений становится более полезным, когда его можно изучать с течением времени.
Затраты на развертывание и администрирование также имеют значение. Платформа мониторинга, предназначенная для упрощения удаленной инфраструктуры, не должна вводить непропорциональную сложность инфраструктуры или управления.
Наконец, уточните, что именно подразумевают поставщики под такими терминами, как мониторинг сеансов, мониторинг пользователей и мониторинг удаленного рабочего стола. Одна платформа может подразумевать отчетность о подключенных пользователях, другая может предоставлять метрики отзывчивости RDP, в то время как третья может предлагать полную запись экрана.
Терминология может звучать похоже. Предоставляемая видимость может быть очень разной.
Как TSplus может упростить мониторинг удаленного рабочего стола?
Для ИТ-команд, управляющих инфраструктурой удаленных рабочих столов Windows, мы объединяем серверную и пользовательскую активность в централизованную среду мониторинга. Администраторы могут отслеживать использование ЦП, памяти, диска и пропускной способности, а также следить за подключенными пользователями, параллельными сессиями и активностью приложений, что помогает им соотносить производительность инфраструктуры с фактическим спросом на удаленные рабочие столы.
Мониторинг сервера TSplus также предоставляет историческую отчетность и настраиваемые оповещения, чтобы администраторы могли выявлять повторяющиеся шаблоны нагрузки вместо того, чтобы полагаться только на текущие метрики. Это упрощает расследование проблем с производительностью, установление практических базовых значений и предсказание требований к емкости на нескольких серверах без введения полного записи пользовательских сессий.
Заключение
Эффективный мониторинг удаленного рабочего стола заключается в корреляции, а не в сборе максимально возможного набора метрик. Производительность сервера, активность сеансов, спрос на приложения и условия сети становятся более полезными, когда администраторы могут рассматривать их вместе.
Этот объединенный обзор помогает ИТ-отделу различать изолированные проблемы пользователей от узких мест на уровне хоста, понимать повторяющиеся модели производительности и принимать более обоснованные решения по емкости по мере роста удаленных рабочих столов.
)
)
)
