Обзор сценария на основе использования сервера Application Virtualization Server

Назначение: Application Virtualization

Если планируется использовать сценарий развертывания с использованием сервера для среды Microsoft Application Virtualization, важно понимать различия между сервером управления Application Virtualization Management Server и сервером потоковой передачи Application Virtualization Streaming Server. Этот раздел содержит сведения об этих различиях, а также предоставляет информацию о методах поставки пакетов, протоколах передачи и внешних компонентах, которые потребуется рассмотреть в процессе развертывания.

Сервер Application Virtualization Management Server

Application Virtualization Management Server выполняет функции публикации и потоковой передачи. Сервер публикует значки приложений, ярлыки и сопоставления типов файлов в клиентах App-V для авторизованных пользователей. При получении пользовательских запросов на приложения сервер выполняет потоковую передачу данных по требованию авторизованным пользователям с помощью протоколов RTSP и RTSPS. В большинстве конфигураций с использованием этого сервера один или несколько серверов управления используют общее хранилище данных для сведений о конфигурации и пакетах.

Серверы Application Virtualization Management Server используют группы Active Directory для управления авторизацией пользователей. В дополнение к службам доменов Active Directory в этих серверах имеется установленный сервер SQL для управления базой данных и хранилищем данных. Сервер управления контролируется с помощью консоли управления Application Virtualization Management Console, оснастки консоли управления MMC.

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

Сервер Application Virtualization Streaming Server

Сервер Application Virtualization Streaming Server предлагает те же возможности потоковой передачи и обновления пакетов, что Management Server, но без необходимости в Active Directory или SQL Server. Однако Streaming Server не включает службу публикации и не поддерживает лицензирование и измерение. Служба публикации отдельного сервера App-V Management Server используется в сочетании с App-V Streaming Server. App-V Streaming Server удовлетворяет потребности компаний, которые хотят использовать систему Application Virtualization с возможностями потоковой передачи на несколько площадок, доступными в классической конфигурации серверов, но не располагают инфраструктурой для поддержки App-V Management Server на всех площадках.

Application Virtualization Streaming Server можно использовать в средах с существующей системой электронного распространения программного обеспечения (ESD). Система ESD используется для управления приложениями потоковой передачи. В отличие от сервера управления Application Virtualization Management Server, сервер потоковой передачи не использует SQL или Management Console. Эти серверы используют списки управления доступом (ACL) для предоставления пользователям авторизации.

Методы поставки пакетов

Если планируется использовать сервер Application Virtualization Server в качестве метода предоставления публикаций, необходимо определить, какой из следующих методов поставки пакетов используется в сценарии.

• Динамическая поставка пакетов

• Загрузка из блока поставки файловых пакетов

Динамическая поставка пакетов

Во время динамической поставки пакетов сервер (Application Virtualization Management Server, Application Virtualization Streaming Server или сервер IIS) поставляет виртуализированные приложения конечным пользователям с помощью развертывания по запросу. Сервер поставляет виртуализированные приложения и пакеты на клиентский компьютер только при попытке пользователя запустить приложение в первый раз (по запросу). Сервер выполняет потоковую передачу только блоков, требуемых для запуска приложения (основной функциональный блок). После поставки клиенту основного функционального блока запускается приложение. Клиент не получает полного приложения (поэтапное развертывание), за исключением потребности в доступе к части приложения, которая не включена в основной функциональный блок. В этом случае клиент выполняет запрос на нестандартную доставку, и дополнительный функциональный блок передается клиенту. Динамическая поставка пакетов позволяет быстро запустить приложение.

Загрузка из блока поставки файловых пакетов

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

Примечание

Для каждого метода доставки процессы первоначальной поставки и обновления виртуальных приложений одинаковы. Обновленный пакет виртуального приложения заменяет исходный пакет приложения.

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

