Что такое средство отслеживания производительности vmware Horizon

Обновлено: 21.11.2024

Оставайтесь на вершине производительности VMware Horizon, отслеживая различные ресурсы, связанные с вашей инфраструктурой виртуальных рабочих столов (VDI), с единой консоли. Просто установите Site24x7 On-Premise Poller на компьютере с Windows, добавьте VMware Horizon для мониторинга и приступайте к работе.

С помощью мониторинга VMware Horizon вы можете:

Анализируйте эффективность с помощью различных показателей. чтобы объявить конкретный ресурс критическим или недоступным.
Проанализируйте критические проблемы с производительностью с помощью отчетов.
Просмотр панели ключевых показателей.

Интерпретация производительности VMware Horizon

Анализируйте производительность VMware Horizon, просматривая подключения в сеансах, компьютерах, пулах рабочих столов, серверах View Connection, серверах vCenter, серверах безопасности, серверах View Composer, серверах RDS, шлюзах единого доступа и базе данных событий.

В этом документе мы рассмотрим показатели, которые отслеживаются на каждой из вкладок, упомянутых ниже. Вы можете получить доступ ко всему этому на вкладке VMware > Virtual Desktop Infrastructure > VMware Horizon, щелкнув имя нужного монитора.

Сводка: краткая информация о количестве связанных ресурсов и сеансов.
Автоматизированные пулы рабочих столов: список всех автоматических пулов рабочих столов вместе с ключевыми показателями компьютеров и сеансов.
Ручные пулы рабочих столов: список всех ручных пулов рабочих столов вместе с ключевыми показателями по компьютерам и сеансам.
Пулы рабочих столов RDS: список всех пулов рабочих столов сеансов удаленных рабочих столов (RDS) вместе с ключевыми показателями на серверах и сеансах RDS.
Машины: показывает количество подключенных машин.
Сеансы: получение сведений о сеансах на основе различных протоколов.
Универсальный шлюз доступа: получите основные сведения о универсальных шлюзах доступа, а также ключевые показатели производительности.
Серверы: показывает серверы View Connection, серверы vCenter, серверы безопасности, серверы View Composer и сведения о сервере RDS.
База данных событий: сведения о настроенной базе данных событий и состоянии ее подключения.
Настройки: список глобальных настроек и сведений о лицензии.

Обзор

Просматривайте такие сведения, как доступность, общее количество сеансов, общее количество машин, проблемные машины и время простоя одним взглядом. Кроме того, получите количество View Connection Servers, Total Desktop Pools, Automated Desktop Pools, Manual Desktop Pools и RDS Desktop Pools, связанных с отслеживаемым VMware Horizon.

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

< td>Всего машин

Показатель	Описание
Всего пулов рабочих столов	Пул виртуальных рабочих столов — это группа виртуальных рабочих столов, размещенных на виртуальных машинах с одинаковой конфигурацией (ВМ). На этом графике показано количество таких связанных пулов виртуальных рабочих столов.
Количество пулов рабочих столов во включенном состоянии	Отображает количество включенных пулов рабочих столов.
Количество пулов рабочих столов в отключенном состоянии	Отображает количество отключенных пулов рабочих столов.
Общее количество машин, связанных с VMware Horizon.
Проблемные машины	Общее количество связанных проблемные машины.
Всего сеансов	Общее количество сеансов, инициированных с использованием VMware Horizon.
Количество сеансов рабочего стола	Общее количество сеансов, являющихся сеансами рабочего стола.
Количество сеансов приложений	общее количество сеансов, которые являются сеансами приложений.
Количество серверов View Connections	Количество серверов View Connections, подключенных к этой виртуальной машине Горизонт.

Автоматические пулы рабочих столов

Пул рабочих столов — это коллекция рабочих столов, которую пользователи могут выбрать при входе в систему с помощью VMware Horizon. Автоматизированные пулы рабочих столов — это один из его типов, в котором шаблоны или моментальные снимки vCenter VM используются для создания нового пула рабочих столов. Машины могут быть созданы при создании пула.

На этой вкладке отображается список различных пулов автоматизированных рабочих столов, связанных с VMware Horizon, а также такие сведения, как состояние, максимальное количество компьютеров, общее количество компьютеров, общее количество сеансов и количество доступных, подключенных и отключенных пулов автоматизированных рабочих столов. ; количество Проблемных машин; и со состояниями "Агент недоступен", "Настройка" и "Ошибка".

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

Распределение сеансов включает количество сеансов в состоянии подключения, сеансов в отключенном состоянии и сеансов в состоянии ожидания.

Ручные пулы рабочих столов

Пулы рабочих столов с ручным управлением – это набор существующих виртуальных машин vCenter, физических компьютеров или сторонних виртуальных машин.

На этой вкладке отображается список различных ручных пулов рабочих столов, связанных с VMware Horizon, а также такие сведения, как состояние, общее количество машин, общее количество сеансов и количество доступных, подключенных и отключенных ручных пулов рабочих столов; количество Проблемных машин; и со состояниями "Агент недоступен", "Настройка" и "Ошибка".

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

Настольные пулы RDS

Пул рабочих столов RDS — это один из трех типов пулов рабочих столов, которые вы можете создать. Пул рабочих столов RDS связан с фермой, которая представляет собой группу хостов RDS. Каждый узел RDS — это сервер Windows, на котором может размещаться несколько рабочих столов RDS.

Вы можете просмотреть список пулов рабочих столов RDS, связанных с VMware Horizon, а также имя фермы, состояние, состояние фермы, общее количество серверов RDS, общее количество сеансов и количество доступных пулов рабочих столов RDS в разделе «Агент недоступен» и «Агент». Состояния ошибки конфигурации.

