Эта статья основана на предварительной версии App-V. Любые содержащиеся здесь сведения могут быть изменены.
Лучший способ начать рассказ об App-V — это написать о трудностях, с которыми сталкиваются специалисты в области информационных технологий, с точки зрения управления предприятием. В наши дни рабочий настольный компьютер полон различных приложений. Перед установкой любого из них каждое необходимо долго тестировать, чтобы гарантировать возможность его сосуществования с другими приложениями, установленными в системе, таким образом, чтобы все они работали должным образом. Затем приложение должно пройти через ряд операций развертывания, и только потом его начинают выпускать. Кроме того, поскольку приложение доступно только на том компьютере, где оно установлено, пользователи привязаны к этому компьютеру. Последнее усложняет и без того непростые, но очень важные проекты, например перенос ОС и приложений, обновления безопасности или планирование восстановления после сбоев.
Но все меняется с появлением App-V. Администрирование настольного компьютера из серии сложных, ресурсоемких действий, которые отнимают много времени, превращается с помощью App-V в упрощенный, более автоматизированный процесс. Процесс развертывания, установки обновлений и исправлений, а также завершения работы приложений упрощается и становится более продуктивным.
Используя App-V, пользователь может сесть перед любым компьютером и получить доступ к своим приложениям. Все они появляются по запросу, но запускаются так, если бы были локально установлены на используемом компьютере. Следовательно, нет нужды в установке приложения на этом компьютере или перемещении его с устройства, где оно установлено.
Подобное использование визуализации может кардинально изменить процесс администрирования настольных компьютеров. Не нужно переустанавливать приложение на другой компьютер, можно просто запустить виртуализованные приложения. Это открывает перед вами ряд преимуществ, в том числе перечисленные ниже.
* Меньше конфликтов приложений
* Обновление приложений выполняется быстрее и проще
* Возможность запуска нескольких версий приложения одновременно
* Гибкие приложения, с которыми можно работать как в Интернете, так и в автономном режиме
* Сокращение времени на регрессивное тестирование совместимости приложений
Архитектура App-V
Так давайте же рассмотрим, что же в действительности происходит в платформе App-V. Платформа состоит из следующих основных компонентов: секвенсор, база данных, клиенты, сервер управления, потоковый сервер и консоль управления (см. Рис. 1).
Рис. 1 Компоновка среды App-V
В основе системы App-V лежит клиент App-V. Можно использовать два типа клиентов — клиент сервера терминалов и клиент рабочей среды. Каждый из них необходимо установить на всех компьютерах и на сервере терминалов, где планируется развертывание виртуальных приложений. Клиент занимает относительно мало места на диске. Он устанавливает драйвер и имеет видимый пользователю компонент, указывающий на работу — значок в области компонентов.
Клиент получает список виртуальных приложений с сервера управления App-V и отображает эти доступные виртуальные приложения.. Он выполняет запуск этих приложений (по запросу пользователя) и управляет кэшем со стороны клиента. Клиент также отвечает за управление созданием виртуальной среды выполнения. Кроме того, он обеспечивает запуск каждой среды в собственной виртуальной области. Данная виртуальная среда включает в себя несколько компонентов, в том числе виртуальный реестр, виртуальная файловая система и диспетчер виртуальных служб.
В App-V версии 4.5 существует три возможности развертывания инфраструктуры: полная инфраструктура, облегченная инфраструктура и автономный режим. При развертывании полной инфраструктуры внутренняя сторона включает в себя сервер управления App-V и потоковый сервер App-V (это новый компонент, о котором я расскажу чуть позже). Сервер управления App-V размещает и доставляет централизованные виртуальные приложения, а также обновляет их при применении исправлений или обновлений.
Данный сервер использует SQL Server для размещения базы данных App-V, которая содержит конфигурацию и настройки виртуальных приложений. В качестве средства центрального управления следует использовать группы Active Directory, это позволит управлять виртуальными приложениями и контролировать полномочия доступа к ним.
Для управления настройками и конфигурацией платформа App-V использует веб-службу Microsoft .NET Framework, которую можно загрузить на тот же сервер, если на нем установлена IIS. Эта веб-служба действует в качестве посредника между консолью управления App-V— оснастка консоли управления (MMC) — и базой данных App-V. Администраторы могут использовать эту консоль для публикации виртуальных приложений и управления ими, назначать группы Active Directory, управлять настройками сервера, а также запускать отчеты по использованию виртуализованных приложений (см. Рис. 2).
Рис. 2 Консоль управления
В облегченную инфраструктуру входит потоковый сервер App-V, он обеспечивает выполнение таких потоковых функций, как активное или пакетное обновление. Для использования этой функции нет необходимости в Active Directory или SQL Server, у нее нет службы настройки рабочей среды, а также возможностей работы с лицензиями и измерениями. Тем не менее, в облегченной инфраструктуре можно добавить потоковые возможности в System Center Configuration Manager (SCCM) и другие решения по развертыванию ПО (ESD) от сторонних производителей.
В автономном режиме секвенсор App-V может создать файл MSI, автоматизирующий процесс добавления виртуального приложения (см. Рис. 3). Файл MSI содержит метаданные, позволяющие любой системе ESD узнать его и управлять виртуализованным приложением. Данный режим требует перехода клиента в автономный режим, что допускает только обновление виртуальных приложений на основе файла MSI. В автономном режиме потоковые функции недоступны. Данный режим предоставляет организациям возможность использовать функции изоляции App-V.
Рис. 3 Секвенсор App-V
Файлы MSI очень гибкие, их можно запускать полностью в автономном режиме, используя только клиент App-V, и им не нужны какие-либо компоненты сервера. Это означает, что развертывание их можно выполнять вручную, с помощью диска или любых обычных средств развертывания.
В App-V версии 4.5 HTTP и HTTPS являются поддерживаемыми потоковыми протоколами. Благодаря этому достигается лучшая производительность при потоковой передаче, кроме того, протокол принимается более широко, в особенности в среде защищенной глобальной сети и в Интернете.
Принципы работы полной инфраструктуры App-V
Пользователь выполняет вход на устройство, на котором установлен один из клиентов (служба терминалов App-V Terminal или клиент рабочей среды), и клиент отправляет запрос серверу на получение списка приложений, назначенных текущему пользователю. Сервер обращается к Active Directory, чтобы определить, к каким группам принадлежит пользователь, а затем возвращает список приложений клиенту. Клиент начинает создавать список виртуальных приложений, назначенных данному пользователю.
В данном процессе публикации выполняются следующие ниже действия.
* Копирование файлов конфигурации
* Создание ярлыков рабочего стола
* Создание ссылок «Отправить»
* Создание папок меню «Пуск»
* Конфигурация типов файлов
Этот процесс выполняется очень быстро, и, что важнее всего, он гарантирует то, что среда будет выглядеть именно так, как ожидает пользователь, — без каких-либо заметных изменений. Виртуальные приложения работают так, как если бы они были установлены локально на используемом компьютере, но, разумеется, они не оказывают какого-либо влияния на этот компьютер. Ярлыки, вместо того чтобы указывать на исполняемые файлы в папке «Program Files», указывают на клиент App-V, конфигурация которого определяется файлом запуска (файл OSD).
Важно отметить, что этот процесс оказывает очень небольшое влияние на сеть, поскольку, в отличие от обычного развертывания ПО, программы не устанавливаются. Это предоставляет невероятные преимущества, особенно для сред с перемещаемыми пользователями, поскольку приложения доступны пользователю, но при этом не происходит какой-либо передачи до запуска приложения. Этот метод объявлений — один из компонентов, обеспечивающих работу функций App-V с приложениями по запросы и перемещаемых приложений.
Когда пользователь запускает виртуальное приложение, клиент выполняет чтение файла конфигурации OSD, который хранится на локальном компьютере, и получает сведения о том, какой протокол следует использовать для взаимодействия с сервером управления App-V и на каком сервере находится приложение.
Соответствующий сервер отвечает клиенту, передавая первоначальное пороговое значение запуска, которое, как правило, составляет 20-40 процентов от всего приложения. После передачи полного порогового значения запуска (это снова всего 20–40 процентов приложения) виртуальное приложение готово к запуску.
Потоковая передача является одним из ключевых элементов изменения парадигмы, введенных в App-V. Можно отправить просто достаточную часть приложения, чтобы оно запустилось, без траты драгоценной пропускной способности сети. Все данные, отправляемые клиенту, находятся в локальном файле кэша, и все последующие запуски приложения выполняются из локального кэша, что позволяет исключить лишний сетевой трафик.
После завершения потоков передачи виртуального приложения клиент создает изолированную среду, предотвращающую изменение приложением каких-либо данных на локальном компьютере (другими словами, приложение не оставит следов в клиенте). Тем не менее, клиент предоставляет виртуальному приложению доступ к локальной файловой системе при сохранении или изменении файлов, а также позволяет ему взаимодействовать с локальными службами (например, печать), если пользователь обладает необходимыми полномочиями в локальной системе. Все изменения, внесенные виртуальным приложением в файлы локальной системы, тем не менее, перенаправляются в виртуализованную среду, и данные на используемом компьютере остаются неизменными.
При запуске приложения любые не используемые ранее функции доставляются по мере необходимости и кэшируются для дальнейшего использования. Плюсом такого подхода является то, что при изначальном подключении загружаются только компоненты, необходимые пользователю, а ненужные функции не занимают сетевых ресурсов. (В новую версию включены некоторые улучшения со стороны клиента, что позволяет более рационально использовать кэш и фоновую передачу данных.)
Рассмотрим в качестве примера приложение Microsoft Office Word. Практически все пользователи используют функцию проверки орфографии (да я бы без нее не смог написать эту статью!), следовательно, эта функция станет частью первоначального запуска. Но как насчет функции «Справка»? Немногие пользователи используют эту функцию, следовательно, при первоначальном запуске она не будет загружена. Вместо этого она будет отправлена пользователю при первом запросе.
Когда пользователь завершает работу и закрывает приложение, клиент разрывает виртуальную среду и сохраняет все настройки пользователя в пользовательской области, чтобы среду можно было восстановить при следующем запуске. В независимости от того, какой процент виртуального приложения был передан, все сохраняется в локальном кэше и доступно при следующем запуске. А если другой пользователь выполняет вход в ту же систему и запускает то же виртуальное приложение, то может использовать ту его часть, которая уже хранится в кэше.
Для того чтобы удалить объявления виртуального приложения, просто удалите пользователя из соответствующей группы Active Directory group. Для того чтобы удалить виртуальное приложение из рабочей среды, можно просто очистить кэш. Поскольку приложение никогда не было установлено локально, не будет раздражающие запросов: «Вы уверены в том, что хотите удалить этот общий компонент?»
Обратите внимание на то, что даже если виртуальное приложение хранится в кэше, это не значит, что у всех пользователей есть к нему доступ. В отличие от приложений, установленных локально (где пользователи могут выполнить поиск или обзор исполняемых файлов, для доступа к которым у них нет полномочий), не существует визуальных или физических свидетельств того, что виртуальное приложение существует, если только пользователь не получил соответствующих прав через группы Active Directory.
Обновление виртуальных приложений
Обновление выполняется через секвенсор. Если приложение изменено и содержит обновление, оно помещается на сервер управления App-V рядом с предыдущей версией. Затем сервер уведомляет клиент при последующем запуске об этих изменениях. Если все еще используется предыдущая версия, пользователь по-прежнему имеет к ней доступ, пока это виртуальное приложение не будет закрыто. При следующем запуске «дельты», составляющие обновление, передаются в клиент и загружаются в кэш, следствием чего является появление обновленной версии приложения.
Например, существует 1000 пользователей, запустивших Word 2000. Администратору необходимо обновить Word 2000 (word2K.sft) до Word 2000 с пакетом обновления 3 (SP3), поэтому он копирует файл word2K.sft file в секвенсор и выбирает в секвенсоре «Open for Package Upgrade» (Открыть для пакета обновления). Выбрав пункт «Open for Package Upgrade», администратор начинает работать с последним состоянием пакета. Затем он может скопировать файлы DLL, запустить обновления или выполнить исправления в рамках виртуального приложения для обновления его до Word 2000 с пакетом обновления 3 (SP3). Затрем администратор сохраняет обновленных пакет.
Секвенсор автоматически назначает новое имя файла, word2K_2.sft, чтобы имена файлов не дублировались и чтобы обозначить версию сопоставления. Новый пакет размещается в той же папке, что и старый, на сервере управления App-V, поэтому Word 2000 (word2K.sft) и Word 2000 с пакетом обновления 3 (SP3) (word2K_2.sft) в результате оказываются в одной папке. Затем администратор использует консоль управления App-V для того, чтобы связать эти SFT-файлы.
Со стороны клиента пользователи, в данный момент работающие с Word 2000 без пакета обновления 3 (SP3), продолжают свою работу. Пользователи, запускающие новый сеанс работы приложения после того, как администратор выполнил связывание, получат сообщение о том, что обнаружено изменение. Затем клиент начинает потоковую передачу только изменений «дельта» между word2K.sft и word2K_2.sft, автоматически обновляя приложение до Word 2000 с пакетом обновления 3 (SP3).
Из-за динамической природы виртуальных приложений довольно просто выполнить откат до предыдущей версии. Нужно просто вернуть в консоль управления App-V и удалить версию, добавленную недавно. Это вызывает откат клиента до предыдущей версии при следующем запуске. Для того чтобы данные пакетов не пересекались, клиент автоматически удаляет кэш и выполняет потоковую передачу нужного файла SFT. Это очень удобно, если вы раздумываете о том, что сделать для отката обновления приложения, установленного физически с помощью более стандартных средств развертывания ПО.
Чтобы осознать преимущества App-V, нужно создать пакеты виртуальных приложений. Здесь на сцену и выходит секвенсор App-V. Любые знания и опыт в области написания сценариев и создания пакетов с помощью стандартных средств развертывания ПО облегчат вашу работу в этой области. (Следует отметить, что последовательности следует посвятить отдельную статью.)
Большинство решений по развертыванию ПО полагаются на сценарии, которые отслеживают способ установки ПО, а затем дублируют этот процесс на других компьютерах, благодаря чему отпадает необходимость в работе на каждом из этих компьютеров для установки или обновления приложений. После установки приложения стандартные средства установки ПО удаляют пакет. Затем следует устанавливать все средства, от которых это приложение может зависеть, запускать другие сценарии или выполнять какие-либо действия вручную для индивидуальной настройки приложения.
Фундаментальным отличием App-V является то, что процесс последовательности создает образ уже установленного приложения со всеми связями и настройками. Это действие может быть выполнено клиентом App-V без внесения изменений на тот компьютер, где это действие выполняется.
Секвенсор создает множество разнообразных файлов, самым важным из которых является SFT-файл, который содержит все части приложения, зависимости и настройки. В некоторых случаях он может также содержать несколько приложений. Поэтому неудивительно то, что файл может оказаться довольно большим. Существует несколько параметров сжатия, но очень важно иметь сведения о сети и производительности устройств. Файл ярлыка (ICO), создаваемый секвенсором, используется для объявления виртуального приложения, поэтому оно ведет себя так, как будто установлено локально.
OSD-файл также является очень важным, его возможности бесконечны. По умолчанию это файл на основе XML, используемый для того, чтобы сообщить клиенту App-V о том, как запускать виртуальное приложение. OSD-файл также можно изменить для того, чтобы выполнить настройку подключения и запуска виртуального приложения, а также контроля над этими процессами. Я очень рекомендую вам ознакомиться с документами «Sequencing Admin Guide» (Руководство для администраторов по последовательности) и «Sequencing Best Practices» (Наилучшие рекомендации в области последовательности), чтобы больше узнать о свойствах и значениях, доступных через файл OSD.
Добавлю, что новый файл manifest.xml содержит конфигурацию на основе пакета, и его можно использовать для интеграции с решениями сторонних производителей и развертываниями MSI. Секвенсор также может генерировать файл MSI дл пакета виртуального приложения. Этим можно воспользоваться для загрузки виртуальных приложений на клиенты автономного режима (без серверов) и через систему ESD.
Сам секвенсор — это средство на основе мастера, который проводит вас через процесс установки приложения и превращения его в виртуальное приложение (см Рис. 4). Первый этап позволяет настроить свойства пакета по умолчанию. Эти свойства, которые хранятся в OSD-файле, включают в себя имя пакета и комментарии. Некоторые из расширенных настроек позволяют указать сервер, с которого следует выполнять потоковую передачу, папку, где будет находиться содержимое, а также какие операционные системы будет поддерживать пакет.
Рис. 4 Мастер последовательности
Второй этап — установка, настройка и тестирование приложения. Во время установки секвенсор запоминает все изменения, внесенные в локальную систему, в том числе файловую систему, реестр и систему. В мастере также существует ряд полезных программ, которые, например, обеспечивают интеграцию с центром обновления Windows.
Следующий шаг — настройка связей с типом файла и указание места, где следует разместить ярлыки. Стандартное место размещения — меню «Пуск», рабочий стол, панель быстрого запуска, но можно выбрать и другие местоположения.
Затем необходимо запустить приложение и настроить порог изначального запуска. На этом этапе App-V определяет первоначальную часть приложения, которое необходимо переместить на клиент, чтобы приложение начало работу.
Для настройки этого первоначального кода (его часто называют блоком функций 1 или FB1) просто запустите приложение и воспользуйтесь фукциями, которые пользователи используют наиболее часто. Например, запустите Word и воспользуйтесь функцией проверки орфографии. Любые файлы DLLs, прочие файлы или параметры реестра, вызванные приложением на этом этапе, автоматически становятся частью FB1. Любые файлы, параметры или компоненты, которые не используются на данном этапе, добавляются в FB2. Затем, когда приложение используется, клиент получает файл сопоставления SFT, в котором указано, где запускается FB1 и где прекращает свою работу, и где в FB2 находятся другие файлы, чтобы клиент смог получить их при запросе от приложения.
Последний этап — процесс последовательности, призванный обеспечить верную настройку всех компонентов. В секвенсоре отображается диалог, показанный на Рис. 5, где представлен SFT. Этот диалог позволяет вносить последние изменения или добавления в пакет.
Рис. 5 Настройка и подтверждение окончательного пакета
Версия 4.5
После двух лет, затраченных на создание App-V версии 4.5, она будет выпущена в конце этого года. Это первая версия данного продукта от корпорации Майкрософт, и она должна увеличить виртуализацию приложений путем введения нескольких ключевых улучшений, например динамического взаимодействия виртуальных приложений, расширенной масштабируемости и улучшенного соответствия требований к интернализации и безопасности корпорации Майкрософт.
Динамическое взаимодействие виртуальных приложений позволяет виртуальным приложениям взаимодействовать друг с другом. Данное взаимодействие именуется Dynamic Suite Composition (DSC). DSC не заменяет возможности добавления нескольких приложений в один пакет. Вместо этого оно предлагает новый путь интеграции зависимостей, промежуточного ПО и подключаемых модулей, общих для виртуальных приложений.
Администраторы могут указать, какие виртуальные приложения могут взаимодействовать с другими. Например, предположим, что у вас есть пять веб-приложений, требующих использования одной и той же версии Java. В App-V версии 4.1 придется добавить одну и ту же версию Java к каждому из пяти отдельных пакетов. Кроме того, предположим, что для этой версии Java требуется исправление. Администратору в этом случае придется применять исправление к каждому из пяти пакетов. С помощью DSC можно упаковать Java только один раз, а затем настроить как пакет, который могут использовать все пять веб-приложений. В результате для применения исправления Java администратору нужно будет применить его только один раз — к пакету Java.
Аналогичная схема применима к промежуточному ПО и подключаемым модулям. Я планирую написать запись в блоге о других ситуациях, когда корпорация Майкрософт будет готова к выпуску этой программы и завершит работу над добавлениями.
Улучшения масштабируемости включают в себя как потоковую передачу, так и фоновую инфраструктуру. Были изменены фоновые компоненты с целью обеспечить лучшую поддержку кластеризации и сценариев сбоев, кроме того, потоковая передача теперь ориентирована на глобальную и локальную сеть. Основой этих улучшений стали несколько ключевых добавлений.
Первое из них — Streaming Server Component (компонент потокового сервера), которое позволяет выполнять потоковую передачу без фоновой инфраструктуры Active Directory и SQL Server. По-прежнему остаются неизменными огромные преимущества — централизованное обновление пакетов, получение их по запросу, — при этом отсутствуют сложные фоновые требования. Это добавление будет широко использоваться в филиалах организаций, а также при интеграции с решениями ESD сторонних производителей.
В клиенте App-V также появились несколько улучшений. Например, теперь клиент хранит всю информацию об использовании локально, поэтому ее можно отслеживать вне зависимости от того, в сети ли клиентская система. Кроме того, кэш клиента расширен и улучшен, что обеспечивает лучшую производительность в случаях, когда ограничено место на диске. Кроме того, теперь поддерживается последовательность приложений не на английском языке, запуск App-V в операционных системах не на английском языке, а также локализация на некоторые языки.
Интеграция App-V диспетчера конфигураций 2007
В App-V версии 4.5 появилось несколько новых функций и улучшений, направленных на интеграцию App-V в SCCM 2007 R2. Как я уже говорил выше, виртуализация и потоковая передача предлагают ряд возможностей для передачи ПО, которых не предлагают стандартные средства развертывания ПО. Я не пытаюсь сказать, что App-V заменит эти средства, напротив, App-V сможет дополнить их и расширить.
Выполнив эту интеграцию, можно получить все функции масштабируемости, отчетов, распознавания устройств, а также работы с широкополосной сетью SCCM и также функции потоковой передачи и изоляции App-V. Ниже приведены некоторые области, для которых интеграция этих двух технологий принесет преимущества.
Доставка приложений. Интеграция SCCM R2 поддерживает все возможности доставки приложения по запросу, перемещаемых приложений, первоначальные пороговые значения, а также развертывания приложений без внесения изменений на клинтский компьютер.
Обновления. Точки распространения SCCM могут развертывать только изменения «дельта» в виртуальных приложениях при обновлении пакетов. Это обеспечивает централизованную возможность отката виртуализованных приложений до предыдущих версий с помощью одного щелчка мышью.
Управление. Версия R2 представила новый мастер объявления виртуальных приложений, позволяющий администраторам развертывать виртуализованные приложения, а также традиционные пакеты ПО и объявления с одной консоли.
Упаковка. Нет необходимости в повторной упаковке приложений, если App-V интегрирована с SCCM. Персоначальное согласование приложения необходимо выполнять с помощью согласования App-V вне SCCM, однако администраторы могут обновлять существующие пакеты с помощью SCCM.
Лицензирование. Виртуальные приложения можно отслеживать для лицензирования и измерения с помощью существующих средств SCCM.
Слубжба BITS. SCCM предлагает новый метод развертывания виртуализованных приложений с помощью стандартного протокола BITS. Через точки распространения SCCM может выполнять потоковую передачу; есть случаи, когда потоковая передача не является идеальным методом развертывания виртуализованных приложений. При выполнении развертывания через SCCM существуют две возможности. Можно использовать стандартную потоковую передачу или же функции QoS службы BITS для более контролируемого развертывания. Это также может оказаться полезным, если необходимо предварительно загрузить кэш для пользователей, запускающих виртуальное приложение.
Развертывания на компьютерах SCCM предоставляет возможность выполнять развертывание виртуализованных приложений на определенных компьютерах, а также выполнять поддержку ориентированного на пользователей подхода платформы App-V. Эта возможность будет полезной при развертывании виртуальных приложений на портативных ПК, компьютерах-киосках и компьютерах лабораторных доменов. Кроме того, она пригодится при управлении лицензиями, когда ПО лицензировано на устройства, а не на пользователей.
Масштабируемость. Необходимость развертывания двух отдельных средств, содержащих множество похожих функций, беспокоит многих. Интегрируя масштабируемость и преимущества для локальной сети SCCM и преимущества изоляции и потоковой передачи APP-V, можно использовать существующую SCCM, предоставляющую одно средство, как для управления, так и для развертывания, без лишних сложностей.
Автор: Энтони Кинни. TechNet Magazine
Постовой
Открывается новый портал о ресторанах и клубах. Он ещё находится на начальной стадии, но уже много интересной и полезной информации: поиск ресторана, дискотеки, ночные клубы и многое другое.
Абсолютно Все ледовый каток Москвы. Есть возможность комментирования катков.