Introducción al escenario basado en Application Virtualization Server

Se aplica a: Application Virtualization

Si planea usar un escenario de implementación basada en un servidor para el entorno de Microsoft Application Virtualization, es importante que comprenda las diferencias entre Application Virtualization Management Server y Application Virtualization Streaming Server. Este tema describe estas diferencias y proporciona información relacionada con los métodos de entrega de paquetes, los protocolos de transmisión y los componentes externos que deberá considerar a medida que avance con la implementación.

Application Virtualization Management Server

El servidor Application Virtualization Management Server realiza tanto la función de publicación como la función de transmisión por secuencias. El servidor publica iconos de aplicación, accesos directos y asociaciones de tipo de archivo en los clientes App-V para usuarios autorizados. Cuando se reciben solicitudes de aplicaciones por parte de usuarios, el servidor transmite esos datos a petición a usuarios autorizados mediante protocolos RTSP o RTSPS. En la mayoría de las configuraciones que usan este servidor, uno o más servidores de administración comparten un almacén de datos común para la información de configuración y paquetes.

Los servidores Application Virtualization Management Server usan grupos de Active Directory para administrar la autorización de los usuarios. Además de los Servicios de dominio de Active Directory, estos servidores tienen instalado SQL Server para administrar la base de datos y el almacén de datos. Management Server se controla a través de Application Virtualization Management Console, que es un complemento de Microsoft Management Console.

Como los servidores Application Virtualization Management Server transmiten aplicaciones a los usuarios finales a petición, estos servidores son idóneos para configuraciones de sistema que tengan LAN confiables y un ancho de banda elevado.

Application Virtualization Streaming Server

El servidor Application Virtualization Streaming Server facilita las mismas capacidades de transmisión por secuencias y actualización de paquetes que proporciona el servidor Management Server, pero sin sus requisitos de Active Directory o SQL Server. Sin embargo, el servidor Streaming Server no tiene un servicio de publicación ni capacidades de licencias o medición. El servicio de publicación de otro servidor App-V Management Server se usa junto con el servidor App-V Streaming Server. El servidor App-V Streaming Server satisface las necesidades de las empresas que desean usar Application Virtualization en varias ubicaciones con las capacidades de transmisión por secuencias de la configuración clásica del servidor pero que tal vez no cuenten con la infraestructura necesaria para usar servidores App-V Management Server en todas las ubicaciones.

Application Virtualization Streaming Server también puede usarse en entornos que tienen un sistema de distribución electrónica de software (ESD). ESD se usa para administrar las aplicaciones que se transmiten. A diferencia de Application Virtualization Management Server, Streaming Server no usa SQL ni una consola de administración. Estos servidores usan listas de control de acceso (ACL) para otorgar autorización a los usuarios.

Métodos de entrega de paquetes

Si planea usar Application Virtualization Server como método de entrega de la publicación, debe determinar cuál de los siguientes métodos de entrega de paquetes se emplea en su escenario:

• Entrega dinámica de paquetes

• Entrega de paquetes con carga desde un archivo

Entrega dinámica de paquetes

Durante la entrega dinámica de paquetes, el servidor (Application Virtualization Management Server, Application Virtualization Streaming Server o servidor IIS) entrega las aplicaciones virtualizadas a los usuarios finales a través de una implementación a petición. El servidor entrega las aplicaciones virtualizadas y los paquetes a un equipo cliente sólo si un usuario intenta antes iniciar una aplicación (a petición). El servidor transmite solamente los bloques necesarios para iniciar la aplicación (bloque inicial de características). Después de entregar el bloque inicial de características al cliente se ejecuta la aplicación. El cliente no recibe la aplicación completa (implementación incremental) a menos que el cliente necesite tener acceso a una parte de la aplicación que no esté incluida en el bloque inicial de características. Cuando ocurre esto, el cliente realiza una solicitud fuera de secuencia y se transmite el bloque secundario de características al cliente. La entrega dinámica de paquetes permite un inicio rápido de las aplicaciones.

Entrega de paquetes con carga desde un archivo

Para la entrega de paquetes con carga desde un archivo, el servidor entrega todo el paquete de la aplicación virtualizada a un equipo cliente antes de que el usuario inicie la aplicación. En este escenario, las aplicaciones virtualizadas se entregan como un paquete completo en lugar de hacerse mediante el método dinámico e incremental que usa el modelo de entrega dinámica.