Вы также можете просмотреть количество пулов рабочих столов RDS, количество пулов рабочих столов RDS в включенном состоянии, количество пулов рабочих столов RDS в отключенном состоянии, общее количество сеансов, общее количество серверов RDS, количество серверов RDS в доступном состоянии, количество RDS. Количество серверов в состоянии «Агент недостижим», «Количество серверов RDS в состоянии «Ошибка конфигурации агента» и «Количество серверов RDS в неизвестном состоянии», соответствующие всем пулам рабочих столов RDS в VMware Horizon.

Машины

На вкладке "Машины" представлена информация о самых популярных компьютерах на основе различных категорий в виде диаграмм и таблиц. Категории включают в себя:
10 лучших компьютеров по центральному процессору, памяти хоста, задержке диска, IOPS при чтении диска и IOPS при записи на диск.

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

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

Показатель	Описание
Всего машин	Общее количество машин, подключенных к VMware Horizon.
Проблемные машины	Общее количество машин, на которых возникают проблемы или возникает ошибка.
Разделение проблемных машин	Разделение проблемные машины на основе ошибки.
Количество машин в состоянии ошибки инициализации	Общее количество машин, которые столкнулись с ошибками инициализации на сервере View Composer.
Количество машин в состоянии ошибки	Общее количество машин в состоянии неизвестной ошибки.
Количество машин в состоянии «Агент недоступен»	Статус «Агент недоступен» возникает, когда серверу соединений View не удается установить связь с агентом View на виртуальной машине VMware View. Этот показатель обозначает количество машин, находящихся в состоянии «Агент недоступен».
Количество машин в состоянии «Ошибка запуска»	Общее количество машин, на которых столкнулись с ошибками запуска и находятся в состоянии ошибки запуска.
Количество машин в отключенном состоянии агента	Если рабочий стол настроен на обновление или удалить после сброса выхода из системы, рабочий стол переходит в состояние «Уже используется» или, возможно, в состояние «Агент отключен». Эта метрика отображает количество машин в отключенном состоянии агента.
Количество машин с недопустимым IP-адресом	Если параметр реестра маски подсети настроен на виртуальной машине, а активные сетевые адаптеры не имеют IP-адреса в настроенный диапазон, то машины выдают ошибку Invalid IP State. Эта метрика отображает количество машин в состоянии недействительного IP-адреса.
Количество машин в состоянии, требующем перезагрузки агента	При обновлении компонента Horizon 7 ВМ необходимо перезапустить, чтобы агент View или Horizon мог работать с обновленным компонентом. Если нет, он выдаст состояние «Агент нуждается в перезагрузке». Эта метрика отображает количество машин в состоянии «Требуется перезагрузка агента».
Количество машин в состоянии «Сбой протокола»	Ошибка «Сбой протокола» в Horizon возникает, если агент View Blast установлен на рабочем столе View, но служба брандмауэра Windows отключена. Эта метрика отображает количество машин в состоянии сбоя протокола.
Количество машин в состоянии сбоя домена	Состояние сбоя домена означает, что виртуальная машина столкнулась с проблема с доступом к домену. Сервер домена был недоступен, или аутентификация домена не удалась. Эта метрика отображает количество компьютеров, на которых возникла эта ошибка.
Количество компьютеров в состоянии ошибки конфигурации	Произошла ошибка конфигурации, также известная как ошибка протокола. когда какой-либо из протоколов отображения не включен. Эта метрика отображает количество машин, находящихся в состоянии ошибки конфигурации.
Количество машин в состоянии режима обслуживания	Режим обслуживания запрещает пользователям доступ к своим настольные компьютеры. Эта метрика отображает количество компьютеров, находящихся в состоянии режима обслуживания.
Количество компьютеров в неизвестном состоянии	Иногда компьютеры VDI отображаются как отсутствующие. или неизвестно, что может быть связано с отсутствием обновлений VcCache. Общее количество машин с этой проблемой отображается в метрике «Количество машин в неизвестном состоянии».

Сеансы

На этой вкладке вы можете просматривать данные о сеансах с аналитикой, основанной на журналах приложений Site24x7.

Вы можете выбрать нужные представления в раскрывающемся меню.

Представление сеансов по умолчанию: показывает график всех сеансов вместе с такими сведениями, как тип сеанса, состояние сеанса, время начала сеанса, продолжительность сеанса, продолжительность простоя, имя рабочего стола, тип рабочего стола, имя пользователя, ЦП сеанса и память сеанса.< /li>
Сеансы протокола Blast Display Protocol: Blast – это безопасный шлюз, который включает в себя сетевую технологию Blast Extreme Adaptive Transport (BEAT), которая динамически адаптируется к сетевым условиям, таким как переменная скорость и потеря пакетов. На этой диаграмме показана статистика сеансов, которые происходят по протоколу BLAST, а также состояние сеанса, время начала сеанса, пропускная способность восходящего канала для сеанса Blast, переданные байты для сеанса Blast, потеря пакетов для восходящего канала для сеанса Blast и время прохождения туда и обратно для сеанса Blast.
Сеансы протокола отображения PCoIP: ПК через IP (PCoIP) — это протокол удаленного отображения, используемый для доставки удаленных рабочих столов и приложений на конечные точки. На этой диаграмме показаны сеансы, происходящие по протоколу PCoIP, а также такие сведения, как состояние сеанса, время начала сеанса, полученные байты, отправленные байты, продолжительность в секундах, полученные пакеты, отправленные пакеты, потерянные полученные пакеты и потерянные переданные пакеты.
Сеансы протокола отображения консоли. Обозначает сеансы, которые происходят по протоколу отображения консоли, а также такие сведения, как состояние сеанса, время начала сеанса, продолжительность сеанса, ЦП сеанса и память сеанса.

