Citrix XenApp™ 5.0 pour Microsoft
®Windows Server
®2008
sociétés, noms et données utilisés dans les exemples fournis sont fictifs. À l'exception de l'impression d'une seule copie pour votre usage personnel, aucune partie de ce document ne peut être reproduite ou transmise, sous quelque forme, par quelque moyen, électronique ou mécanique, et pour quelque motif que ce soit, sans l'autorisation expresse et écrite de Citrix Systems, Inc.
Copyright © 2001-2008 Citrix Systems, Inc. Tous droits réservés.
Citrix, ICA (Independent Computing Architecture) et Program Neighborhood sont des marques déposées. Citrix XenApp, Citrix Password Manager, Citrix Access Gateway, Citrix Streaming Server, Citrix EasyCall, Citrix EdgeSight, Citrix EdgeSight Resource Manager, Citrix Provisioning Server, Citrix Presentation Server, SecureICA, SpeedScreen, Citrix SmoothRoaming, Citrix Developer Network, Citrix Technical Support et Citrix Subscription Advantage sont des marques de fabrique, de commerce ou de service de Citrix Systems, Inc., aux États-Unis et dans d'autres pays.
Citrix Access Gateway, Citrix Delivery Center et Citrix XenDesktop sont des marques de fabrique, de commerce ou de service de Citrix Systems, Inc. et/ou d'une ou plusieurs de ses filiales, et peuvent avoir fait l'objet d'un dépôt auprès de l'institut de la propriété intellectuelle des États-Unis et d'autres pays.
RSA Encryption © 1996-1997 RSA Security Inc. Tous droits réservés.
FLEXnet Operations et FLEXnet Publisher sont des marques de fabrique, de commerce ou de service et/ou des marques déposées d'Acresso Software Inc. et/ou InstallShield Co. Inc.
Avis de marques
Adobe, Flash et Acrobat sont des marques de fabrique, de commerce ou de service ou des marques déposées d'Adobe Systems Incorporated aux États-Unis et/ou dans d'autres pays.
Altiris est une marque déposée d'Altiris.
Apple et Macintosh sont des marques de fabrique, de commerce ou de service ou des marques déposées d'Apple Computer Inc.
AutoCAD est une marque déposée d'Autodesk, Inc.
IBM, DB2, Tivoli et NetView sont des marques déposées ou des marques de fabrique, de commerce ou de service d'IBM Corporation, aux États-Unis ou dans d'autres pays.
Java est une marque déposée de Sun Microsystems, Inc. aux États-Unis et dans d'autres pays. Solaris est une marque déposée de Sun Microsystems, Inc.
Microsoft, MS-DOS, Windows, Windows Media Player, Windows Server, Windows NT, Win32, Outlook, Windows Mail, Excel, Internet Explorer, ActiveX, Active Directory, Microsoft Access, SQL Server, SQL Server Express Edition, Hyper-V, Windows Vista, .NET, Media Player, Active Directory et DirectShow sont des marques déposées ou des marques de fabrique, de commerce ou de service de Microsoft Corporation, aux États-Unis et/ou dans d'autres pays.
FLEXnet Operations et FLEXnet Publisher sont des marques de fabrique, de commerce ou de service et/ou des marques déposées d'Acresso Software Inc. et/ou InstallShield Co. Inc.
Netscape et Mozilla Firefox sont des marques déposées de Netscape Communications aux États-Unis et dans d'autres pays.
Novell Directory Services est une marque déposée de Novell, Inc., aux États-Unis et dans d'autres pays.
Oracle Database est une marque déposée d'Oracle Corporation.
RealOne est une marque de fabrique, de commerce ou de service de RealNetworks, Inc.
SAP est une marque déposée de SAP AG, en Allemagne et dans d'autres pays.
SpeechMike est une marque de fabrique, de commerce ou de service de Koninklijke Philips Electronics N.V.
Symantec et Symantec Ghost sont des marques de fabrique, de commerce ou de service de Symantec Corporation, aux États- Unis et dans d'autres pays.
UNIX est une marque déposée de The Open Group aux États-Unis et dans d'autres pays.
HP OpenView est une marque de fabrique, de commerce ou de service de la société Hewlett-Packard.
Ce produit inclut du logiciel développé par The Apache Software Foundation (http://www.apache.org/).
Ce logiciel est partiellement basé sur le travail du groupe IJG (Independent JPEG Group).
Toutes les autres marques de fabrique, de commerce ou de service et marques déposées appartiennent à leurs détenteurs respectifs. Code du document : 29 août 2008 (SV)
1 Bienvenue . . . .10
Comment utiliser ce guide d'installation de XenApp. . . .10
Organisation du Guide d'installation XenApp . . . .11
Ressources d'installation . . . .13
Nouvelle appellation des composants Citrix Presentation Server . . . .14
Documentation . . . .15
Conventions de la documentation . . . .15
Aide et formation . . . .16
2 Notions fondamentales liées à l'installation de XenApp . . . .18
Terminologie de l'installation de XenApp . . . .18
Aperçu des notions fondamentales d'une batterie de serveurs . . . .19
Introduction aux serveurs d'infrastructure XenApp . . . .23
3 Planification de votre déploiement XenApp . . . .28
Tâches de conception et de déploiement de batterie . . . .28
Organisation des applications et des charges de serveurs . . . .29
Évaluation des applications à des fins de compatibilité XenApp. . . .30
Facteurs de base à prendre en compte pour les applications . . . .31
Évaluation des méthodes de mise à disposition des applications. . . .33
Localisation d'applications sur les serveurs . . . .35
Serveurs d'applications centralisés ou distribués . . . .39
Détermination du nombre de batteries à déployer . . . .40
Partage de composants entre batteries. . . .42
Planification des serveurs d'infrastructure . . . .42
Organisation des collecteurs de données. . . .44
Organisation de réseaux étendus à l'aide des zones . . . .45
Organisation des communications de l'Interface Web et de XML Broker . . . .46
Planification des composants de streaming d'application. . . .49
Configurations matérielles XenApp . . . .50
Considérations relatives à votre infrastructure réseau . . . .52
Conception des profils d'utilisateurs des services Terminal Server . . . .52
Définition de comptes et de relations d'approbation. . . .56
Recommandations pour des environnements Active Directory . . . .57
Planification des services fédérés Active Directory . . . .60
Planification du contrôle et de la maintenance système . . . .61
Sécurisation de la mise à disposition des applications . . . .61
Sécurisation de l'accès à distance . . . .62
Configuration des pare-feu pour l'accès à distance. . . .63
Planification d'une expérience réussie de l'utilisateur . . . .63
Facteurs affectant les durées d'ouverture de session. . . .64
Planification de votre configuration d'impression . . . .65
Intégration des composants de l'édition Platinum à votre batterie. . . .66
4 Préparation de l'installation de XenApp. . . .70
Installations de XenApp invoquées par le programme Autorun . . . .71
Installations personnalisées de XenApp . . . .71
Préparation de votre environnement pour l'installation de XenApp . . . .74
Pour préparer la création de la batterie . . . .74
Pour préparer des serveurs de batterie individuelle à l'installation. . . .74
Planification de l'installation de XenApp . . . .75
Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation . . . .76
Langues prises en charge. . . .78
Considérations supplémentaires préalables à l'installation. . . .79
Installation de Citrix XenApp Plugins sur des serveurs . . . .79
Substitution de comptes de domaines pour des comptes locaux . . . .79
Organisation de la journalisation de la configuration et du cryptage IMA avant l'installation . . . .80
Activation du cryptage IMA en tant qu'administrateur local . . . .81
Pour activer la prise en charge de l'interface utilisateur multilingue Windows (MUI). . . .82
Organisation de l'observation avant l'installation . . . .83
Installation de composants XenApp supplémentaires . . . .84
Organisation de fonctionnalités supplémentaires avant l'installation. . . .85
Installation des agents pour les composants Platinum . . . .86
5 Création d'une nouvelle batterie de serveurs XenApp. . . .88
Éléments requis et hypothèses pour l'exemple d'installation . . . .89
Création du premier serveur de la batterie . . . .90
Tâche 1 : choix de l'édition (première page du programme Autorun) . . . .91
Tâche 2 : choix d'une catégorie d'installation . . . .91
Tâche 3 : sélection des composants. . . .92
Tâche 4 : configuration de l'authentification du client de liaison. . . .94
Tâche 5 : installation d'un serveur de licences . . . .96
Tâche 6 : installation de la console Access Management Console . . . .96
Tâche 7 : installation de XenApp et de ses composants . . . .97
Tâche 8 : installation de la Configuration avancée XenApp . . . .106
Tâche 9 : installation de la documentation XenApp. . . .106
Association à une nouvelle batterie . . . .106
Tâche 1 : installation initiale lors de l'association à une batterie . . . .107
Tâche 2 : association à une nouvelle batterie . . . .108
Tâche 3 : spécification de l'emplacement du fichier de clé de cryptage IMA . . . .109
Tâche 4 : utilisation des paramètres de licences de la batterie de serveurs . . . .110
6 Migration vers XenApp 5.0. . . .112
Migration d'une batterie de serveurs existante vers XenApp 5.0. . . .112
Nouveautés du programme d'installation de cette version de XenApp . . . .113
Choix d'une stratégie de migration de batterie de serveurs. . . .117
Configuration de migration requise. . . .122
Pour effectuer une migration graduelle à partir de la version précédente . . . .123
Pour effectuer la migration d'une batterie de serveurs existante ou d'ancienne génération via la création d'une nouvelle batterie. . . .124
Suppression d'un serveur XenApp pendant la migration . . . .126
Recréation et attribution d'un nouveau nom aux serveurs XenApp . . . .127
Utilisation de batteries mixtes. . . .127
Présentation des batteries mixtes. . . .128
Augmentation de la limite de mémoire graphique au sein d'une batterie mixte . . . .129
Administration de Resource Manager dans une batterie mixte . . . .130
Administration d'Installation Manager dans une batterie mixte. . . .130
Administration des environnements d'isolation dans une batterie mixte . . . .130
Considérations relatives à SNMP dans une batterie mixte. . . .131
7 Configuration et approvisionnement de XenApp . . . .132
Approvisionnement des serveurs de batterie . . . .132
Clonage de serveurs XenApp . . . .135
Configuration de serveurs d'infrastructure . . . .140
Configuration des collecteurs de données à l'issue de l'installation . . . .141
Configuration de zones à l'issue de l'installation. . . .142
Configuration de XenApp à l'issue de l'installation . . . .142
Configuration des serveurs après l'installation, à l'aide de scripts . . . .143
8 Référence au sujet des installations personnalisées de XenApp. . . .144
Création d'installations personnalisées . . . .144
Tâches supplémentaires relatives aux installations personnalisées de XenApp . . . .145
Installation de XenApp Plugin avant de procéder à l'installation. . . .146
Installation de XenApp via la modification des packs Windows Installer . . . .147
Installation à l'aide de commandes Windows . . . .147
Installation avec fichiers de transformation . . . .149
Préparation d'installations avec réponses renseignées . . . .154
Création d'un fichier journal d'installation . . . .156
Installation non assistée de XenApp. . . .157
Pour procéder à une installation non assistée avec un fichier de réponses. . . .157
9 Informations de référence sur les propriétés XenApp Windows Installer. . . .160
Noms et valeurs des propriétés du programme d'installation de XenApp. . . .160
Synthèses des propriétés d'installation de XenApp. . . .162
Propriétés d'installation Windows du client de liaison . . . .167
Commandes Windows Installer des outils de gestion. . . .170
Propriétés d'installation Windows de XenApp . . . .170
10 Informations de référence sur la base de données du magasin de données . . . .196
Planification du magasin de données XenApp. . . .197
Sélection d'une base de données . . . .197
Connexion au magasin de données . . . .198
Sécurisation du magasin de données avant l'installation . . . .199
Dimensionnement des systèmes pour le magasin de données . . . .200
Configurations matérielles recommandées pour le magasin de données. . . .201
Amélioration des performances de la batterie et du magasin de données . . . .203
Préparation de la base de données avant l'installation de XenApp . . . .204
Création de la base de données du magasin de données. . . .205
Création d'un fichier DSN pour le programme d'installation de XenApp . . . .206
Gestion et restauration d'un magasin de données XenApp . . . .206
Informations spécifiques aux bases de données . . . .207
Base de données Microsoft SQL Server . . . .208
Base de données Oracle. . . .211
Base de données IBM DB2 . . . .214
Microsoft SQL Server Express . . . .216
Base de données Microsoft Access . . . .218
Bienvenue
Cette préface, qui fournit des indications relatives à la recherche des informations nécessaires à la mise en œuvre de Citrix XenApp 5.0 et de ses composants, inclut :
• la méthode permettant de trouver les instructions d'installation des composants de XenApp ;
• une liste de livres blancs, d'articles extraits de la base de connaissances et d'autres ressources qui pourront vous aider lors de l'installation de XenApp ;
• la manière d'utiliser la documentation Citrix en général ;
• les façons de contacter l'assistance technique de Citrix et les modalités d'inscription à des cours de formation Citrix.
Avant d'installer Citrix XenApp, prenez soin de consulter le fichier Lisez-moi pour Citrix XenApp.
Comment utiliser ce guide d'installation de XenApp
Ce guide vous aide à installer XenApp et à planifier l'implémentation qui sera ultérieurement mise en production dans votre environnement.
Dans la mesure où un déploiement typique de XenApp comprend souvent de nombreux composants XenApp possèdant chacun ses propres instructions d'installation, ce guide ne fournit pas d'informations détaillées sur ces installations. Au lieu de cela, les instructions d'installation relatives aux composants tels que l'Interface Web, Secure Gateway, les plug-ins, Access Gateway et les composants Platinum sont fournies dans leurs guides de l'administrateur ou d'installation respectifs.
Cette illustration présente les ressources d'installation disponibles pour la planification du déploiement de XenApp.
Organisation du Guide d'installation XenApp
Ce tableau répertorie les tâches que vous êtes susceptible d'effectuer ainsi que les sections comportant les informations pertinentes :
Tâche Section à consulter
Notions relatives à l'architecture et à
l'installation d'une batterie « Notions fondamentales liées à l'installation de XenApp », page 18 Planification du déploiement de votre batterie
de serveurs « Planification de votre déploiement
XenApp », page 28 Création de la base de données du magasin de
données « Informations de référence sur la base
de données du magasin de données », page 196
Préparation de votre environnement pour
l'installation de XenApp « Préparation de l'installation de XenApp », page 70
Création d'une batterie « Création d'une nouvelle batterie de serveurs XenApp », page 88
Ce guide traite également de sujets qui ne sont pas propres à l'installation, comme la maintenance de bases de données et le contrôle de compte d'utilisateur.
Les exigences quant au magasin de données se trouvent dans la Check-list d'installation de Citrix XenApp.
Si vous n'avez jamais installé XenApp auparavant
Si vous n'avez jamais installé XenApp auparavant, nous vous recommandons de lire les sections ci-après :
• « Planification de votre déploiement XenApp », page 28
• « Préparation de l'installation de XenApp », page 70
• « Création d'une nouvelle batterie de serveurs XenApp », page 88
• « Configuration et approvisionnement de XenApp », page 132
Avant de commencer à planifier votre déploiement, il est préférable de paramétrer une batterie dans un environnement de laboratoire, afin de vous familiariser avec le programme d'installation de XenApp.
Vous pouvez installer XenApp sur des systèmes répondant aux exigences d'exécution de Windows Server 2008 avec les services Terminal Server et les rôles d'un serveur Web configuré. Suivez ensuite les instructions du chapitre Préparation de l'installation de XenApp. Pour une petite batterie de test, utilisez Microsoft Access pour héberger le magasin de données.
Migration d'une batterie XenApp existante « Migration vers XenApp 5.0 », page 112
Installation de XenApp à l'aide de scripts, de fichiers de réponses et de fichiers de transformation
« Référence au sujet des installations personnalisées de XenApp », page 144 Installation de XenApp à l'aide des commandes
Windows Installer (msiexec) « Informations de référence sur les propriétés XenApp Windows Installer », page 160
Méthodes de déploiement sur des serveurs
appartenant à des environnements importants « Approvisionnement des serveurs de batterie », page 132
Configuration de XenApp à l'issue de
l'installation « Configuration et approvisionnement
de XenApp », page 132
Tâche Section à consulter
Si vous avez déjà installé XenApp par le passé
Si vous avez installé XenApp auparavant, nous vous recommandons de lire les sections ci-après :
• « Nouveautés du programme d'installation de cette version de XenApp », page 113, cette section traite des nouvelles fonctionnalités et des
modifications affectant les scripts d'installation.
• « Considérations relatives à l'activation ou à la désactivation du contrôle de compte d'utilisateur lors de l'installation », page 76, cette section propose des astuces sur l'installation de XenApp avec le contrôle de compte d'utilisateur de Microsoft activé.
• « Choix d'une stratégie de migration de batterie de serveurs », page 117
• « Utilisation de batteries mixtes », page 127
• Présentation des nouveautés dans le Guide de démarrage de Citrix XenApp Ce guide comporte également un tableau répertoriant, pour chaque édition, les fonctionnalités disponibles.
Ressources d'installation
Utilisez les ressources ci-après afin d'organiser votre déploiement XenApp :
• Check-list d'installation de Citrix XenApp, cette check-list contient les éléments requis pour l'installation de XenApp.
• Guide de l'administrateur Citrix XenApp, ce guide vous fournit des informations sur les fonctionnalités principales de XenApp, y compris la publication, les comptes d'administrateur et la sécurité.
• Fichier Lisez-moi de Citrix XenApp, fichier Lisez-moi de Citrix XenApp Plugin 11.x pour Windows et fichier Lisez-moi pour le système de licences Citrix pour Windows.
• Guide de démarrage du système de licences Citrix.
• Guide de l'administrateur XenApp Plugin pour applications hébergées pour Windows, ce guide présente le déploiement du plug-in.
• Documents spécifiques à un composant, tels que le Guide de l'administrateur Secure Gateway pour Windows, le Guide de
l'administrateur de l'Interface Web et le Guide Streaming d'application Citrix. En général, s'il n'existe aucun guide d'installation spécifique à un composant, l'installation du composant est documentée dans son guide de l'administrateur.
• L'exemple d'un modèle de fichier de réponses pour les installations non assistées, que vous pouvez copier ou personnaliser selon vos besoins, est disponible sur le support d'installation de XenApp sous
Support\Install\UnattendedTemplate.txt.
• Les livres blancs Citrix suivants, ou leurs remplaçants, vous fournissent des informations sur des rubriques d'installation spécialisées :
• How to Include the License Server Information in an Unattended Installation (comment inclure les informations du serveur de licences dans une installation non assistée) (CTX105536) ;
• Understanding MSI Installation Logs (compréhension des journaux d'installation MSI) (CTX415447).
Au moment de l'impression de ce guide, ces sujets étaient disponibles dans le Centre des connaissances Citrix.
Parmi les ressources supplémentaires qui vous seront peut-être utiles, selon les produits Citrix présents dans votre environnement, figurent :
• le Guide de l'administrateur Citrix Access Gateway ;
• le Guide d'installation de Citrix EdgeSight ;
• le Guide d'installation de WANScaler Appliance et son guide de l'utilisateur ;
• le Guide de l'administrateur EasyCall.
Nouvelle appellation des composants Citrix Presentation Server
Citrix XenApp est la nouvelle appellation de Citrix Presentation Server. Les clients et composants suivants ont été mis à jour pour refléter cette nouvelle appellation.
• Configuration avancée XenApp Citrix est la nouvelle appellation de la console Presentation Server.
• Citrix XenApp Plugin pour applications hébergées est la nouvelle
appellation du plug-in dédié à la virtualisation côté serveur (anciennement appelé client Citrix Presentation Server). Il contient les plug-ins suivants :
• Citrix XenApp, anciennement appelé Agent Program Neighborhood
• Citrix XenApp Web Plugin, anciennement appelé client Web
• Program Neighborhood
• Citrix XenApp Plugin pour applications en streaming est la nouvelle appellation du plug-in dédié à la virtualisation côté client, anciennement appelé Citrix Streaming Client.
• Fournisseur Citrix XenApp est la nouvelle appellation du fournisseur WMI.
• Pack d'administration Citrix XenApp est la nouvelle appellation des Packs d'administration System Center Operations Manager et MOM.
Documentation
Le fichier « Bienvenue dans Citrix XenApp » (Read_Me_First.html), disponible sur le support d'installation, contient des liens vers des documents qui vous seront d'une grande utilité pour démarrer. Vous y trouverez également des liens vers la documentation produit la plus récente pour XenApp et ses composants, ainsi que vers des technologies connexes. Après avoir installé la documentation et l'aide à partir d'Autorun, vous pouvez accéder à ce document en cliquant sur Démarrer >
Tous les programmes > Citrix > XenApp Server > Documentation.
Le site Web Knowledge Center de Citrix, http://support.citrix.com, contient des liens organisés par produit se rapportant à toute la documentation produit.
Sélectionnez le produit souhaité et cliquez sur l'onglet Documentation dans la page d'informations produit.
Les informations relatives aux problèmes connus sont comprises dans le fichier Lisez-moi du produit.
Consultez Citrix XenApp Comparative Feature Matrix sur http://www.citrix.com/
xenapp/comparativematrix pour savoir quelles fonctionnalités sont prises en charge dans les éditions de XenApp.
Pour nous faire part de vos commentaires sur la documentation, cliquez sur le lien Article Feedback situé à droite de la page de documentation produit.
Conventions de la documentation
À des fins de cohérence, la terminologie relative à Windows Vista et Windows Server 2008 (64 bits) a été utilisée dans tous les documents ; par exemple,
« Documents » est utilisé à la place de « Mes documents » et « Ordinateur » à la place de « Poste de travail ».
La documentation Citrix XenApp utilise les conventions typographiques suivantes.
Convention Signification
Gras Commande, nom d'un élément de l'interface tel qu’une zone de texte ou un bouton, ou données entrées par l'utilisateur.
Aide et formation
Citrix dispose d'un forum en ligne d'assistance technique. Ce dernier est accessible depuis : http://support.citrix.com/xenappforum/. Le site Web
comprend des liens vers les pages de téléchargement, le centre de connaissances Citrix, les services de consulting Citrix ainsi que vers d'autres pages d'assistance utiles.
Le Citrix Knowledge Center (http://support.citrix.com) offre toute une panoplie de services d'assistance technique, d'outils et de ressources développeur.
Pour en savoir plus sur les formations Citrix disponibles, visitez le site http://www.citrix.com/edu/.
Italique Emplacement réservé à des informations que vous devez fournir.
Exemple : si une procédure vous demande d'entrer un nom de fichier vous devez entrer le nom d'un fichier. L'italique peut également indiquer un terme nouveau ou le titre d'un document.
Police à espacement fixe
Texte figurant dans un fichier texte.
{accolades} Dans une commande, une série d'éléments dont seul un est requis. Par exemple, { yes | no } signifie que vous devez taper yes ou no. Ne saisissez pas les accolades.
[crochets] Dans une commande, des éléments facultatifs. Par exemple, [/ping]
signifie que vous pouvez saisir /ping avec la commande. N’entrez pas les crochets.
| (barre
verticale) Dans une commande, un séparateur entre les éléments entre crochets ou accolades. Par exemple, { /hold | /release | /delete } signifie que vous devez saisir /hold ou /release ou /delete.
... (points de
suspension) Le ou les éléments précédemment utilisés dans la commande peuvent être répétés. Exemple : /route:NomDePeriphérique[,…] signifie que vous pouvez taper des NomsdePeriphériques supplémentaires séparés par des virgules.
Convention Signification
Notions fondamentales liées à l'installation de XenApp
Cette rubrique traite des notions fondamentales liées à l'installation de XenApp, notamment :
• Terminologie de l'installation de XenApp
• Aperçu des notions fondamentales d'une batterie de serveurs
• Introduction aux serveurs d'infrastructure XenApp
Examinez ces informations avant de concevoir l'architecture de votre batterie.
Terminologie de l'installation de XenApp
Le programme d'installation de XenApp comprend deux assistants d'installation :
• Créer une nouvelle batterie. La première fois que vous installez XenApp, sélectionnez Créer une nouvelle batterie dans l'assistant d'installation. Le programme d'installation crée la batterie sur le serveur hébergeant des rôles spécifiques.
Le serveur sur lequel vous avez installé XenApp puis créé la batterie est désigné par le terme premier serveur de la batterie ou bien serveur de création de batterie. Dans le programme d'installation, le chemin que vous suivez après avoir sélectionné Créer une nouvelle batterie s'appelle Créer une batterie.
• Associer le serveur à une batterie existante. Lorsque vous exécutez le programme d'installation sur des serveurs après avoir installé XenApp sur le premier serveur de la batterie, vous suivez un chemin différent dans le programme d'installation, tandis que XenApp fait référence aux paramètres définis sur le premier serveur de batterie. Ces serveurs s'associent à la batterie existante, puis établissent une communication avec le premier serveur de la batterie.
Quelques termes supplémentaires utilisés dans la documentation sur l'installation :
• Environnement multiutilisateur. Tout environnement, notamment XenApp et les services Terminal Server, au sein duquel des applications sont publiées sur des serveurs en vue d'une utilisation simultanée par plusieurs utilisateurs.
• Serveurs d'application. Serveurs de la batterie qui hébergent des applications publiées.
• Serveurs d'infrastructure. Serveurs de la batterie qui hébergent les services d'infrastructure, comme le magasin de données ou le serveur de licences. En général, ils n'hébergent aucune application publiée.
• Batterie de production. Batterie d'utilisation courante à laquelle accèdent les utilisateurs de votre entreprise.
• Batterie de validation de conception. Batterie installée dans un
environnement de laboratoire, généralement comme modèle de conception ou projet pour la batterie de production.
• Batterie pilote. Batterie pilote de pré-production utilisée pour tester la conception d'une batterie avant son déploiement dans toute votre organisation. Un pilote authentique repose sur un accès limité à certains utilisateurs, auxquels sont ajoutés d'autres utilisateurs par la suite jusqu'à ce que tous les utilisateurs aient accès à cette batterie pour leurs besoins journaliers.
• Énumération. Processus dans lequel un client transmet des données destinées à localiser les serveurs sur le réseau et obtenir des informations sur les applications publiées de la batterie de serveurs. Au cours de l'énumération, Citrix XenApp Plugin pour applications hébergées communique avec le Service XML Citrix ou l'Explorateur ICA, selon le protocole d'exploration sélectionné dans le plug-in.
Aperçu des notions fondamentales d'une batterie de serveurs
Cette rubrique suppose que vous comprenez les concepts de base dans XenApp, tels que l'architecture client- serveur, la redirection et la publication
d'applications. Pour une vérification de ces concepts et fonctionnalités, veuillez consulter le Guide de démarrage de Citrix XenApp.
Cette illustration présente un déploiement élémentaire de Citrix XenApp.
Il vous faut comprendre ces concepts pour planifier votre batterie.
• Système de licences Citrix. Le serveur de licences Citrix est un
composant nécessaire à tout déploiement XenApp. Ce serveur de licences peut se trouver soit sur un serveur partagé, soit sur un serveur dédié, selon la taille de votre batterie. Après avoir installé le serveur de licences, téléchargez les fichiers de licence appropriés et ajoutez-les au serveur de licences. Pour obtenir des instructions, veuillez consulter le Guide de démarrage du système de licences Citrix.
• Magasin de données. Le magasin de données est la base de données dans laquelle les serveurs stockent les informations statiques de la batterie, telles que les informations de configuration sur les applications publiées, les utilisateurs, les imprimantes et les serveurs. Un seul magasin de données est associé à chaque batterie de serveurs.
• Collecteur de données. Un collecteur de données est un serveur
hébergeant une base de données en mémoire qui conserve des informations dynamiques relatives aux serveurs de la zone, telles que la charge des serveurs, le statut d'une session, les applications publiées, les utilisateurs connectés et l'utilisation de licences. Les collecteurs de données reçoivent des mises à jour de données incrémentielles, ainsi que des demandes de la part de serveurs de la zone. Les collecteurs de données relaient des informations vers tous les autres collecteurs de données de la batterie. Par défaut, le premier serveur de la batterie fonctionne comme collecteur de données.
Par défaut, le collecteur de données est configuré sur le premier serveur lors de la Configuration de la création d'une batterie, et tous les autres serveurs sont configurés de manière à disposer des droits équivalents pour prendre le relais en tant que collecteur de données en cas de défaillance de ce dernier.
Lors d'une défaillance du collecteur de données de la zone, une sélection de collecteur de données a lieu et un autre serveur prend en charge la
fonctionnalité de collecteur de données. Les batteries déterminent le collecteur de données en fonction des préférences de sélection définies pour un serveur.
Le collecteur de données est un serveur d'infrastructure ; les applications ne sont généralement pas publiées dessus.
• Zone. Une zone est un regroupement de serveurs XenApp qui
communiquent avec un collecteur de données commun. Dans les grandes batteries comportant plusieurs zones, chaque zone dispose d'un serveur défini en tant que collecteur de données. Les collecteurs de donnés dans les batteries comptant plus d'une zone fonctionnent comme passerelle de communication entre les collecteurs de données des autres zones.
Le collecteur de données conserve toutes les informations de charge et de session des serveurs de sa zone. Toutes les batteries comptent au moins une zone, même petite. Il est préférable de mettre en œuvre un nombre minimal de zones, en s'assurant que l'une d'entre elles soit optimale. Les zones multiples ne sont nécessaires que dans les batteries importantes couvrant des réseaux étendus.
• Serveur de fichiers en streaming ou Web. Les applications peuvent être fournies aux utilisateurs en streaming ou bien via leur hébergement sur le serveur. Si vous choisissez de livrer des applications en streaming, soit à un client soit à un serveur, vous devez déployer un serveur de fichiers en streaming au sein de votre environnement. Lorsque vous livrez des applications en streaming, vous créez des profils de l'application, que vous enregistrez sur un serveur de fichiers ou Web. Chaque profil est constitué d'un fichier manifeste (.profile), c'est-à-dire un fichier XML définissant le profil, ainsi que de fichiers CAB cibles, d'un fichier de clé de hachage, du référentiel des icônes (Icondata.bin) et d'un dossier de scripts d'avant démarrage et d'après fermeture.
• Interface Web. L'Interface Web est un composant nécessaire dans tout environnement au sein duquel les utilisateurs accèdent à leurs applications à l'aide de XenApp Plugin ou bien d'un navigateur Web. En règle générale, installez l'Interface Web sur un ordinateur autonome. Néanmoins, lorsque les ressources sont limitées, vous pouvez le co-implanter avec d'autres fonctions. Pour obtenir des instructions, veuillez consulter le Guide de l'administrateur de l'Interface Web.
• Sites Web XenApp et Services XenApp. Les sites Web XenApp et Services XenApp (auparavant appelés respectivement sites Access Platform et Agent Program Neighborhood) fonctionnent comme interface pour la batterie de serveurs de la machine cliente. Lorsqu'un utilisateur s'authentifie sur un site Web XenApp ou Services XenApp, soit directement soit via XenApp Plugin ou Access Gateway, le site :
• transmet les données d'identification de l'utilisateur au Service XML Citrix ;
• reçoit la série d'applications disponibles à cet utilisateur par le biais du Service XML ;
• affiche les applications disponibles à l'utilisateur, soit via une page Web soit en plaçant directement des raccourcis sur l'ordinateur de l'utilisateur.
• Service Citrix XML et Citrix XML Broker. Le Citrix XML Broker agit comme intermédiaire entre les autres serveurs de la batterie et l'Interface Web. Lorsqu'un utilisateur s'authentifie sur l'Interface Web, le XML Broker.
• Reçoit les informations d'identification de l'utilisateur depuis l'Interface Web et demande à la batterie de serveurs de lui fournir une liste d'applications publiées auxquelles l'utilisateur a le droit
d'accéder. XML Broker obtient cet ensemble d'applications depuis le système IMA (Independent Management Architecture) et le renvoie à l'Interface Web.
• À la réception de la demande de l'utilisateur de lancer une
application, il localise les serveurs de la batterie qui hébergent cette application et identifie le serveur le mieux à même d'établir cette connexion selon différents facteurs. XML Broker renvoie l'adresse de ce serveur à l'Interface Web.
XML Broker est une fonction du Service XML Citrix. Par défaut, le Service XML est installé sur tous les serveurs lors de l'installation de XenApp. Toutefois, seul le Service XML du serveur défini dans l'Interface Web fonctionne en tant qu'intermédiaire (broker). Le Service XML des autres serveurs de la batterie est toujours en cours d'exécution, mais n'est pas utilisé pour les connexions des utilisateurs finaux. Dans une petite batterie, XML Broker est généralement désigné sur un serveur dédié à plusieurs fonctions d'infrastructure. Dans une batterie importante, XML Broker peut être configuré sur un ou plusieurs serveurs dédiés.
XML Broker est parfois appelé Serveur XML Citrix ou Service XML Citrix. Pour clarifier, le terme XML Broker est utilisé pour désigner le Service XML lorsque celui-ci agit en tant qu'intermédiaire entre l'Interface Web et le service IMA, qu'il soit hébergé sur un serveur dédié ou co- implanté avec d'autres fonctions d'infrastructure.
Cette illustration présente la manière dont l'Interface Web et le Service XML collaborent au sein d'une batterie importante. (1) L'utilisateur se connecte à l'Interface Web via XenApp Plugin ou un navigateur Web ; (2) l'Interface Web contacte XML Broker pour déterminer les applications disponibles à cet utilisateur ; (3) XML Broker consulte le service IMA pour obtenir ces informations et renvoie les résultats à l'Interface Web ; (4) l'Interface Web affiche les applications disponibles sur une page Web ou en plaçant directement des raccourcis sur l'ordinateur de l'utilisateur.
Introduction aux serveurs d'infrastructure XenApp
Les batteries XenApp comptent deux types de serveurs : les serveurs
d'infrastructure et les serveurs membres qui hébergent des applications publiées.
Les serveurs d'infrastructure accomplissent des fonctions spécifiques et n'hébergent généralement aucune application publiée, sauf dans les petites batteries. Ces services incluent :
• Services d'infrastructure de batterie. Magasin de données, collecteur de données et le Citrix XML Broker.
• Services d'infrastructure d'accès. Interface Web, Secure Gateway (facultatif) et Access Gateway (facultatif).
• Services supplémentaires. Serveur de licences Citrix, serveur de fichiers en streaming ou serveur Web (facultatif), ordinateur d'édition du profil des applications, base de données de journalisation de la configuration (facultative), base de données EdgeSight (facultative) et lecteur SmartAuditor (facultatif).
Un ou plusieurs de ces services d'infrastructure peuvent être regroupés au sein de plus petites batteries. Dans les grands déploiements, chaque service est exécuté sur un ou plusieurs serveurs dédiés.
Cette illustration indique les fonctions d'infrastructure pouvant être regroupées sur le même serveur, selon la taille de votre environnement.
Des facteurs autres que la taille peuvent toutefois influencer la manière dont les fonctions d'infrastructure sont regroupées. Des aspects spécifiques de la sécurité, les serveurs virtualisés et la charge utilisateur sont autant d'éléments à prendre en compte dans la décision relative aux fonctions pouvant être co-implantées.
Cette illustration présente des serveurs d'infrastructure dans une grande batterie.
L'Interface Web, le Service XML, le collecteur de données et le magasin de données sont déployés sur des serveurs différents.
Pour réfléchir à la division entre les serveurs d'infrastructure et les serveurs d'applications publiées, il suffit d'imaginer le serveur d'infrastructure comme un serveur de contrôle et les serveurs d'applications publiées comme des serveurs de tâches. Le serveur de contrôle fournit l'infrastructure qui gère et assiste les serveurs de tâches, qui eux, hébergent les applications. Généralement, dans les batteries plus importantes, on répartit les fonctions de contrôle sur différents serveurs. Toutefois, dans les batteries de plus petite taille, on peut avoir un serveur de contrôle qui héberge les fonctions d'infrastructure et plusieurs serveurs de tâches qui hébergent les applications publiées.
Cette illustration présente le serveur d'infrastructure d'une petite batterie communiquant avec Access Gateway. Dans ce cas de figure, le magasin de données, le collecteur de données, le Service XML, le serveur de licences Citrix et l'Interface Web sont installés sur un serveur d'infrastructure.
Les petites batteries nécessitant une certaine redondance peuvent disposer d'un ou de deux serveurs d'infrastructure. Par exemple, dans une petite batterie disposant d'un magasin de données Access, le magasin de données peut être configuré sur le même serveur que le collecteur de données et XML Broker, voire le même que celui hébergeant le serveur de licences Citrix et l'Interface Web.
Les batteries moyennes et importantes peuvent regrouper des serveurs
d'infrastructure et des services lorsqu'elles ont les mêmes fonctions. Par exemple, il se peut que XML Broker soit groupé avec le collecteur de données. Dans certains déploiements plus importants, chaque service d'infrastructure est susceptible de disposer d'un ou de plusieurs serveurs dédiés. Par exemple, dans les batteries importantes, le serveur de licences Citrix et l'Interface Web sont généralement hébergés sur des serveurs distincts.
Planification de votre déploiement XenApp
Cette rubrique met l'accent sur les remarques relatives à la planification et à la conception de votre batterie, y compris :
• Tâches de conception et de déploiement de batterie
• Organisation des applications et des charges de serveurs
• Planification des serveurs d'infrastructure
• Configurations matérielles XenApp
• Considérations relatives à votre infrastructure réseau
Tâches de conception et de déploiement de batterie
Les applications jouent un rôle essentiel pour les batteries XenApp et sont à la base de toutes les décisions de planification que vous prenez pour votre batterie.
Les principales décisions prises pendant le processus de planification découlent toutes des points suivants :
• Quelles applications publier au sein de la batterie, lesquelles fonctionnent, lesquelles nécessitent des changements pour pouvoir fonctionner et lesquelles ne sont pas candidates à la publication ?
• De quelle façon les utilisateurs accèderont-ils à leurs applications ?
• Comment configurer les applications ?
Ces décisions determinant votre infrastructure réseau, la conception de votre batterie et la configuration matérielle requise. En règle générale, la planification d'une batterie XenApp inclut :
1. La familiarisation avec XenApp et le programme d'installation de XenApp en créant une batterie de test de petite taille comportant un ou deux serveurs.
2. Le choix des applications à mettre à la disposition des utilisateurs.
3. Le choix de la méthode de mise à disposition de ces applications (de façon virtuelle sur le serveur, ou encore sur le client). Cela s'effectue au moyen du test et de l'évaluation des applications, ainsi qu'en tenant compte des besoins périphériques.
4. Le choix de l'emplacement d'installation des applications sur les serveurs XenApp et des applications pouvant être co-implantées.
5. La détermination du nombre de serveurs requis pour les applications.
6. Le choix du nombre total de serveurs à inclure dans votre batterie et l'évaluation de la configuration matérielle requise.
7. La création de l'infrastructure réseau et la définition des processus d'installation.
8. La création d'une batterie pilote basée sur votre conception de batterie.
9. Le test de cette batterie pilote.
10. Le lancement de la batterie en production.
Lors de la conception de votre batterie, Citrix vous recommande vivement de créer un document de conception détaillé, à utiliser comme plan pour votre nouvel environnement. Ce document doit porter mention des décisions de conception associées à chaque composant et à chaque zone fonctionnelle à des fins d'architecture, de configurations de système d'exploitation, d'accès utilisateur et de mise à disposition d'applications. Utilisez les rubriques de ce chapitre comme guide pour ces différents domaines à traiter.
Le processus de création de ce document vous permet d'analyser les limites et les exigences propres à votre environnement, de soulever des problèmes de
conception qui pourraient compromettre sa réussite et d'organiser des exigences de croissance.
Organisation des applications et des charges de serveurs
Avant de pouvoir déterminer le nombre de serveurs dont vous avez besoin dans votre batterie et les serveurs sur lesquels installer des applications, déterminez les applications que vous souhaitez mettre à disposition, et réfléchissez à votre manière de procéder. Cette rubrique décrit la méthode de détermination des applications à publier et la méthode de mise à disposition de ces applications.
Évaluation des applications à des fins de compatibilité XenApp
Avant de publier des applications au sein d'une batterie de production, vérifiez qu'elles sont compatibles avec le système d'exploitation du serveur, et qu'elles sont multiutilisateurs. La compatibilité d'application détermine la méthode de mise à disposition des applications (accès à partir du serveur, livrées en streaming sur le serveur ou livrées en streaming sur les bureaux clients). De nombreuses applications prennent en charge les environnements multiutilisateurs et fonctionnent dans XenApp sans configuration supplémentaire.
Lorsque vous concevez votre batterie, évaluez si les applications sont
compatibles avec les environnements multiutilisateurs ; si c'est le cas, déterminez l'extensibilité du serveur d'applications. Avant de tester la compatibilité des applications, recherchez sur Internet ou sur les forums de support technique le fonctionnement des applications avec les services Terminal Server ou XenApp.
Les applications compatibles avec les services Terminal Server et Windows Logo engendrent peu de problèmes (voire aucun) comparé aux applications non compatibles.
Le test de compatibilité initiale des applications inclut généralement la
publication de l'application, afin qu'elle soit installée et hébergée sur un serveur de batterie de test et que des utilisateurs multiples puissent s'y connecter.
Le test initial doit révéler les applications qui fonctionnent et celles qui rencontrent des problèmes. Les applications qui fonctionnent correctement doivent être testées au niveau des éventuels conflits avec d'autres applications à installer sur le serveur, ainsi que de l'extensibilité qu'elles présentent.
Les applications qui ne fonctionnent pas correctement peuvent ne pas avoir été conçues pour les environnements multi-utilisateurs, multi-applications. Les applications non conçues pour ces environnements peuvent entrer en conflit avec d'autres applications ou rencontrer des problèmes d'extensibilité ou de
performances. Les paramètres de registre, les tentatives de partage de fichiers ou de DLL, les impératifs d'utilisation exclusive de fichiers ou de DLL ou d'autres fonctionnalités dans une application peuvent la rendre incompatible. Vous pouvez résoudre certains problèmes d'application via le streaming, en utilisant des fonctionnalités telles que les adresses IP virtuelles, ou en mettant en silo l'application.
Après le test, si ces solutions ne fonctionnent pas, il peut s'avérer nécessaire de trouver et corriger la cause première du problème. Pour identifier les problèmes d'origine des applications, utilisez des outils tels que l'outil ACT (Microsoft Application Compatibility Toolkit) ou encore Windows Sysinternals. Exemples de problèmes courants :
• Fichiers .ini contenant des noms de chemins codés en dur, des paramètres de connexion à la base de données et des configurations de verrouillage de fichiers en lecture/écriture qui doivent être reconfigurés afin d'éviter les conflits de fichiers.
• Applications personnalisées développées avec des chemins codés en dur dans le registre.
• Applications qui utilisent le nom ou l'adresse IP de l'ordinateur à des fins d'identification. Un serveur peut exécuter plusieurs instances de
l'application ; par conséquent, toutes les instances peuvent utiliser la même adresse IP ou le même nom d'ordinateur, ce qui peut entraîner l'échec de l'application.
Lorsque vous détectez ces paramètres codés en dur ou d'autres causes de conflit, indiquez-les dans le document de conception de batterie. Une fois que vous avez résolu ces problèmes, concevez votre batterie et testez-la via la création d'une batterie pilote.
Facteurs de base à prendre en compte pour les applications
Prenez en compte ces facteurs lorsque vous définissez la configuration matérielle et système de votre batterie :
• Puis-je exécuter les applications à mettre à la disposition des utilisateurs sous Windows Server 2008, les services Terminal Server ou XenApp 5.0 ? Citrix vous recommande de tester sur Windows Server 2008 les
applications non compatibles avec Vista avant de les publier sur votre batterie.
• Vous pouvez exécuter certaines applications non compatibles avec Vista sur Windows Server 2008 à l'aide de la fonctionnalité Compatibilité d'application.
• Envisagez d'utiliser Presentation Server 4.5 avec Feature Pack 1 pour les applications qui ne sont pas exécutées avec la fonctionnalité Compatibilité d'application de Windows Server 2008.
• Si les utilisateurs ont besoin de fonctions non prises en charge dans cette version (synchronisation des ordinateurs de poche, par exemple), il peut être nécessaire de déployer une batterie incluant Presentation Server 4.5 avec Feature Pack 1.
• d'après moi, combien d'utilisateurs souhaiteront se connecter à chaque application pendant les heures de pointe et les heures creuses ? ai-je besoin d'allouer des serveurs pour l'équilibrage de charge ?
• les utilisateurs accéderont-ils fréquemment à certaines applications ? est-ce que je souhaite publier toutes ces applications sur le même serveur, afin de faciliter le partage de session et de réduire le nombre de connexions sur un serveur ? Si vous souhaitez utiliser un partage de session, vous pouvez également exécuter des applications dans des fenêtres transparentes. Pour plus d'informations sur le partage de session et les fenêtres transparentes, veuillez consulter la section « Partage de sessions et de connexions », page 162.
• mon organisation devra-t-elle fournir la preuve de son respect des obligations légales pour certaines applications ? des applications devront- elles être soumises à un audit de sécurité ? Si vous souhaitez utiliser SmartEditor pour l'enregistrement des sessions sur ces serveurs, installez l'Agent SmartEditor sur ceux-ci. En outre, vérifiez que les serveurs possèdent suffisamment de ressources système pour garantir des performances adéquates.
• Certaines de mes applications utiliseront-elles beaucoup de graphiques ? Si oui, envisagez d'utiliser les fonctionnalités XenApp SpeedScreen, de gestion de la consommation de mémoire ou de gestion d'utilisation d'UC, ainsi que des composants matériels plus robustes pour les sessions hébergées sur ces serveurs.
Si vous disposez d'applications qui nécessitent Presentation Server 4.5 ou Windows Server 2003, déterminez la manière dont vous souhaitez gérer les exigences de votre batterie mixte. Utilisez un des scénarios suivants :
• une batterie qui exécute à la fois Presentation Server 4.5 et XenApp 5.0 ; Utilisez ce scénario uniquement dans le cadre d'une stratégie de migration de batterie, et non comme solution permanente.
• une batterie pour Presentation Server 4.5 et une autre pour XenApp 5.0.
Utilisez l'Interface Web pour fournir un point d'accès consolidé aux utilisateurs. Citrix recommande cette stratégie lorsqu'une batterie mixte constitue une exigence permanente.
Pour plus d'informations, veuillez consulter le Guide de l'administrateur SmartAuditor.
Évaluation des méthodes de mise à disposition des applications
La détermination de la méthode de mise à disposition des applications est un facteur qui permet de choisir le nombre de serveurs à inclure dans une batterie, ainsi que les configurations matérielles requises.
Votre choix dépend des besoins de votre entreprise. Par exemple, certaines entreprises utilisent XenApp pour effectuer une administration accélérée. Dans d'autres entreprises, l'infrastructure matérielle existante peut affecter la méthode de mise à disposition sélectionnée, ainsi que les types d'applications à fournir.
Chaque méthode de mise à disposition possède différents avantages ; certaines s'adapteront plus particulièrement à votre environnement.
Les applications peuvent être mises à la disposition des utilisateurs en tant qu'applications :
• Hébergées et accessibles depuis le serveur. Les applications sont installées sur le serveur sur lequel a lieu le traitement et l'accès s'effectue à partir du serveur. Il s'agit du modèle traditionnel de publication XenApp.
Pour de nombreuses entreprises, cette méthode présente le coût total de possession le moins élevé pour les ressources informatiques en raison de son extensibilité.
• Livrée(s) en streaming sur le serveur. Les fichiers exécutables des applications sont placés dans des packs (appelés profils) et stockés sur un serveur de fichiers ; toutefois, le traitement des applications s'effectue sur le serveur. L'une des principales différences entre la livraison des applications en streaming et leur hébergement sur le serveur réside dans le stockage des applications en streaming sur un serveur de fichiers central dans le premier cas (partage du fichier de streaming), et dans l'isolation d'application.
Lorsque vous effectuez un streaming d'application sur le serveur, tous les serveurs nécessitent l'utilisation de XenApp Plugin pour applications en streaming. En revanche, les machines clientes ont simplement besoin de XenApp Plugin pour applications hébergées.
• Livrée en streaming sur la machine cliente. Les applications sont stockées sur un serveur de fichiers ou Web ; toutefois, le traitement des applications a lieu sur la machine cliente et non sur le serveur. Lorsque des applications sont livrées en streaming sur la machine cliente (livrées en streaming sur le bureau), l'expérience utilisateur est similaire à l'exécution d'applications localement. En cas de streaming d'application vers le client, XenApp Plugin pour applications en streaming doit être installé sur les machines clientes. Comme pour l'exemple de streaming sur le serveur, les fichiers exécutables des applications sont stockés au niveau du partage de fichier de streaming. Pour pouvoir exécuter les applications autorisant l'accès en mode déconnecté, XenApp Plugin pour applications hébergées doit être installé sur les machines clientes.
Le serveur de fichiers central n'est pas obligatoire pour le déploiement d'applications livrées en streaming dans les entreprises à succursales, car le fichier de streaming peut être déployé sur un serveur Web, comme décrit à la section « Planification des composants de streaming d'application », page 49.
Installée et hébergée sur le serveur
ou livrée en streaming sur le serveur Livrée en streaming sur la machine cliente Avantages:
• L'expérience utilisateur est plus cohérente quelle que soit la machine cliente.
• Vous pouvez conserver et gérer les applications de manière centralisée.
• Dans de nombreux cas, le streaming sur le serveur permet à des applications en conflit d'être exécutées sur le même serveur, sans devoir les placer en silo.
• Les machines clientes ne nécessitent pas de ressources importantes (disques durs, par exemple). Ces méthodes de mise à disposition prennent en charge les clients fins.
Avantages:
• Les utilisateurs peuvent profiter de l'expérience des applications locales, mais vous gérez les
applications de manière centralisée.
• Les utilisateurs peuvent bénéficier d'une meilleure expérience lorsque les applications très
consommatrices de ressources (d'UC ou de graphiques, par exemple) sont livrées en streaming sur la machine cliente. Le trafic des applications livrées en streaming n'est pas transmis via le canal ICA.
Inconvénients:
• Les serveurs de batteries ont besoin d'une quantité suffisante de ressources pour prendre en charge les applications.
Inconvénients:
• Les machines clientes doivent posséder
suffisamment de ressources pour pouvoir exécuter l'application localement ; les machines clientes ne peuvent pas être des clients fins.
• Les machines clientes doivent exécuter les systèmes d'exploitation Windows XP ou Vista.
Combinaison des méthodes de mise à disposition des applications
Vous pouvez exécuter des applications en mode double, où XenApp tente d'abord d'effectuer une livraison en streaming de l'application vers la machine cliente, mais utilise une autre méthode d'accès si le streaming n'est pas pris en charge sur la machine cliente. Vous pouvez indiquer que certains utilisateurs (commerciaux, par exemple) exécutent les applications livrées en streaming vers le client lorsqu'ils y accèdent à partir de machines Windows, puis en tant qu'applications hébergées lorsqu'ils recourent à des machines portatives ou de type borne Internet.
Certaines situations nécessitent des méthodes spécifiques de mise à disposition des applications. Si les utilisateurs doivent accéder aux applications lorsqu'ils sont déconnectés (non connectés à la batterie), vous pouvez envisager le
streaming d'applications. Si vos utilisateurs possèdent des clients fins, installez et mettez les applications à disposition à partir des batteries de serveurs.
Pour plus d'informations sur la mise à disposition d'applications, veuillez consulter le Guide de l'administrateur XenApp et le Guide Streaming d'application Citrix.
Choix entre bureaux publiés et applications publiées
Avant de sélectionner la méthode de mise à disposition des applications, déterminez si vous souhaitez publier le bureau ou les applications.
• Publication du bureau. Présente aux utilisateurs un bureau Windows Server complet lors de la connexion à XenApp. Cependant, le bureau doit être verrouillé pour des raisons de sécurité.
• Publication d'applications Permet de publier des applications spécifiques et de ne mettre que ces applications à la disposition des utilisateurs. Cette option offre un plus grand contrôle administratif et est utilisée le plus souvent.
Vous pouvez utiliser des stratégies pour empêcher des utilisateurs d'accéder à des machines et ports locaux, grâce aux deux méthodes de mise à disposition d'applications. Ainsi, vous n'avez pas à publier le bureau.
Localisation d'applications sur les serveurs
Lors de la conception de votre batterie, prenez en compte les éléments suivants :
• les serveurs sur lesquels les applications sont installées ;
• si l'équilibrage de charge ou l'équilibrage de charge préférentiel modifie votre besoin de dédier des serveurs à des applications indispensables au fonctionnement ou très utilisées ;
• l'emplacement géographique des serveurs qui mettent les applications à disposition (pour les réseaux étendus et les organisations disposant de succursales).
Décision de regrouper ou non des applications sur les serveurs
En général, les deux stratégies principales pour déterminer les serveurs sur lesquels vous souhaitez regrouper des applications sont des applications « en silo » et « non mises en silo ».
• Applications en silo. Lorsque des applications sont mises en silo sur des serveurs de batterie, chaque serveur dispose d'un nombre limité
d'applications. Certains serveurs peuvent avoir une seule application, tandis que d'autres peuvent disposer d'un ensemble d'applications associées. Vous pouvez par exemple installer une application médicale sur le serveur A et une application de gestion des ressources d'entreprise sur le serveur B.
Cependant, si l'application de gestion est intégrée au courrier électronique, vous pouvez également avoir un client de messagerie sur le serveur B. La mise en silo est parfois nécessaire lorsque des applications ont des configurations matérielles uniques, pour des raisons commerciales, pour isoler des applications critiques ou pour séparer les applications
fréquemment mises à jour. Toutefois, les applications en silo ne sont pas aussi efficaces que les applications non mises en silo pour l'utilisation matérielle et le trafic réseau.
• Applications non mises en silo. Lorsque vous installez des applications non mises en silo, vous installez toutes les applications sur chaque serveur.
Les applications peuvent être installées de manière traditionnelle ou isolées (dans des profils distincts).
Bien que les applications non mises en silo soient plus courantes, la mise en silo permet de répondre à des exigences spécifiques.
Citrix recommande d'installer les applications qui interagissent sur le même serveur, ou encore de les inclure au sein du même profil de streaming. Par exemple, si une application interagit avec un client de messagerie électronique en permettant aux utilisateurs d'envoyer des notifications par e-mails, installez l'application et le client de messagerie électronique sur le même serveur. De même, si des applications telles que Microsoft Office partagent des paramètres et préférences, installez-les sur le même serveur.
À cause de fonctionnalités telles que Load Manager et l'équilibrage de charge préférentiel, vous pouvez considérer qu'il n'est pas nécessaire de mettre en silo des applications indispensables au fonctionnement ou dont l'utilisation est intensive.
Lorsqu'une application entre en conflit avec une autre application, il est conseillé, plutôt que de la mettre en silo sur un serveur, d'effectuer un streaming
d'application. Le streaming d'application l'isole de manière effective, ce qui permet aux applications en conflit d'être exécutées sur un même serveur et donc de diminuer le recours aux silos.
Planification de charges de serveurs et affectation de serveurs à des applications
Alors que vous déterminez les applications à installer sur les serveurs, choisissez le mode d'équilibrage des charges de serveurs. Il se peut que vous souhaitiez effectuer un équilibrage de charge des applications très consommatrices de ressources, critiques ou à haute disponibilité. XenApp propose deux méthodes d'équilibrage de la charge :
• Load Manager permet d'équilibrer les nouvelles connexions sur le serveur.
Lorsqu'un utilisateur démarre la première application publiée, la session de cet utilisateur est ouverte sur le serveur le moins chargé de la batterie de serveurs, en fonction de critères configurés.
En silo Non mises en silo
Avantages:
• La mise en silo facilite le suivi de l'emplacement et de l'utilisation d'une application.
• La centralisation facilite la configuration et la gestion de l'application.
• Les autres applications n'interfèrent pas avec l'application installée
• Utile pour les applications critiques
Avantages:
• Diminue le nombre de serveurs requis pour les applications des batteries de petite taille et de taille moyenne
• Peut simplifier les autorisations utilisateur et le besoin de cohérence entre les paramètres au cours de l'installation d'applications
• Chaque utilisateur accède à un seul serveur et le partage de session est assuré
Inconvénients:
• Des serveurs supplémentaires sont requis pour garantir une redondance suffisante
Inconvénients:
• Ne peut être utilisé lorsque des applications sont en conflit avec d'autres applications
Lorsque l'utilisateur démarre une seconde application publiée sur ce même serveur, la session existante est partagée, et aucune gestion de charge ne se produit. Cependant, si cette application n'est pas publiée sur le même serveur, Load Manager est invoqué et une autre décision d'équilibrage de charge est prise.
L'équilibrage de charge est activé par défaut. Lorsque vous publiez une application sur plusieurs serveurs, l'équilibrage de charge garantit
automatiquement que l'utilisateur est envoyé sur le serveur le moins chargé.
• Équilibrage de charge préférentiel: permet d'allouer une partie spécifique des ressources d'UC à une session ou à une application spécifique. L'équilibrage de charge préférentiel attribue des niveaux d'importance (faible, normal ou élevé) à des utilisateurs et applications spécifiques. Par exemple, les docteurs d'un hôpital sont spécifiés en tant qu'utilisateurs importants et les scans IRM et les radios peuvent être spécifiés comme des applications importantes. Ces utilisateurs et
applications importants, dont les niveaux de service sont élevés, disposent d'une quantité plus élevée de ressources disponibles. Par défaut, un niveau de service Normal est attribué à tous les utilisateurs et applications.
Par conséquent, des charges d'applications différentes peuvent cohabiter sur un serveur, attribuant tout simplement un niveau d'importance plus élevé aux applications importantes.
La principale différence entre Load Manager et l'équilibrage de charge
préférentiel réside dans le fait que ce dernier peut être utilisé pour appliquer un traitement différent à chaque session, tandis que le premier traite chaque session de façon identique.
Même si vous pouvez vous baser sur des applications pour les décisions Load Manager, Citrix ne le conseille pas. Citrix recommande d'invoquer Load Manager en fonction du serveur uniquement.
Citrix ne recommande pas l'équilibrage de charge à travers les zones d'un réseau étendu. Pour plus d'informations sur l'équilibrage de charge, veuillez consulter le Guide de l'administrateur Load Manager. Pour plus d'informations sur
l'équilibrage de charge préférentiel, veuillez consulter le Guide de l'administrateur XenApp.
Remarque : Vous pouvez consulter le tableau comparatif à l'adresse suivante : http://www.citrix.com/xenapp/comparativematrix pour plus d'informations sur les éditions de XenApp qui prennent en charge la fonctionnalité d'équilibrage de charge préférentiel.
Choix de la manière d'installer les applications
Dans les batteries importantes, l'installation d'applications sur des serveurs peut prendre du temps. Par ailleurs, les applications se trouvant sur des serveurs dont la charge est équilibrée nécessitent des options et paramètres de configuration identiques. Pour résoudre ces problèmes, vous pouvez choisir d'installer ces applications à l'aide d'Installation Manager, de scripts d'installation, de Microsoft System Center Configuration Manager (anciennement appelé Systems
Management Server (SMS)), ou de livrer les applications en streaming.
Serveurs d'applications centralisés ou distribués
Dans les environnements décentralisés, vous pouvez choisir de localiser des serveurs d'applications de manière centralisée avec les serveurs d'infrastructure (par exemple, dans un centre de données), ou de manière décentralisée, près des utilisateurs qui accèdent aux applications ou dans la même région géographique que les utilisateurs.
Citrix conseille le placement des serveurs d'applications de manière logique à proximité de sources de données. Par exemple, quand une application de gestion des ressources d'entreprise existe, co-implantez ces serveurs XenApp dans le même centre de données. Une entreprise multinationale utilisant Microsoft Exchange 2007 comme source de données de courrier électronique peut
constituer un autre exemple. Bien que la société peut centraliser tous les serveurs Exchange dans le centre de données principal, il serait plus probable qu'elle active les serveurs Exchange dans chaque région, puis y localise également les serveurs XenApp hébergeant Outlook.
Si votre entreprise est répartie sur différents sites géographiques, étudiez les avantages et inconvénients de la centralisation et de la décentralisation des serveurs indiqués dans le tableau suivant :
Serveurs centralisés sur un site Serveurs répartis sur plusieurs sites Avantages:
• administration et maintenance centralisées des serveurs ;
• gestion centralisée des applications.
• meilleure sécurité physique que pour les succursales, potentiellement.
Avantages:
• meilleures disponibilité et redondance des ressources de l'entreprise (la perte de connexion sur un site n'affecte pas l'accès à toutes les applications) ;
• en cas de gestion des données sur différents sites, placer les serveurs sur ces sites permet aux utilisateurs d'accéder localement aux données ;
• les sites peuvent administrer leurs propres serveurs.
• la Préférence de zone et le basculement peuvent être activés en cas de zones multiples.
