Présentation du scénario basé sur un serveur Application Virtualization Server

Mis à jour: novembre 2009

S'applique à: Application Virtualization

Si vous envisagez de recourir à un scénario de déploiement basé sur un serveur pour votre environnement Microsoft Application Virtualization, il est essentiel de comprendre les différences entre le serveur Application Virtualization Management Server et le serveur Application Virtualization Streaming Server. Cette rubrique décrit ces différences et fournit également des informations sur les méthodes de distribution des packages, les protocoles de transmission, ainsi que les composants externes dont il faudra tenir compte tout au long du processus de déploiement.

Application Virtualization Management Server

Le serveur Application Virtualization Management Server effectue à la fois les fonctions de publication et de diffusion. Le serveur publie les icônes d'application, les raccourcis, et les associations de types de fichiers vers les clients App-V pour les utilisateurs autorisés. Quand les demandes d'applications émises par l'utilisateur sont reçues, le serveur transmet ces données à la demande aux utilisateurs autorisés via les protocoles RTSP ou RTSPS. Dans la plupart des configurations utilisant ce serveur, un ou plusieurs serveurs de gestion partagent un magasin de données commun pour les informations de configuration et de package.

Les serveurs Application Virtualization Management Server utilisent des groupes Active Directory pour gérer l'autorisation utilisateur. En plus des services de domaine Active Directory, ces serveurs intègrent SQL Server pour gérer la base de données et le magasin de données. Le serveur d’administration est contrôlé par le biais de la Application Virtualization Management Console, composant enfichable de la console MMC (Microsoft Management Console).

Parce qu’ils transmettent les applications aux utilisateurs finals à la demande, les serveurs Application Virtualization Management Server sont particulièrement adaptés à des systèmes configurés avec des réseaux locaux à haut débit fiables.

Application Virtualization Streaming Server

Le serveur Application Virtualization Streaming Server propose les mêmes fonctionnalités de mise à niveau de package et de diffusion fournies par Management Server, mais sans la configuration requise d'Active Directory ou de SQL Server. Toutefois, le serveur Streaming Server ne comprend pas de service de publication, ni de fonctionnalités d'octroi de licence ou de contrôle. Le service de publication d'un serveur App-V Management Server distinct est utilisé conjointement avec le serveur App-V Streaming Server. Le serveur App-V Streaming Server répond aux besoins des entreprises désireuses d'utiliser Application Virtualization à plusieurs emplacements avec les fonctionnalités de diffusion d'une configuration de serveur classique, mais ne disposant pas de l'infrastructure nécessaire pour prendre en charge des serveurs App-V Management Server à chaque emplacement.

Le serveur Application Virtualization Streaming Server peut être également utilisé dans des environnements équipés d’un système de distribution électronique de logiciels (ESD). On utilise ce système pour gérer des applications de diffusion en continu. Contrairement au serveur Application Virtualization Management Server, le serveur de diffusion n’utilise pas SQL ni de console de gestion. Ce type de serveur utilise plutôt des listes de contrôle d'accès (ACL) pour accorder des autorisations utilisateur.

Méthodes de distribution des packages

Si vous envisagez d’employer un serveur Application Virtualization Server pour distribuer une publication, vous devez choisir l'une des méthodes de distribution de package suivantes pour votre scénario :

• Distribution dynamique de package

• Distribution de package via le chargement à partir d’un fichier

Distribution dynamique de package

Dans ce type de distribution, le serveur (Application Virtualization Management Server, Application Virtualization Streaming Server ou serveur IIS) remet les applications virtualisées aux utilisateurs finals via un déploiement à la demande. Le serveur ne distribue les applications virtualisées et les packages à un ordinateur client que lorsqu’un utilisateur essaie d’abord de lancer une application (à la demande). Le serveur transmet uniquement les blocs nécessaires au lancement de l'application (bloc de fonctionnalité principal). Après la remise du bloc de fonctionnalité principal au client, l’application est exécutée ; le client ne reçoit l’application complète (déploiement incrémentiel) que s’il souhaite accéder à une partie de l’application ne faisant pas partie du bloc de fonctionnalité principal. Dans ce cas, le client présente une requête hors séquence et le bloc de fonctionnalité secondaire est diffusé sur le client. La distribution dynamique de package permet de lancer rapidement une application.

Distribution de package via le chargement à partir d'un fichier

Dans ce type de distribution, le serveur remet le package d’application virtualisée complet à un ordinateur client avant que l’utilisateur ne lance l’application. Dans ce scénario, les applications virtualisées sont délivrées sous forme de package complet plutôt que via la méthode incrémentielle dynamique utilisée par le modèle de distribution dynamique.