Вы также можете просмотреть 10 сеансов с наибольшим объемом ЦП и памяти сеанса, а также минимальные, максимальные и средние значения.

Сводка текущего состояния сеанса

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

Сеансы локальных пользователей и пользователей с глобальными правами: общее количество сеансов локальных пользователей, которые происходят при подключении к этому VMware Horizon, по сравнению с сеансами, которые происходят в среде без архитектуры облачных модулей (CPA), но настроены с помощью набора правил.

Сводка текущего состояния сеанса рабочего стола

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

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

Сводка состояния сеанса текущего типа приложения

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

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

Универсальный шлюз доступа

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

Вы можете просмотреть основные сведения о каждом универсальном шлюзе доступа, связанном с вашим VMware Horizon. Эти сведения включают имя, адрес, версию, а также показывают, является ли универсальный шлюз доступа активным, устаревшим или подключенным. Другие показатели включают:

< td>Соединения Unified Access Gateway PCoIP

Показатель	Описание
Активные подключения к Unified Access Gateway	Общее количество активных подключений к Unified Access Gateway, связанных с VMware Horizon.
Обозначает соединения Unified Access Gateway, которые происходят с использованием протокола PCoIP.
Блокировочные соединения Unified Access Gateway	Отображает соединения, которые происходят через шлюз BLAST через заданные порты.

Серверы

Получите сведения о связанных серверах View Connection, серверах vCenter, серверах безопасности, серверах View Composer и серверах RDS.

Просмотр сведений о сервере соединений: количество подключений по просмотру сервера подключений и максимальное количество подключений по просмотру сервера подключений.

Сведения о сервере vCenter: получите сведения о сервере vCenter, такие как имя сервера, порт, тип адаптера, максимальное количество операций подготовки, максимальное количество операций питания, просмотр серверов соединений, хостов ESX/ESXi и хранилищ данных.

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

Просмотр сведений о сервере Composer: просмотр имени сервера, порта, версии и количества подключений со статусом "Ошибка".

Сведения о сервере RDS: просмотр имени сервера, имени DNS, версии агента, состояния и количества сеансов по серверу RDS.

База данных событий

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

Уже более десяти лет решение VMware VDI обслуживает локальные рабочие столы Windows для удаленных устройств Windows и Mac. Пока оригинал.

Вторник, 24 декабря 2019 г.

Использование средства отслеживания производительности VMware Horizon для элементарной оптимизации взрывных работ

Руководство по оптимизации VMware Blast Extreme Optimization Guide, недавно обновленное для Horizon 7.10, посвящено «двум ключевым настраиваемым компонентам: транспортному протоколу и кодеку протокола отображения». Чтобы в режиме реального времени получить представление о конфигурации этих компонентов и производительности Blast в целом, идеально подходит Horizon Performance Tracker. Как бесплатный, так и встроенный в агент Horizon, это очень доступный способ начать работу с элементарной оптимизацией Blast. В этой статье подробно описаны общие принципы оптимизации Blast и показано, как Horizon Performance Tracker может помочь в точной настройке поведения протокола Blast. Он направлен на предоставление контекста и рекомендаций по настройке транспортного протокола Blast, а затем переходит к рассмотрению кодеков и пропускной способности. Попутно он также рассмотрит, как инструмент Horizon Help Desk Tool, также встроенный в решение Horizon, может помочь в оптимизации Blast.

Основная анатомия сеанса Horizon Blast

Запись в блоге Балансировка нагрузки между устройствами VMware Unified Access Gateway содержит одно из моих любимых описаний сеансов Horizon. В разделе «Протоколы Horizon» подробно описано различие между первичным и вторичным протоколами Horizon. Основной протокол Horizon предназначен для аутентификации в среде Horizon через XML over 443 . Вторичный протокол — это сам протокол отображения, который преобразует/передает пиксели из операционной системы виртуального рабочего стола на дисплей конечного устройства. Это то, о чем мы в первую очередь заботимся при оптимизации опыта Blast.Если вы используете порт 8443 по умолчанию для трафика Blast, вот как выглядит поток трафика при удаленном взаимодействии в среду Horizon через устройство UAG:

Обычно первичный протокол полностью превышает 443 между клиентом Horizon и устройством UAG, а также между устройством UAG и сервером Horizon Connection. Для вторичного протокола, Blast Extreme в этом примере, трафик проходит через 8443 между клиентом и устройством UAG. Затем от устройства UAG к виртуальному рабочему столу или хосту RDS трафик проходит через 22443.

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

Наблюдение за используемым транспортным протоколом

Хотя вы можете просмотреть журналы Blast, чтобы определить, какой тип транспорта используется, Horizon Performance Tracker предлагает очень, очень, очень простой и удобный способ определить эту информацию. Хотя Horizon Performance Tracker не устанавливается по умолчанию, он встроен прямо в агент Horizon и предлагается в качестве дополнительного компонента во время установки агента. (Вот более официальное руководство по установке Horizon Performance Tracker.) После установки из активного сеанса запустите Horizon Performance Tracker из меню «Пуск». Когда он запустится, вам будет представлена вкладка «Кратко». Хотя этот начальный экран, безусловно, интересен сам по себе, он становится особенно полезным, когда вы нажимаете значок с сетками в правом углу. (Подчеркнуто красным на изображении ниже.)

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

Если UDP по какой-то причине блокируется, вы увидите что-то вроде этого:

Опять же, для большинства случаев использования UDP является оптимальным транспортом, а в руководстве по оптимизации указано, что, за исключением двух исключений, «VMware рекомендует использовать UDP для наилучшего взаимодействия с пользователем. И если Blast Extreme столкнется с проблемами при первоначальном подключении через UDP он автоматически переключится и вместо этого будет использовать TCP для сеанса». Соответственно, в большинстве сценариев, если вы видите, что TCP используется в качестве транспортного протокола, что-то пошло не так, и настройка Blast включает в себя внесение изменений, чтобы вместо этого использовать UDP. Ваш первый шаг — определить, есть ли проблемы с подключением порта UDP для 8443 или 22443 по сетевому пути вашего сеанса Horizon. (Я предоставил руководство по этому процессу в предыдущем посте Устранение неполадок с подключением портов для шлюза Unified Access Gateway 3.2 Horizon с помощью Curl и Tcpdump.) Если вы обнаружите, что трафик UDP блокируется при перемещении по чужой сети вне вашего контроля, вы можете попробуйте сложить колоду в свою пользу, используя порт 443 для внешнего трафика Blast на вашем устройстве UAG.

Перенос внешнего Blast-трафика на порт 443 на UAG

Настройка вашего устройства UAG для использования 443 для внешнего Blast-трафика повышает вероятность того, что внешние сети пропустят ваш Blast-трафик. 443 TCP-доступ в значительной степени дан везде, а в большинстве случаев использования - slam dunk. Хотя соединение 443 UDP не так надежно, как соединение 443 TCP, оно, безусловно, имеет лучшие шансы, чем 8443, и стоит попробовать. Кроме того, в качестве дополнительного бонуса, внесение этого изменения наверняка повысит ваши шансы на TCP-подключение и, по крайней мере, на какое-то успешное Blast-подключение. Вот как будет выглядеть поток трафика:

Сдвиг трафика Blast на 443 на вашем устройстве UAG — относительно простой процесс. Сначала перейдите к службам Horizon Edge на устройстве UAG. Вот как это выглядит, когда внешний URL-адрес Blast настроен для порта 8443:

Чтобы изменить его на 443, просто добавьте 443 вместо 8443 к настроенному URL-адресу: < br />

При настройке внешнего URL-адреса Blast мне нравится представлять, что я сижу внутри самого клиента конечной точки Horizon и тоже ищу путь для пересылки трафика Blast. Думайте с точки зрения того, что внешне разрешимо и доступно с точки зрения конечной точки. Как правило, это виртуальный IP-адрес и связанный с ним DNS балансировщика нагрузки.

Когда использовать TCP для вашего транспортного протокола

В руководстве по оптимизации указано, что UDP обычно является оптимальным транспортом для использования, за двумя исключениями. Во-первых, вы захотите использовать TCP, если «трафик должен проходить через враждебную UDP сетевую службу или устройство, такое как SSL VPN на основе TCP, которое повторно упаковывает UDP в TCP-пакеты». Со времен господства PCoIP SSL VPN на основе TCP всегда были проблемой для Horizon. Инкапсуляция UDP-трафика в TCP-пакеты с помощью таких VPN — это серьезный недостаток, сводящий на нет преимущества UDP в плане производительности. Для Blast-трафика лучше всего придерживаться TCP при использовании этих типов устройств или когда есть какие-то другие сетевые проблемы, препятствующие использованию UDP.

Вторая причина, по которой следует использовать TCP вместо UDP, заключается в том, что "каналы глобальной сети имеют очень большую задержку (250 миллисекунд и более)". помощь. Задержка туда и обратно заметно отображается в разделе сети в режиме реального времени.

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

Благодаря задержке более 250 мс и низкой потере пакетов руководство по оптимизации дает довольно четкое руководство по использованию TCP для транспортного протокола. Однако, если бы потеря пакетов также была высокой, решение было бы не таким простым. Благодаря тому, что стек UDP Blast лучше справляется с потерей пакетов, чем стек TCP, вы все равно можете использовать UDP в качестве транспортного протокола в ситуации с высокой задержкой. К счастью, инструмент Horizon Help Desk Tool может предоставить информацию о том, есть ли потеря пакетов, чтобы мы могли принять взвешенное решение.

Инструмент службы поддержки Horizon

Инструмент службы поддержки Horizon предлагает еще более полезную информацию о задержке в сети для определенного сеанса Horizon. Он обеспечивает разбивку задержки сети для определенного сеанса в течение 15 минут, что дает вам лучшее общее представление о том, что такое задержка. Ниже приведен график, созданный инструментом для особенно сложной сессии Horizon, в которой задержки превышают 1200 мс, что, безусловно, не самый идеальный сценарий.

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

Благодаря высокой задержке и нулевому проценту потери пакетов у нас есть сетевые условия, которые лучше подходят для транспорта TCP. Однако, если бы произошла большая потеря пакетов, нам пришлось бы сделать выбор между преимуществами производительности TCP в средах с высокой задержкой и способностью стеков UDP лучше справляться с потерей пакетов. Чтобы смоделировать такую ситуацию в моей лаборатории, я использовал на удаленной конечной точке утилиту под названием Clumsy. После настройки утилиты для создания значительной потери пакетов удар по производительности сети был четко отражен в инструменте службы поддержки Horizon.

В этой ситуации, когда потери пакетов высоки, UDP может быть предпочтительным транспортом, несмотря на высокую задержку. Как в руководстве по оптимизации VMware Blast Extreme, так и в официальном документе протокола Blast Extreme Display Protocol в VMware Horizon 7 указано, что UDP является оптимальным транспортом, которого следует придерживаться в условиях высокой потери пакетов. В официальном документе конкретно указано, что "UDP лучше справляется с потерей пакетов, чем TCP. UDP может обеспечить хорошее взаимодействие с пользователем в условиях потери пакетов до 20 процентов".

Интересные факты о кодеках