Nota

Para cada método de entrega, el proceso de entrega de la aplicación virtual inicial y el proceso de actualización de la aplicación virtual son iguales; el paquete de la aplicación virtual actualizada reemplaza al paquete de la aplicación original.

La siguiente tabla compara las ventajas y las desventajas de los métodos de entrega de paquetes.

Método	Ventajas	Desventajas	Comentarios
Entrega dinámica de paquetes	Las aplicaciones se entregan y actualizan a petición. Las aplicaciones se entregan y actualizan de manera incremental para optimizar el tiempo para el inicio. Las actualizaciones se entregan automáticamente al escritorio cliente.	Ocupa más espacio en la topología de la empresa a causa de los requisitos de servidor. La transmisión por secuencias de aplicaciones debe realizarse a través de una LAN; puede ocurrir que las implementaciones que se realicen a través de una WAN o una conexión no confiable o intermitente entre el servidor y el cliente no sean utilizables.	Requiere una infraestructura de transmisión por secuencias. Se usa Windows Installer para implementar el software Application Virtualization Desktop Client en los equipos de los usuarios finales. Las empresas grandes deben usar servidores Application Virtualization Streaming Server como puntos de distribución.
Entrega de paquetes con carga desde un archivo	Respeta las prácticas de administración empresarial típicas. Admite escenarios de implementación independiente. Proporciona una solución al problema de microsucursales.	No es posible realizar la entrega y la actualización de las aplicaciones a petición. La entrega y la actualización de las aplicaciones no son incrementales; aumenta el consumo de recursos en comparación con la entrega dinámica.	La organización de TI con frecuencia es responsable de administrar las licencias de las aplicaciones, la autorización de los usuarios y la autenticación.

Protocolos relacionados con el servidor y componentes externos

La siguiente tabla enumera los tipos de servidores que se pueden usar en escenarios basados en Application Virtualization Server junto con los protocolos de transmisión correspondientes y los componentes externos necesarios para la configuración de servidor específica. La tabla también incluye el mecanismo de informe y el mecanismo de actualización activa para cada tipo de servidor. Como todos estos escenarios usan Application Virtualization Management Server, puede usar la funcionalidad de informe interna que está integrada en el sistema. Si usa Application Virtualization Management o Application Virtualization Streaming Server para entregar los paquetes al cliente, los paquetes que se encuentran en el servidor se actualizan automáticamente cuando un usuario inicia sesión en el cliente. Si usa servidores IIS o un archivo para entregar los paquetes al cliente, los paquetes que se encuentran en el cliente se deben actualizar de forma manual.

Tipo de servidor	Protocolos	Componentes externos necesarios	Informes	Actualización activa
Application Virtualization Management Server	RTSP RTSPS	Si usa HTTPS, use un servidor IIS para descargar los archivos ICO y OSD y un firewall para proteger el servidor contra la exposición a Internet.	Interno	Admitido
Application Virtualization Streaming Server	RTSP RTSPS	Use un mecanismo para sincronizar el contenido entre Management Server y Streaming Server. Si usa HTTPS, use un servidor IIS para descargar los archivos ICO y OSD y use un firewall para proteger el servidor contra la exposición a Internet.	Interno	Admitido
Servidor IIS	HTTP HTTPS	Use un mecanismo para sincronizar el contenido entre Management Server y Streaming Server. Si usa HTTP o HTTPS, use un servidor IIS para descargar los archivos ICO y OSD y un firewall para proteger el servidor contra la exposición a Internet.	Interno	No admitido
Archivo	SMB	Necesita una manera de sincronizar el contenido entre Management Server y Streaming Server. Necesita un equipo cliente que tenga funcionalidad de uso compartido de archivos o transmisión por secuencias.	Interno	No admitido

Vea también

Otros recursos

Escenario basado en la distribución electrónica del software
Cómo configurar servidores para la implementación basada en servidores
Cómo instalar los servidores y los componentes del sistema

-----
Puede obtener más información sobre MDOP en la Biblioteca TechNet, realizar búsquedas para solucionar problemas en TechNet Wiki, o seguirnos en Facebook o Twitter. Envíe sus sugerencias y comentarios acerca de la documentación de MDOP a MDOPdocs@microsoft.com.