Категорії
News 2021

Release Notes VMware App Volumes 4 2103

23 марта 2021 года VMware порадовала нас очередной эволюцией такого интересного продукта, как App Volumes – помогающего в одновременной доставке приложений в виртуализированные среды десктопов и централизованном управлении ими. Теперь в ходу его версия 2103 – традиционной осталась нумерация релиза по дате выпуска – и сегодняшней темой нашего обсуждения станут все реализованные изменения и улучшения по сравнению с предыдущей. А также, как обычно, расскажем об исправленных ошибках в самом конце.

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

Актуальный билд

Скачать новый билд App Volumes 4 2103 под внутренним номером 4.4.0.79 можно отсюда, в зависимости от того, каким уровнем лицензии пользуетесь. И для Standard, к примеру, нужный образ выглядит так:

Что нового в App Volumes 4 2103?

В VMware провели серьезную работу по обновлению безопасности App Volumes 4, а кроме того было объявлено о следующих его новых возможностях и совершенствованиях:

  • Новая программа захвата командной строки (App Volumes Command-Line Capture Program). Эта новая опция была добавлена в инсталлятор поверх агента и App Volumes Manager. Теперь администратор может выбрать «App Volumes Tools» при инсталляции на машину с Windows 10, предназначенную для захвата командной строки. Новая команда «appcapture.exe» может использоваться для упаковки приложений даже не через консоль App Volumes Manager. Она позволяет клиентам автоматизировать процесс упаковки с silent-установщиками и пакетами и в VMDK, и в VHD-форматах одновременно. К тому же это новшество предоставляет и другие полезные инструменты, например, конвертацию с VHD на VMDK, и наоборот, а также работает с форматированными пакетами с прикрепленными приложениями MSIX;
  • Теперь доставка пакетов может осуществляться в любую операционную систему. Эту опцию можно считать глобальной, и хотя App Volumes Manager заставляет операционные системы быть схожими для оптимальной совместимости приложений, многие из них способны работать в родственных версиях Windows 10 и серверов, при условии, что говорим об одинаковой архитектуре и поддержке транспортировки приложением;
  • Изменен дефолтный интервал Import Storage Groups с 15 минут на 4 часа, чтобы было больше шансов завершить работу для большого кол-ва пакетов или же при наличии медленного хранилища. При желании, интервал можно выбрать и короче;
  • На странице «Managed Storage Locations» теперь можно пометить хранилище как «только для чтения», в результате чего App Volumes Manager пропустит запись на него при апдейте пакета или AppStack. Так как App Volumes сейчас записывает дополнительные метаданные для отслеживания инициированных обновлений пакетов, эта функция помогает в размещении развертываний, где базовое хранилище, участвующее в репликации пакетов, доступно только для чтения в целевом инстансе App Volumes.

Решенные проблемы

  • Графические окна «User Utilization» и «Computer Utilization» на панели мониторинга в пользовательском интерфейсе администратора App Volumes Manager включали пользователей и компьютеры в статусе «Disabled». В результате счетчик «Total Users» и «Total Desktops» неточно отображал действительность и графики вводили в заблуждение. Теперь пользователей и компьютеры в таком статусе там отсутствуют;
  • При включении автоматического импорта приложения для группы хранилищ множество заданий Import Applications ставились в расписание для разных локаций хранилищ. Задания должны запускаться в одно и то же время, из-за чего импорт занимал куда больше времени, чем это должно быть. Иногда в результате даже показывалась ошибка на вкладке «ACTIVITY» – «System Messages» в UI App Volumes Manager. Правда, в конечном итоге приложения все же импортировались;
  • Завершение некоторых фоновых заданий вроде импорта приложений, к примеру, занимало много времени, а репликация записей не случалась по всем инстансам менеджера и конечные пользователи не могли получать пакеты приложений;
  • Проблема сеанса с недопустимым файлом cookie возникала периодически при входе в систему конечного пользователя и ее можно было наблюдать на вкладке «ACTIVITY» – «System Messages» в UI App Volumes Manager. Когда проблема возникала во время входа в систему, вложения тома могли не работать, и на компьютере агента отображалась ошибка вида:

Volumes were not mounted due to an error on the server

  • Инсталляция «.msi» сбоила с ошибкой: «The system cannot open the device or file specified», если буква диска была назначена диску, используемому в захвате, или записываемому тому, а пакет «.msi» запускался с использованием пути с этой буквой;
  • Если конечный пользователь с UIA+Profile или только UIA Writable Volume входил на компьютер агента, где использовалась старая версия Chrome, ранее проинсталлированная на базовом образе и теперь обновленная до более свежей, Chrome отказывался запускаться и показывалась ошибка:

C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
The application has failed to start because its side-by-side configuration is incorrect. Please see that application event log or use the command-line sxstrace.exe tool for more detail

  • Пакеты приложений и записываемые тома с определениями принтера могли вызвать задвоенное появление встроенных принтеров Windows 10 (Fax, Microsoft Print в PDF, Microsoft XPS Document Writer и OneNote для Windows 10) в аплете Панели управления устройствами и принтерами;
  • Когда приложение ArcGis запускалось с App Volumes, стартовало оно чересчур долго;
  • Пропадал текст из многих элементов экрана в одном необычном сценарии с сообщением вида:

Attach an app package that contains fonts.  Disconnect the current session.  Logon as a different user

  • После обновления App Volumes до версии 2012 и свежее, пользовательские папки могли пропасть;
  • Когда ключ реестра «HKLM\Software\Microsoft\Windows\CurrentVersion» перечислялся на ВМ, где включены App Volumes и функция безопасности Guest Introspection, машина сбоила.