В руководстве по оптимизации говорится, что «кодек — это компьютерная программа, которая может кодировать или декодировать поток цифровых данных для передачи. Кодек слова — это сочетание слов кодер-декодер». На сегодняшний день Blast предлагает на выбор три кодека: H.264, JPG/PNG и H.265, при этом H.264 используется по умолчанию.

Одним из известных кодеков H.264 является их способность обрабатывать быстро меняющееся содержимое. Еще одним важным достижением является возможность использовать встроенный чип H.264 оконечных устройств для аппаратного декодирования, избавляя центральные процессоры оконечных устройств от проблем. Это повышает производительность и продлевает срок службы батареи этих конечных устройств. Когда в дело вступают карты NVIDIA Grid, все становится еще интереснее. Кодирование кодека можно выгрузить на графический процессор NVIDIA, повысив производительность и разгрузив кодирование с сервера.Такая разгрузка, в свою очередь, повышает плотность пользователей и эффективность на хостах ESXi.

JPG/PNG, иногда называемый адаптивным кодировщиком, – это исходный кодек, используемый B last, который выполняет кодирование и декодирование на основе программного обеспечения. Хотя H.264 используется по умолчанию, Blast будет использовать JPG/PNG, если H.264 не выбран, например, когда HTML-клиент используется из браузера, отличного от Chrome. Это также желательно, когда у вас есть «изображения, требующие сжатия без потерь», такие как качественные неподвижные изображения, сложные шрифты или медицинские изображения. Тем не менее, в руководстве по оптимизации ясно сказано, что он не так хорош для быстро движущегося контента, в чем кодек H.264 превосходит другие.

H.265, называемый высокоэффективным декодированием видео (HEVC), является более крупным и грубым преемником H.264. Хотя он обеспечивает улучшение пропускной способности, он абсолютно требует использования графических процессоров NVIDIA GRID на хостах ESXi. Также требуются клиенты с поддержкой декодирования H.265, что в настоящее время распространено, но не гарантируется.

Наконец, новая функция под названием Encoder Switcher позволяет Blast «динамически переключаться между кодеками JPG/PNG и H.264 в зависимости от типа содержимого экрана».

Использование Horizon Performance Tracker для наблюдения за использованием кодеков

Независимо от того, какой кодек лучше всего подходит для вашего случая использования, Horizon Performance Tracker может предоставить информацию о том, какой кодек фактически используется в вашем сеансе. Чтобы увидеть это в действии, мы можем управлять выбором кодека с помощью настроек VMware Blast на клиенте Horizon. Вот снимок экрана с настройками кодека из клиента Horizon:

Если вы снимите флажок «Разрешить декодирование H.264», вы вернетесь к JPG. /PNG и Performance Tracker сообщат об "адаптивном" качестве кодировщика. (Примечание. В протоколе Blast Extreme Display Protocol в VMware Horizon 7 поясняется, что «JPG/PNG называется адаптивным кодировщиком».)

Принимая во внимание значение по умолчанию , «Разрешить декодирование H.264» в типичных условиях приведет к тому, что Horizon Performance Tracker сообщит «h264 4:2:0» в качестве кодировщика.

Если вы выберете параметр «Разрешить высокую точность цветопередачи» и H.264 успешно реализован, инструмент сообщит: «h264 4:4:4 ," в качестве имени кодировщика.

Кроме того, если H.264 включен и для вашей виртуальной машины включена карта NVIDIA Grid, инструмент возвращает имя кодировщика «NVIDIA NvEnc H264». Вот пример виртуальной машины с поддержкой графического процессора в среде VMware TestDrive:

Наконец, чтобы разрешить использование H.265 при подключении к тому же виртуальному рабочему столу, как описано выше, в клиенте Horizon я установил флажок «Разрешить высокоэффективное декодирование видео (HEVC)». Когда мой клиент поддерживает H.265, Horizon Performance Tracker сообщает, что «NVIDIA NvEnc HEV» используется в качестве используемого кодировщика.

Наблюдение за потреблением полосы пропускания Blast в режиме реального времени

Примерно 5 с половиной лет назад я имел честь познакомиться с великим Кейлом Фогелем, Разрушителем Цепей, Знатоком Вещей И Говорящим Напрямую. Во время какой-то болтовни в коридорах VMworld 2014 он довольно кратко резюмировал ситуацию с протоколами отображения. «Все зависит от того, с какой площадью экрана вы имеете дело, разрешением, количеством экранов и количеством изменений на экране. Чем больше изменений происходит и чем выше разрешение, тем больше пикселей приходится пересекать провод. и получить переупорядочение на конечной точке». Итак, если у вас есть один монитор с низким разрешением и полностью статичный экран, у вас будет очень мало пикселей для изменения, и протокол будет потреблять очень мало вычислительных ресурсов и пропускной способности сети. С другой стороны, если у вас есть несколько мониторов с высоким разрешением, отображающих много активно изменяющегося контента, потребление вычислительных ресурсов будет высоким, а пропускная способность — высокой.

Простой способ увидеть это из первых рук в режиме реального времени — через Horizon Performance Tracker. Наряду с отличной информацией, которую мы обсуждали до сих пор, в ней подробно описывается, какую пропускную способность протокол дисплея в настоящее время поглощает. В разделе кодировщика есть поле «Используемая пропускная способность». Уменьшите разрешение экрана и ничего не делайте в виртуальной машине, и вы увидите резкое падение использования полосы пропускания.

Только 10 тыс. трафика, генерируемого протоколом Blast, ву-ху! Однако не стоит слишком волноваться, хаоле. В течение того же сеанса перемещайте саму утилиту Horizon Performance Tracker по рабочему столу, сильно и яростно встряхивая ее, как шимпанзе на метамфетамине. Пропускная способность временно увеличится.