Метод	Преимущества	Недостатки	Комментарии
Динамическая поставка пакетов	Приложения поставляются и обновляются по запросу. Приложения поставляются и обновляются поэтапно для оптимизации времени запуска. Обновления автоматически поставляются на рабочий стол клиента.	Повышенная область охвата в топологии предприятия вследствие требований к серверу. Потоковая передача приложений должна выполняться по локальной сети. Сценарии развертывания в глобальной сети либо использующие ненадежное или неустойчивое соединение между сервером и клиентом могут быть недопустимы.	Требуется инфраструктура потоковой передачи. Установщик Windows используется для развертывания программного обеспечения Application Virtualization Desktop Client на компьютерах конечных пользователей. Большим предприятиям следует использовать в качестве точек распределения серверы Application Virtualization Streaming Server.
Загрузка из блока поставки файловых пакетов	Соответствует обычным практикам управления предприятием. Поддерживает сценарий отдельной настройки. Предоставляет решение проблемы микрофилиала.	Поставка и обновление приложений по запросу невозможны. Поставка и обновление приложений не является поэтапным. Увеличивается потребление ресурсов по отношению к динамической поставке.	ИТ-организации часто несут ответственность за управление лицензиями приложений, авторизацией пользователей и проверкой подлинности.

Протоколы, относящиеся к серверу, и внешние компоненты

В следующей таблице приводится список типов серверов, которые можно использовать в сценариях на основе сервера Application Virtualization Server вместе с соответствующими протоколам передачи и внешними компонентами, требующимися для поддержки определенной конфигурации сервера. Эта таблица также содержит механизм подготовки отчетов и механизм активного обновления каждого типа сервера. Поскольку во всех этих сценариях используется сервер Application Virtualization Management Server, можно использовать внутреннюю функцию составления отчетов, встроенную в систему. Если для поставки пакетов клиенту используются серверы Application Virtualization Management или Application Virtualization Streaming Server, пакеты на сервере автоматически обновляются при входе пользователя в систему клиента. Если для поставки пакетов клиенту используются серверы IIS или файл, пакеты в системе клиента необходимо обновлять вручную.

Тип сервера	Протоколы	Необходимые внешние компоненты	Подготовка отчетов	Активное обновление
Сервер Application Virtualization Management Server	RTSP RTSPS	При использовании протокола HTTPS используйте сервер IIS для загрузки файлов ICO и OSD, а также брандмауэр для защиты сервера от угроз из Интернета.	Внутренняя функция	Поддерживается
Сервер Application Virtualization Streaming Server	RTSP RTSPS	Используйте механизм синхронизации содержимого между сервером управления и сервером потоковой передачи. При использовании протокола HTTPS используйте сервер IIS для загрузки файлов ICO и OSD, а также брандмауэр для защиты сервера от угроз из Интернета.	Внутренняя функция	Поддерживается
Сервер IIS	HTTP HTTPS	Используйте механизм синхронизации содержимого между сервером управления и сервером потоковой передачи. При использовании протоколов HTTPS или HTTP используйте сервер IIS для загрузки файлов ICO и OSD, а также брандмауэр для защиты сервера от угроз из Интернета.	Внутренняя функция	Не поддерживается
Файл	Протокол SMB	Требуется способ синхронизации содержимого между сервером управления и сервером потоковой передачи. Необходим клиентский компьютер с возможностью обмена файлами или потоковой передачи.	Внутренняя функция	Не поддерживается

См. также

Другие ресурсы

Сценарий на основе электронного распространения программного обеспечения
Настройка серверов для развертывания на основе сервера
Установка серверов и компонентов системы

-----
Чтобы получить дополнительные сведения о пакете MDOP, воспользуйтесь библиотекой TechNet Library: выполните поиск статей по устранению неполадок на вики-сайте TechNet или подпишитесь на наши страницы в Facebook или Twitter. Отправляйте свои предложения и комментарии относительно документации MDOP по адресу MDOPdocs@microsoft.com.