Notes

Pour chaque méthode de distribution, le processus initial de distribution d'applications virtuelles et de le processus de mise à jour d’applications virtuelles sont identiques ; le package d’application virtuelle mis à jour remplace le package d’origine.

Le tableau suivant compare les avantages et des inconvénients de chaque méthode de distribution de package

Méthode	Avantages	Inconvénients	Commentaires
Distribution dynamique de package	Les applications sont remises et mises à jour à la demande. Les applications sont remises et mises à jour de façon incrémentielle pour optimiser le délai de lancement. Les mises à jour sont remises automatiquement au Bureau du client.	Encombrement plus large dans la topologie de l’entreprise en raison de la configuration serveur requise. La diffusion des applications doit être effectuée sur un réseau local ; les scénarios de déploiement sur un réseau étendu ou utilisant une connexion peu fiable ou intermittente entre le serveur et le client seront peut-être inutilisables.	Requiert une infrastructure de diffusion. Windows Installer permet de déployer les logiciels du client Application Virtualization Desktop Client sur les ordinateurs des utilisateurs finals. Les grandes entreprises doivent utiliser les serveurs Application Virtualization Streaming Server comme points de distribution.
Distribution de package via le chargement à partir d’un fichier	Cohérente avec les pratiques type de gestion d'entreprise. Prend en charge le scénario de configuration autonome. Offre une solution au problème des micro-filiales.	La distribution et la mise à jour des applications à la demande sont impossibles. Le processus de distribution et de mise à jour des applications n’est pas incrémentiel ; il augmente l’utilisation des ressources par rapport à la distribution dynamique.	L’organisation des TI est souvent responsable de la gestion des licences d’application, des autorisations utilisateur et de l’authentification.

Protocoles et composants externes liés au serveur

Le tableau suivant répertorie les types de serveur qui peuvent être utilisés dans les scénarios basés sur un serveur Application Virtualization Server, ainsi que les protocoles de transmission et les composants externes correspondants nécessaires pour supporter la configuration de serveur spécifique. En outre, il inclut le mécanisme de rapports et de mise à niveau active pour chaque type de serveur. Étant donné que ces scénarios reposent tous sur le serveur Application Virtualization Management Server, vous pouvez utiliser la fonctionnalité de création de rapports interne qui est intégrée au système. Si vous utilisez un serveur Application Virtualization Management Server ou Application Virtualization Streaming Server pour remettre des packages au client, les packages sur le serveur sont automatiquement mis à niveau lorsqu’un utilisateur se connecte au client ; si vous utilisez des serveurs IIS ou un fichier pour distribuer les packages au client, vous devez mettre ces derniers à niveau de façon manuelle.

Type de serveur	Protocoles	Composants externes nécessaires	Rapports	Mise à niveau active
Application Virtualization Management Server	RTSP RTSPS	Pour HTTPS, utilisez un serveur IIS pour télécharger les fichiers ICO et OSD et un pare-feu pour protéger le serveur d’une exposition sur Internet.	Interne	Pris en charge
Application Virtualization Streaming Server	RTSP RTSPS	Utilisez un mécanisme pour synchroniser le contenu entre le serveur d'administration et le serveur de diffusion. Pour HTTPS, utilisez un serveur IIS pour télécharger les fichiers ICO et OSD et un pare-feu pour protéger le serveur d’une exposition sur Internet.	Interne	Pris en charge
Serveur IIS	HTTP HTTPS	Utilisez un mécanisme pour synchroniser le contenu entre le serveur d'administration et le serveur de diffusion. Pour HTTP ou HTTPS, utilisez un serveur IIS pour télécharger les fichiers ICO et OSD et un pare-feu pour protéger le serveur d’une exposition sur Internet.	Interne	Non pris en charge
Fichier	SMB	Vous avez besoin d’un mécanisme pour synchroniser le contenu entre le serveur d'administration et le serveur de diffusion. Vous avez besoin d’un ordinateur client doté d'une fonction de partage de fichier ou de diffusion.	Interne	Non pris en charge

Voir aussi

Autres ressources

Scénario basé sur une distribution électronique de logiciels
Procédure pour configurer des serveurs pour un déploiement basé sur un serveur
Procédure pour installer les serveurs et les composants système

-----
Vous pouvez en savoir plus sur MDOP dans la bibliothèque TechNet, recherchez des informations de dépannage sur le wiki TechNet ou suivez-nous sur Facebook ou Twitter. Veuillez envoyer vos suggestions et commentaires sur la documentation de MDOP à MDOPdocs@microsoft.com.