Теперь, чтобы немного повеселиться, запустите YouTube, вставьте трейлер к «Звездным войнам», увеличьте разрешение YouTube до высокого разрешения, а затем взгляните на трекер производительности. .

Когда дело доходит до протоколов отображения Horizon, я люблю говорить, что единственный путь — это пройти.Многие изменения на рабочем столе приводят к большому количеству вычислений и пропускной способности. По сути, это больше математическая задача, чем что-либо еще. В руководстве по оптимизации эта динамика хорошо выражена в утверждении: «Чрезвычайно важно признать, что оптимизация для более высокого качества почти всегда приводит к использованию большего, а не меньшего количества системных ресурсов. За исключением очень уникальных условий, невозможно повысить качество при ограничении системных ресурсов». Далее в нем подробно рассматривается обратная связь между качеством работы и оптимизированным использованием ресурсов, заявляя: «За исключением уникальных ситуаций, оптимизация качества увеличивает использование полосы пропускания, тогда как оптимизация для глобальных сетей требует ограничения качества для работы в плохих условиях сети». Итак, вам придется быть честным с самим собой и выбрать свой яд.

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

Что такое VMware Horizon?

VMware Horizon (ранее называвшаяся VMware View) — это ведущая технология для безопасной доставки виртуальных рабочих столов и приложений в частных, общедоступных и гибридных облачных средах. С помощью приложения Horizon Client, установленного на клиентских устройствах, пользователи могут подключаться к инфраструктуре Horizon. Пользователи также могут использовать веб-браузер в качестве HTML-клиента при доступе к инфраструктуре Horizon с устройств, на которых установка клиентского программного обеспечения невозможна. Используя протоколы PCoIP и Blast Extreme, VMware Horizon упрощает доставку высококачественной графики и видеоконтента. Технологии Instant Clones и App Volumes в Horizon обеспечивают быструю доставку рабочих столов по запросу.

Horizon позволяет администраторам создавать и устанавливать соединения с виртуальными рабочими столами Windows и Linux, приложениями и рабочими столами, размещенными на сервере удаленных рабочих столов (RDS), приложениями, размещенными на Linux, и физическими машинами Windows.

Архитектура VMware Horizon

На рис. 1 показана архитектура VMware Horizon. Шлюз VMware Unified Access Gateway™ используется для предоставления пользователям безопасных пограничных услуг. Клиент Horizon аутентифицируется на сервере соединений через Unified Access Gateway. Затем клиент Horizon формирует соединение сеанса протокола через службу шлюза на Unified Access Gateway с агентом Horizon, работающим на виртуальном рабочем столе или сервере RDSH.

Рисунок 1. Архитектура VMware Horizon

Рисунок 2. Взаимодействие между различными
компонентами VMware Horizon

На рис. 2 показано взаимодействие между различными компонентами VMware Horizon. Сервер подключений Horizon отвечает за безопасное посредничество и подключение пользователей к агенту Horizon, установленному на настольных компьютерах и узлах RDS. Агенты Horizon устанавливаются в гостевых операционных системах (рабочих столах/хостах RDS) и позволяют управлять этими машинами с помощью серверов соединений, а также позволяют клиентам Horizon устанавливать сеансы удаленного доступа к машинам.

На рис. 1 AppVolumes Manager отвечает за организацию доставки приложений путем управления назначением томов приложений (пакетов и томов с возможностью записи) пользователям, группам и целевым компьютерам.

Удобство пользователя имеет решающее значение в инфраструктуре VMware Horizon

Рисунок 3. Различные аспекты взаимодействия с пользователем VMware Horizon

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

Администраторы VMware Horizon должны следить за тем, чтобы взаимодействие с пользователем оставалось в допустимых пределах. Пользовательский опыт имеет много аспектов.Первое впечатление о пользователе складывается из скорости процесса входа в систему. Следовательно, обработка входа в систему должна быть быстрой. После того, как пользователь войдет в систему и щелкнет приложение (например, Microsoft Outlook, Google Chrome и т. д.), чтобы запустить его, приложение должно запуститься в течение нескольких секунд. Когда пользователь взаимодействует с приложением, задержка нажатия клавиш или задержка обновления экрана не должны быть очень высокими. Если используются аудио/видео приложения (например, Microsoft Teams), для сеанса пользователя должна быть доступна достаточная пропускная способность. Администраторы VMware Horizon должны иметь способы измерения всех различных аспектов взаимодействия с пользователем. Поскольку пользователи могут получать доступ из разных удаленных мест, важно также отслеживать эффективность по местоположению.

Самый простой способ начать отслеживать взаимодействие с пользователем — это синтетический мониторинг, также известный как моделирование пользователя. Симулятор входа в систему VMware Horizon от eG Innovations — это простой и недорогой способ начать работу по мониторингу взаимодействия с пользователем.

Устранение основных причин проблем с взаимодействием с пользователем в развертываниях VMware Horizon является сложной задачей

Как мы видели в архитектуре VMware Horizon, существует несколько уровней аппаратного и программного обеспечения, которые должны работать вместе для быстрого доступа пользователей к виртуальным приложениям и рабочим столам. Если UAG, сервер подключений, диспетчер AppVolumes, серверы ESX, Active Directory, серверы RDSH или виртуальные рабочие столы работают медленно, это повлияет на работу пользователей.

Рис. 4. Определение причины медленной работы VDI

Проблема для администратора VMware Horizon заключается в том, что жалобы пользователей просто говорят о том, что «их виртуальный рабочий стол работает медленно» или что «запуск виртуального приложения требует времени». Конечно, пользователи не знают о сложности инфраструктуры VMware Horizon и не заботятся об этом.

