Planification de la capacité d'App-V 5.1
Mis à jour: août 2015
S'applique à: Application Virtualization 5.1
Les recommandations suivantes peuvent être utilisées comme ligne de base pour déterminer les informations de planification de capacité appropriées pour l'infrastructure App-V 5.1 de votre organisation.
Important
Utilisez les informations contenues dans cette section uniquement comme instructions générales pour la planification de votre déploiement d'App-V 5.1. Les exigences de capacité de votre système dépendent des détails spécifiques de votre matériel et de votre environnement d'application. De plus, les chiffres de performances énoncés dans ce document sont des exemples. Vos propres résultats peuvent s'en écarter.
Détermination de la portée du projet
Avant de concevoir l'infrastructure App-V 5.1, vous devez déterminer la portée du projet. Cela consiste à déterminer les applications qui seront disponibles de façon virtuelle, et à identifier les utilisateurs cibles et leurs emplacements. Ces informations vous aideront à déterminer le type d'infrastructure App-V 5.1 à implémenter. Les décisions relatives à la portée du projet doivent être basées sur les besoins spécifiques de votre organisation.
| Tâche | Plus d'informations |
|---|---|
Déterminer la portée de l'application |
Selon les applications à virtualiser, l'infrastructure App-V 5.1 peut être configurée de différentes manières. La première tâche consiste à définir les applications à virtualiser. |
Détermination de la portée de l'emplacement |
La portée de l'emplacement fait référence aux emplacements physiques (par exemple, une entreprise ou un emplacement géographique spécifique) où vous projetez d'exécuter les applications virtualisées. Elle fait également référence à la population d'utilisateurs (par exemple, un département unique) qui exécuteront les applications virtuelles. Vous devriez obtenir un mappage réseau incluant les chemins de connexion ainsi que la bande passante disponible pour chaque emplacement, le nombre d'utilisateurs utilisant des applications virtualisées et la vitesse de liaison du réseau étendu (WAN). |
Détermination de l'infrastructure App-V 5.1 requise
Important
Les deux modèles suivants requièrent que le client App-V 5.1 soit installé sur l'ordinateur sur lequel vous projetez d'exécuter des applications virtuelles.
Vous pouvez également gérer votre environnement App-V 5.1 à l'aide d'une solution de distribution électronique de logiciels (ESD) telle que Microsoft Systems Center Configuration Manager. Pour plus d'informations, consultez Déploiement de packages App-V 5.1 à l'aide d'une solution de distribution électronique de logiciels.Modèle autonome : le modèle autonome permet d'activer Windows Installer sur les applications virtuelles pour la distribution sans diffusion en continu. App-V 5.1 en mode autonome inclut le séquenceur et le client, aucun autre composant n'est nécessaire. Les applications sont préparées pour la virtualisation à l'aide d'un processus nommé mise en séquence. Pour plus d'informations, consultez Planification du déploiement d'App-V 5.1 Sequencer et Client. Le modèle autonome est recommandé pour les scénarios suivants :
quand des utilisateurs distants déconnectés ne peuvent pas se connecter à l'infrastructure App-V 5.1 ;
quand vous exécutez un système de configuration de logiciel tel que Configuration Manager 2012 ;
quand des limitations de bande passante réseau empêchent la distribution électronique de logiciels.
Modèle d'infrastructure complète : le modèle d'infrastructure complète offre des fonctionnalités de distribution de logiciels, de gestion et de génération de rapports. Il inclut également la diffusion d'applications sur le réseau. Le modèle d'infrastructure complète App-V 5.1 comporte un ou plusieurs serveurs d'administration App-V 5.1. Le serveur d'administration permet de publier des applications sur tous les clients. Le processus de publication place les icônes et raccourcis d'applications virtuelles sur l'ordinateur cible. Il peut également diffuser un flux d'applications vers des utilisateurs locaux. Pour plus d'informations sur l'installation du serveur d'administration, consultez Planification du déploiement du serveur App-V 5.1. Le modèle d'infrastructure complète est recommandé pour les scénarios suivants :
Important
Le modèle d'infrastructure complète App-V 5.1 requiert Microsoft SQL Server pour le stockage des données de configuration. Pour plus d'informations, consultez Configurations prises en charge par App-V 5.1.
lorsque vous voulez utiliser le serveur d'administration pour publier l'application sur des ordinateurs cibles ;
pour une mise en service rapide d'applications sur des ordinateurs cibles ;
quand vous voulez utiliser la fonctionnalité de génération de rapports d'App-V 5.1.
Instructions sur le dimensionnement de bout en bout du serveur
La section suivante fournit des informations sur le dimensionnement et la planification de bout en bout d'App-V 5.1. Pour des informations spécifiques, consultez les sections suivantes.
Notes
Le temps de réponse complet sur le client est le temps pris par l'ordinateur exécutant le client App-V 5.1 pour recevoir une notification de réussite du serveur de publication. Le temps de réponse complet sur le serveur de publication est le temps pris par l'ordinateur exécutant le serveur de publication pour recevoir une notification de réussite de mise à jour des métadonnées de package du serveur d'administration.
20 000 clients peuvent cibler un seul serveur de publication pour actualiser les packages en un temps acceptable. (< 3 secondes)
Un seul serveur d'administration peut prendre en charge jusqu'à 50 serveurs de publication pour actualiser les métadonnées de packages en un temps acceptable. (< 5 secondes)
Recommandations relatives à la planification de la capacité du serveur d'administration App-V 5.1
Les serveurs de publication App-V 5.1 ont besoin du serveur d'administration pour les demandes d'actualisation de packages et les réponses correspondantes. Le serveur d'administration envoie ensuite les informations à la base de données de gestion pour récupérer des informations. Pour plus d'informations sur les configurations prises en charge par le serveur d'administration App-V 5.1, consultez Configurations prises en charge par App-V 5.1.
Notes
Le temps d'actualisation par défaut sur le serveur de publication App-V 5.1 est de dix minutes.
Lorsque plusieurs serveurs de publication contactent simultanément un serveur d'administration pour les actualisations de métadonnées de packages, les trois facteurs suivants influencent le temps de réponse complet sur le serveur de publication :
nombre de serveurs de publication effectuant des requêtes simultanées ;
nombre de groupes de connexions configurés sur le serveur d'administration ;
nombre de groupes d'accès configurés sur le serveur d'administration.
Le tableau suivant présente des informations supplémentaires sur chaque facteur ayant une incidence sur le temps d'exécution.
Notes
Le temps de réponse complet est le temps pris par l'ordinateur exécutant le serveur de publication App-V 5.1 pour recevoir une notification de réussite de mise à jour des métadonnées de package du serveur d'administration.
| Facteurs ayant une incidence sur le temps de réponse complet | Plus d'informations |
|---|---|
Nombre de serveurs de publication demandant simultanément des actualisations de métadonnées de package. |
|
Nombre de groupes de connexions configurés sur le serveur d'administration. |
|
Nombre de groupes d'accès configurés sur le serveur d'administration. |
|
Le tableau suivant indique des exemples de valeurs pour chacun des facteurs précédents. Dans chaque variante, 120 packages sont actualisés à partir du serveur d'administration App-V 5.1.
| Scénario | Variante | Nombre de groupes de connexions | Nombre de groupes d'accès | Nombre de serveurs de publication | Type de connexion réseau du serveur de publication/serveur d'administration | Temps de réponse complet sur le serveur de publication (en secondes). | Utilisation de l'UC sur le serveur d'administration |
|---|---|---|---|---|---|---|---|
Serveurs de publication contactant simultanément le serveur d'administration pour obtenir des métadonnées de publication. |
Nombre de serveurs de publication |
|
|
|
|
|
|
Métadonnées de publication contenant des groupes de connexions |
Nombre de groupes de connexions |
|
|
|
|
|
|
Métadonnées de publication contenant des groupes d'accès |
Nombre de groupes d'accès |
|
|
|
|
|
|
L'utilisation de l'UC de l'ordinateur exécutant le serveur d'administration est d'environ 25 %, quel que soit le nombre de serveurs de publication qui le ciblent. Les transactions par seconde, les requêtes de lots par seconde et les connexions utilisateur de la base de données Microsoft SQL Server sont identiques, quel que soit le nombre de serveurs de publication. Par exemple : environ 30 transactions/seconde, 200 requêtes de lots et 6 connexions utilisateur.
En utilisant un déploiement distribué géographiquement où le serveur d'administration et les serveurs de publication utilisent entre eux un réseau à liaison lente, le temps de réponse total sur les serveurs de publication s'inscrit dans des limites de temps acceptables (< 5 secondes), même pour 100 demandes simultanées sur un seul serveur d'administration.
| Scénario | Variante | Nombre de groupes de connexions | Nombre de groupes d'accès | Nombre de serveurs de publication | Type de connexion réseau du serveur de publication/serveur d'administration | Temps de réponse complet sur le serveur de publication (en secondes). | Utilisation de l'UC sur le serveur d'administration |
|---|---|---|---|---|---|---|---|
Connexion réseau entre le serveur de publication et le serveur d'administration |
Réseau à liaison lente de 1,5 Mbits/s |
|
|
|
|
|
|
Connexion réseau entre le serveur de publication et le serveur d'administration |
Réseau LAN ou WI-FI |
|
|
|
|
|
|
Que le serveur d'administration et les serveurs de publication soient connectés via un réseau à liaison lente ou un réseau à haut débit, le serveur d'administration peut gérer environ 15 000 demandes d'actualisation de package en 30 minutes.
Recommandations relatives à la planification de la capacité du serveur de rapports App-V 5.1
Les clients App-V 5.1 envoient des données de rapport au serveur de rapports. Le serveur de rapports enregistre ensuite les informations dans la base de données Microsoft SQL Server, puis renvoie une notification de réussite à l'ordinateur exécutant le client App-V 5.1. Pour plus d'informations sur les configurations prises en charge par le serveur de rapports App-V 5.1, consultez Configurations prises en charge par App-V 5.1.
Notes
Le temps de réponse complet est le temps pris par l'ordinateur exécutant le client App-V 5.1 pour envoyer les informations de rapport au serveur de rapports et recevoir une notification de réussite du serveur de rapports.
| Scénario | Résumé |
|---|---|
Plusieurs clients App-V 5.1 envoient simultanément des informations de rapport au serveur de rapports. |
|
Demandes par seconde traitées par le serveur de rapports. |
|
Base de données de rapports. |
|
Calcul du délai aléatoire
Le délai aléatoire spécifie le temps maximal (en minutes) nécessaire pour l'envoi des données au serveur de rapports. Au démarrage de la tâche planifiée démarrée, le client génère un délai aléatoire compris entre 0 et ReportingRandomDelay, et attend pendant le temps spécifié avant d'envoyer les données.
Délai aléatoire = 4 * nombre de clients / moyenne des demandes par seconde.
Exemple : Pour 500 clients, avec 120 demandes par seconde, le délai aléatoire est 4 * 500 / 120 = ~17 minutes.
Recommandations relatives à la planification de la capacité du serveur de publication App-V 5.1
Les ordinateurs exécutant le client App-V 5.1 se connectent au serveur de publication App-V 5.1 pour envoyer une demande d'actualisation de publication et recevoir une réponse. Le temps de réponse complet est mesuré sur l'ordinateur exécutant le client App-V 5.1. Le temps processeur est mesuré sur le serveur de publication. Pour plus d'informations sur les configurations prises en charge par le serveur de publication App-V 5.1, consultez Configurations prises en charge par App-V 5.1.
Important
La liste suivante répertorie les principaux facteurs à prendre en considération lors de la configuration du serveur de publication App-V 5.1 :
- nombre de clients se connectant simultanément à un seul serveur de publication ;
- nombre de packages dans chaque actualisation ;
- bande passante réseau disponible dans votre environnement entre le client et le serveur de publication App-V 5.1.
| Scénario | Résumé |
|---|---|
Plusieurs clients App-V 5.1 se connectent simultanément à un seul serveur de publication. |
|
Nombre de packages dans chaque actualisation. |
|
Réseau entre le client App-V 5.1 et le serveur de publication. |
|
Notes
L'utilisation du processeur du serveur de publication est toujours élevée dans l'intervalle de temps pendant lequel il doit traiter des demandes simultanées (> 90 % dans la plupart des cas). Le serveur de publication peut gérer environ 1 500 demandes de clients en 1 seconde.
| Scénario | Variante | Nombre de clients App-V 5.1 | Nombre de packages | Configuration du processeur sur le serveur de publication | Type de connexion réseau du serveur de publication / client App-V 5.1 | Temps de réponse complet sur le client App-V 5.1 (en secondes) | Utilisation de l'UC sur le serveur de publication (en %) |
|---|---|---|---|---|---|---|---|
App-V 5.1 Client envoie une demande d'actualisation de publication et reçoit une réponse, chaque demande contenant 120 packages |
Nombre de clients |
|
|
|
|
|
|
Plusieurs packages dans chaque actualisation |
Nombre de packages |
|
|
|
|
|
|
Réseau entre le client et le serveur de publication |
Réseau à liaison lente de 1,5 Mbits/s |
|
|
|
|
|
Recommandations relatives à la planification de la capacité de diffusion de App-V 5.1
Des ordinateurs exécutant le client App-V 5.1 diffusent le package d'application virtuelle à partir du serveur de diffusion. Le temps de réponse complet est mesuré sur l'ordinateur exécutant le client App-V 5.1, et correspond au temps nécessaire pour la diffusion du package entier.
Important
La liste suivante répertorie les principaux facteurs à prendre en considération lors de la configuration du serveur de diffusion App-V 5.1 :
- nombre de clients diffusant des packages d'application simultanément à partir d'un seul serveur de diffusion ;
- taille du package en cours de diffusion ;
- bande passante disponible dans votre environnement entre le client et le serveur de diffusion.
| Scénario | Résumé |
|---|---|
Plusieurs clients App-V 5.1 diffusent simultanément à partir d'un seul serveur de diffusion. |
|
Taille du package en cours de diffusion. |
|
Réseau entre le client App-V 5.1 et le serveur de diffusion. |
|
Le tableau suivant indique des exemples de valeurs pour chacun des facteurs répertoriés dans la liste précédente :
| Scénario | Variante | Nombre de clients App-V 5.1 | Taille de chaque package | Type de connexion réseau du serveur de diffusion / client App-V 5.1 | Temps de réponse complet sur le client App-V 5.1 (en secondes) |
|---|---|---|---|---|---|
Plusieurs clients App-V 5.1 diffusant des packages d'applications virtuelles à partir d'un serveur de diffusion. |
Nombre de clients. |
|
|
|
|
Taille de chaque package en cours de diffusion. |
Taille de chaque package. |
|
|
|
|
Connexion réseau entre le client et le serveur de diffusion App-V 5.1. |
Réseau à liaison lente de 1,5 Mbits/s. |
|
|
|
|
Chaque serveur de diffusion App-V 5.1 doit pouvoir gérer au minimum 200 clients diffusant simultanément des applications virtualisées.
Notes
Le temps réel de diffusion en continu est déterminé principalement par le nombre de clients diffusant simultanément, le nombre de packages, la taille des packages, l'activité réseau du serveur et les conditions du réseau.
Par exemple, un utilisateur moyen peut distribuer un package de 100 Mo en moins de 2 minutes, quand 100 clients simultanés diffusent à partir du serveur. Toutefois, un package d'une taille de 1 Go peut nécessiter jusqu'à 30 minutes. Dans la plupart des environnements réels, la demande de diffusion n'est pas répartie uniformément. Pour dimensionner correctement le nombre de serveurs de diffusion requis, vous devez comprendre les exigences approximatives de pic de diffusion au sein de votre environnement.
Le nombre de clients qu'un serveur de diffusion peut prendre en charge peut sensiblement augmenter, et les exigences de pic de diffusion baisser, si vous mettez préalablement en cache vos applications. Vous pouvez également augmenter le nombre de clients qu'un serveur de diffusion peut prendre en charge en utilisant une diffusion à la demande et des packages optimisés pour la diffusion.
Combinaison de rôles du serveur App-V 5.1
Sans tenir compte des exigences de mise à échelle et de tolérance de panne, le nombre minimal de serveurs nécessaires pour un emplacement disposant d'une connectivité à Active Directory est égal à un. Ce serveur hébergera le serveur d'administration, le service du serveur d'administration et les rôles Microsoft SQL Server. C'est pourquoi les rôles du serveur peuvent être organisés en toute combinaison souhaitée, car ils n'y a pas de conflit entre eux.
En ignorant les exigences de mise à échelle, le nombre minimal de serveurs nécessaires pour offrir une implémentation à tolérance de panne est de quatre. Le serveur d'administration et les rôles Microsoft SQL Server peuvent être placés dans des configurations à tolérance de panne. Le service du serveur d'administration peut être combiné avec n'importe quel rôle, mais reste un point de défaillance unique.
Bien que plusieurs stratégies et technologies de tolérance de panne soient disponibles, elles ne sont pas toutes applicables à un service donné. De plus, en cas de combinaison de rôles App-V 5.1, certaines options de tolérance de panne peuvent ne plus s'appliquer en raison d'incompatibilités.
Vous avez une suggestion pour App-V ?
Ajoutez des suggestions ou votez pour les meilleures ici. Pour les problèmes relatifs à App-V, utilisez le Forum TechNet App-V.
Voir aussi
Concepts
Configurations prises en charge par App-V 5.1
Planification de la haute disponibilité avec App-V 5.1
Autres ressources
Planification du déploiement d'App-V
-----
Vous pouvez en apprendre plus sur MDOP dans Bibliothèque TechNet, rechercher des solutions à des problèmes dans le TechNet Wiki ou nous suivre sur Facebook ou Twitter.
-----