Оптимизация использования клиентских приложений с помощью App -V

2. CLI310 Эксперт по информационной инфраструктуре Microsoft Оптимизация использования клиентских приложений с помощью App-V Александр Шаповал

3. Содержание • Преимущества и сценарии использования App-V • Архитектура App-V • Подготовка приложений для использования с App-V • Ограничения и разрешение проблем

4. Microsoft Desktop Optimization Pack Инструменты Microsoft Desktop Optimization Pack • Регулярные обновления • Более быстрый цикл обновления • Минимальные усилия при развертывании 1 Быстрый возврат инвестиций • Запуск «из коробки» • Интеграция с существующими решениями 2 Законченные решения • Высокая удовлетворенность клиентов • Снижение затрат на поддержку ПК 3 • Низкая стоимость владения

5. Проблемы классической инфраструктуры Пользователь – ПО – ПК • ПО «привязано» к конкретному ПК • Пользователь ограничен только одной версией ПО • Зависимости между приложениями • Трудно отследить, какое ПО действительно используется

6. Microsoft Application Virtualization (App-V) • Что такое App-V? • Технология изоляции приложений и доступа к ним • Изолирует приложения друг от друга на одном компьютере • Использует абстракцию пространства имен Windows для изоляции приложений • Позволяет каждому приложению работать в собственной автономной виртуальной среде

7. Преимущества виртуализации приложений • Простая и быстрая установка приложений • Отсутствие конфликтов приложений • Увеличение стабильности клиентских систем • Упрощенная установка обновлений • Уменьшение затрат на поддержку приложений

8. App-V в действии Привязка ПО к различным группам пользователей Демонстрация

9. Принцип работы App-V • Каждая виртуальная среда имеет свой собственный виртуальный реестр и виртуальную файловую систему • Каждый виртуальный реестр содержит HKLM и HKCU корневые ветви • Виртуальный реестр содержит только виртуальные разделы реестра и значения для виртуализованного приложения, а не копию всей ветви

10. Локальные и виртуальные ресурсы • Виртуализованное приложение видит логическое объединение виртуального и локального реестров и файловых систем • В конечном виде – это слияние двух сред:физической и виртуальной • Виртуализованные объекты имеют приоритет над локальными объектами • Если виртуализованный объект отсутствует в виртуальной среде, то виртуальное приложение ищет среди локальных объектов

11. Локальное и виртуализованное приложение Виртуализованное приложение Приложение, установленное локально

12. Объекты виртуализации App-V • В виртуализационный пакет включаются только объекты, созданные во время процесса самой виртуализации • Виртуализованныеобъекты: • Файловая система (файлы, папки, ACL) • Реестр (разделы и значения) • Object Manager • COM / DCOM • NT Services • Шрифты

13. Зависимости • Пакет виртуального приложения по-прежнему зависит от API клиентской ОС и локально установленных приложений, которые требуются приложению и были обнаружены локально на ПК, использовавшемся в процессе виртуализации во время фазы установки • Все невиртуализованные компоненты, от которых зависит приложение,должны существовать на целевой клиентской машине • Несовместимые версии невиртуализованныхкомпонентов могут нарушить работу приложения

14. Анатомия виртуализационного пакета • Файлы входящие в пакет виртуализованногоприложения: • SPRJ – Sequencer Project File (XML) • SFT – Package Payload File (Binary) • FB1 (минимум данных, необходимый для первого запуска) • FB2 (все остальное) • OSD – Open Software Descriptor файлы(XML) • ICO – Icon Bitmap файлы • MSI – настраиваемый App-V инсталляционный файл • <имя пакета>_manifest.XML – Package Manifest (XML) • Manifest файл содержит публикуемые метаданные(напр. иконки, FTA, интеграцию в оболочку, т. д.)

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

16. Процесс виртуализации приложения 1. Установка приложения 2. Запуск приложения 4. Сохранение пакета 3. Настройка Папка Установки

17. Подготовка приложения к публикации Демонстрация

18. Способы доставки пакета • Развертывание виртуализованногоприложения с использованиемполной инфраструктуры App-V • Развертывание виртуализованногоприложения с использованием SCCM R2 • Загрузка с DP серверов по HTTP или HTTPS • Загрузка и выполнение по BITS или SMB • Автономная доставка на съемных носителях: • (MSI-доставка через USB ключ, USB диск, DVD и т.д.) Примечание: только один из данных методов может быть использован для доставки всех виртуализованныхприложений на один ПК

19. Публикация приложений с помощью App-V Демонстрация

20. Полная инфраструктура App-V

21. Ограничения App-V • Ключевые моменты: • App-V НЕ обеспечивает полную изоляцию приложения от операционной системы • App-V НЕ устраняет проблемы совместимости приложений и операционной системы • App-V НЕ обеспечивает изоляцию с точки зрения безопасности

22. Ограничения App-V • App-V не может виртуализовать приложения, которые… • Устанавливают и полагаются на системные драйверы • Например: OEM hardware утилиты • Интегрируются в операционную систему: • Например: Internet Explorer и Windows Media Player • Включают в себя расширения оболочки • Например: WinZip • Устанавливают загрузочные (boot-time) службы • Например: PCAnywhere устанавливает службу, чтобы обеспечить серверный функционал PCAnywhere

23. Ограничения App-V • App-V не может виртуализовать приложения, которые… • Используют COM+ • Например: BizTalk • Используют лицензии, привязанные к определенной машине • Например: системы автоматизированного проектирования (CAD) • Приложения,после виртуализации которых размер SFT-файла превышает 4 Гб • Например: MS Flight Simulator X • Требуют виртуализацию MAPI

24. App-V: решение проблем • Виртуальная среда App-V – это черный ящик. Как же при этом выявлять и решать возникающие проблемы? • Выполните процесс cmd.exe внутри виртуальной среды и потом запускайте диагностические инструменты, такие как Process Monitor, Regeditи т. д. из окна командной строки • Чтобы запустить cmd.exe в виртуальном приложении, запустите следующую команду из командной строки на клиентском компьютере: Sfttray.exe  /exe cmd.exe "APPNAME"(где APPNAME – имя App-V пакета) Например: Sfttray.exe  /exe cmd.exe “Visio 2007"

25. Итоги • Технология App-V • Упрощает и ускоряет установку и обновление ПО • Устраняет конфликты версий приложений на одном ПК • Повышает стабильность системы • Может быть использована на локальных ПК, на терминальных серверах, в сценариях VDI

26. Сессии по теме • CLI205:Новые инструменты управления рабочими станциями в пакете MDOP • 10 ноября 17:30 - 18:45 • CLI301ILL: Виртуализация приложений с использованием App-V 4.6 SP1

27. Ресурсы • http://technet.microsoft.com/ru-ru/library/cc843848.aspx

28. Обратная связь Уважаемые участники! Ваше мнение очень важно для нас! В блокноте, который находится в инфопаке участника, вы найдете анкету для оценки докладов Пожалуйста, оцените доклад и сдайте анкету при выходе из зала модератору Для участия в конкурсе заполненных анкет, отметьте в анкете номер, который указан на вашем бейдже Спасибо!

29. Вопросы • CLI310 • Александр Шаповал • Эксперт по информационной инфраструктуре • ashapo@microsoft.com • Вы сможете задать вопросы докладчику в зоне Microsoft в зале №17 в течение часа после завершения этой сессии