Сталкиваясь с жалобами пользователей, администратор VMware Horizon должен определить, какой из нескольких уровней VMware Horizon не работает должным образом. Для этого требуется углубленный анализ доступности, производительности и использования всех различных уровней, участвующих в поддержке службы виртуального приложения/рабочего стола. VMware vROPs, встроенный инструмент платформы виртуализации VMware, может помочь. Вы также можете воспользоваться модулем vROP VMware vROP для Horizon. Сторонние решения, такие как eG Enterprise, также помогают получить представление о производительности всех различных уровней VMware Horizon, а также других уровней инфраструктуры, таких как хранилище, сеть, Active Directory, серверы профилей и т. д.

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

Пользователи могут получать доступ к среде Horizon из разных мест. Многие могут получать доступ к услуге из своего дома, используя соединения Wi-Fi. Плохой уровень сигнала в домашней сети, соединения с низкой пропускной способностью от интернет-провайдера пользователя или даже проблемы с ресурсами на конечных точках пользователя — все это может повлиять на работу пользователя. Администраторы VMware Horizon должны иметь представление о том, как они будут обнаруживать и устранять проблемы на стороне пользователя. Один из подходов заключается в развертывании агентов на всех конечных точках. Недостатком этого подхода является стоимость агентов на тысячах конечных точек и сложность обслуживания этих агентов.

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

Чтобы помочь администраторам определить, какие пользователи, скорее всего, заметят неудовлетворительную работу, в VMware Horizon есть встроенные механизмы, позволяющие сообщать о задержке на уровне протокола, т. е. о времени приема-передачи для PCoIP и Blast. Сравнивая эти значения для разных пользовательских сеансов, администраторы могут заблаговременно узнать, какие пользователи могут столкнуться с проблемами.

Администраторам Horizon необходимо контролировать виртуальные рабочие столы

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

Запускает ли пользователь какое-либо неавторизованное приложение, занимающее много ресурсов ЦП/памяти на виртуальном рабочем столе?
Выполняет ли пользователь какие-либо задачи на своем рабочем столе, которые могут занимать чрезмерное количество ресурсов?
Если браузер занимает много ресурсов, какие активные URL-адреса открывает пользователь из браузера?
Достаточно ли велик размер рабочего стола? Есть ли узкое место в ресурсах?
Указывает ли TCP-трафик на настольный компьютер или с него какое-либо узкое место в сети?

Поэтому важно, чтобы администраторы VMware Horizon имели полное представление о каждом виртуальном рабочем столе.

Аналитика для планирования и оптимизации загрузки

Проблемы с емкостью в среде VMware Horizon также могут повлиять на работу пользователей. Например, когда гипервизор перегружен с точки зрения ресурсов, пользователи могут увидеть зависание экрана на несколько секунд. Ограничения конфигурации также могут влиять на доступ пользователей. Например, если размер пула рабочих столов недостаточен, пользователь может не получить выделенный ему рабочий стол при входе в систему. Проблемы с производительностью из-за штормов при входе в систему (например, сотни пользователей одновременно входят в систему и запускают свои рабочие столы) также хорошо задокументированы. Жалобы пользователей также могут возникать из-за того, что размер виртуального рабочего стола не соответствует его рабочей нагрузке (например, ему не назначено достаточное количество виртуальных ЦП).

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

Заключение

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

VMware выпустила Horizon View 7.5.0 с поддержкой vSphere 6.7 и другими новыми функциями; также выпущено обновление для набора вспомогательных и дополнительных приложений, таких как:

VMware User Environment Manager 9.4.0.
Тома приложений VMware 2.14.0.
Клиент Horizon 4.8.

Что нового в сервере подключений Horizon

Консоль Horizon

Horizon Console – это последняя версия веб-интерфейса, с помощью которого можно создавать виртуальные рабочие столы, а также опубликованные рабочие столы и приложения и управлять ими.
Horizon Console также интегрирует функции интегрированного рабочего процесса VMware Horizon Just-in-Time Management Platform (JMP) для управления рабочими пространствами.
Для получения дополнительной информации нажмите здесь .

Развертывание в VMware Cloud for AWS

Мы можем развернуть пулы рабочих столов, содержащие полные виртуальные машины, в VMware Cloud on AWS, чтобы масштабировать рабочие столы и приложения Horizon 7 на гибкой облачной платформе.

Виртуальные рабочие столы

Мы можем создать виртуальную машину в vSphere для использования безопасности на основе виртуализации (VBS). Использование виртуальной машины с поддержкой VBS обеспечивает лучшую защиту от внутренних уязвимостей и вредоносных программ в операционной системе.
Для автоматизированного пула рабочих столов, использующего полные виртуальные машины, если мы используем виртуальную машину с поддержкой VBS, мы можем добавить устройство vTPM для повышения безопасности.
Horizon 7 поддерживает vSphere 6.7.

Мгновенные клоны

Для мгновенного клонирования поддерживаются несколько профилей vGPU.
Мы можем выбрать PCoIP или VMware Blast (аппаратное кодирование, отличное от h264) в качестве протокола отображения с NVIDIA GRID vGPU для мгновенного клонирования пула рабочих столов.
Мы можем изменить настройки 3D vSGA или программного обеспечения 3D для пулов мгновенного клонирования.
Horizon 7 версии 7.5 поддерживает API мгновенного клонирования в vSphere 6.7

Архитектура облачных модулей

Общий лимит сеансов увеличен до 200 000, а лимит полноразмерных сеансов увеличен до 10.
Мы можем настроить ярлыки на рабочем столе для глобальных прав.

Инструмент службы поддержки Horizon

Инструмент службы поддержки Horizon интегрирован в Horizon Console.
Мы можем устранять неполадки сеансов рабочего стола Linux с помощью инструмента Horizon Help Desk Tool в Horizon Console.

Что нового в Horizon Agent для Linux

С помощью VMware User Environment Manager можно определить политики, позволяющие управлять функциями перенаправления USB, копирования и вставки из буфера обмена и перенаправления клиентских дисков (CDR).
Теперь мы можем получить доступ к инструменту справочной службы Horizon для устранения неполадок с сеансами рабочего стола Linux. Эта функция доступна в Horizon Console.
VMware Blast поддерживает Network Intelligence. В зависимости от текущих сетевых условий Blast динамически выбирает использование UDP или TCP для обеспечения наилучшего взаимодействия с пользователем при передаче данных.

Что нового в агенте Horizon

Поддержка перенаправления мультимедиа HTML5 для браузера Edge

Теперь мы можем использовать браузер Edge с функцией перенаправления мультимедиа HTML5. Ранее поддерживался только браузер Chrome.

Перенаправление датчика простой ориентации устройства (SDO)

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

Мониторинг входа в VMware

VMware Login Monitor отслеживает входы пользователей в Windows и сообщает о показателях производительности, которые помогают администраторам, персоналу службы поддержки и разработчикам устранять неполадки, связанные с медленным входом в систему.

Система отслеживания производительности VMware Horizon

VMware Horizon Performance Tracker работает на удаленном рабочем столе и отслеживает производительность протокола дисплея и использование системных ресурсов. Мы также можем создать пул приложений и запустить Horizon Performance Tracker как опубликованное приложение.

Что нового в пакете Horizon GPO

Файл шаблона ADMX Horizon Performance Tracker (perf_tracker.admx) содержит параметры политики, относящиеся к Horizon Performance Tracker.

Что нового в Horizon JMP Server

Новые интегрированные функции рабочего процесса JMP (Just-in-Time Management Platform) в Horizon Console позволяют легко определять и управлять рабочими пространствами настольных компьютеров, состоящими из операционной системы настольного компьютера, приложений и параметров. Эти функции объединяют технологии JMP (Instant Clones для быстрого создания образов, VMware App Volumes для доставки приложений в реальном времени и VMware User Environment Manager для политик и персонализации) в единый рабочий процесс.

Что нового:

Добавлено присоединенное событие All AppStacks в запущенной задаче.

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

Повышение привилегий на основе аргументов.

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

Ведение журнала повышения привилегий.

Когда мы включаем ведение журнала повышения привилегий в журнале событий Windows, теперь у нас есть возможность настроить User Environment Manager также для регистрации дочерних процессов с пониженными правами, запущенных приложением высокого уровня.

Состояние операционной системы.

Это условие изменило названия с «Версия Windows» на «Операционная система».

Меню "Пуск" в Windows 10.

Мы можем использовать этот новый встроенный параметр User Environment Manager для макета меню «Пуск» в Windows 10 версии 1703 и выше. Поддержка Windows 10 версии 1803 (обновление за апрель 2018 г.).

Что нового:

Роли и привилегии с управлением доступом на основе ролей

Делегируйте возможность создавать стеки приложений, назначать приложения и выполнять другие задачи по поддержке конечных пользователей и мониторингу среды.
Используйте готовые роли, чтобы предоставить группам Active Directory доступ к консоли App Volumes Manager. Следующие роли теперь доступны по умолчанию:

Администратор
Администратор (только чтение)
Администраторы стеков приложений
Администраторы безопасности
Администраторы доступных для записи

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

Тома с возможностью записи в общих хранилищах данных

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

Перемещение, резервное копирование и восстановление томов с возможностью записи

Управляйте данными пользователей более эффективно с помощью App Volumes Manager. Используйте новые элементы управления для перемещения, резервного копирования и восстановления томов с возможностью записи.

Перемещение томов с возможностью записи. Перебалансируйте хранилище, перемещая пользовательские тома из одного хранилища данных в другое.
Резервное копирование и восстановление: сделайте копию доступного для записи тома, чтобы хранить ее вне системы.Если том больше не нужен в рабочей среде, администратор может выбрать удаление тома из диспетчера томов приложений после копирования. Позже том можно скопировать обратно, чтобы восстановить предыдущее состояние пользователя.
Регулярные резервные копии. Теперь администратор может предоставить хранилище данных и указать, как часто следует делать полную копию всех доступных для записи томов в системе. Если пользовательский том был присоединен после истечения периода, копия будет автоматически сделана в указанное хранилище данных.
Поддержка режима кэширования Exchange и индексации поиска Windows

Индексы Microsoft Outlook и Windows Search теперь сохраняются вместе с OST-файлом Outlook на доступном для записи томе пользователя. Если User Environment Manager (UEM) настроен на перенаправление OST-файла пользователя, Outlook будет использовать эту конфигурацию.

Если включено асинхронное монтирование, App Volumes Manager больше не ожидает подключения дисков, прежде чем ответить агенту. Время входа в систему сокращается, а App Volumes Manager сможет обрабатывать больше одновременных запросов на вход. Также снижается нагрузка на Active Directory и vCenter. Для менее производительных конфигураций vCenter администраторы могут настроить регулирование подключения, чтобы еще больше снизить пиковую нагрузку на сервер vCenter.

Автоматическое включение защиты от однократного удаления тома

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

Полугодовое согласование каналов с Windows 10

Начиная с App Volumes 2.14 поддерживаются Windows 10 версий 1709 и 1803. Каждые шесть месяцев Microsoft планирует выпускать новую версию Windows, а App Volumes планирует привести ее в соответствие с гостевой ОС Windows 10.

Читайте также: