XenApp Installation Guide

Embed Size (px)

Citation preview

Guide d'installation Citrix XenApp

Citrix XenApp 5.0 pour Microsoft Windows Server 2008

Avis de copyright et de marque dpose Les informations contenues dans ce document peuvent faire lobjet de modifications sans pravis. Sauf mention contraire, les socits, noms et donnes utiliss 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 mcanique, 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 rservs. Citrix, ICA (Independent Computing Architecture) et Program Neighborhood sont des marques dposes. 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 dpt auprs de l'institut de la proprit intellectuelle des tats-Unis et d'autres pays. RSA Encryption 1996-1997 RSA Security Inc. Tous droits rservs. FLEXnet Operations et FLEXnet Publisher sont des marques de fabrique, de commerce ou de service et/ou des marques dposes 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 dposes d'Adobe Systems Incorporated aux tats-Unis et/ou dans d'autres pays. Altiris est une marque dpose d'Altiris. Apple et Macintosh sont des marques de fabrique, de commerce ou de service ou des marques dposes d'Apple Computer Inc. AutoCAD est une marque dpose d'Autodesk, Inc. IBM, DB2, Tivoli et NetView sont des marques dposes 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 dpose de Sun Microsystems, Inc. aux tats-Unis et dans d'autres pays. Solaris est une marque dpose 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 dposes 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 dposes d'Acresso Software Inc. et/ou InstallShield Co. Inc. Netscape et Mozilla Firefox sont des marques dposes de Netscape Communications aux tats-Unis et dans d'autres pays. Novell Directory Services est une marque dpose de Novell, Inc., aux tats-Unis et dans d'autres pays. Oracle Database est une marque dpose d'Oracle Corporation. RealOne est une marque de fabrique, de commerce ou de service de RealNetworks, Inc. SAP est une marque dpose 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 tatsUnis et dans d'autres pays. UNIX est une marque dpose 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 socit Hewlett-Packard. Ce produit inclut du logiciel dvelopp par The Apache Software Foundation (http://www.apache.org/). Ce logiciel est partiellement bas sur le travail du groupe IJG (Independent JPEG Group).

Certaines parties de ce logiciel contiennent du code dont les droits appartiennent Pegasus Imaging Corporation, Tampa, FL. Tous droits rservs. Toutes les autres marques de fabrique, de commerce ou de service et marques dposes appartiennent leurs dtenteurs respectifs. Code du document : 29 aot 2008 (SV)

Table des matires

1

Bienvenue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10Comment 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 lies l'installation de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Terminologie de l'installation de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18 Aperu des notions fondamentales d'une batterie de serveurs . . . . . . . . . . . . . . . . . . . . . . .19 Introduction aux serveurs d'infrastructure XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23

3

Planification de votre dploiement XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28Tches de conception et de dploiement 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 mthodes de mise disposition des applications. . . . . . . . . . . . . . . . . . .33 Localisation d'applications sur les serveurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35 Serveurs d'applications centraliss ou distribus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39 Dtermination du nombre de batteries dployer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40 Partage de composants entre batteries. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42 Planification des serveurs d'infrastructure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42 Organisation des collecteurs de donnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44 Organisation de rseaux 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 matrielles XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50

5

Guide dinstallation Citrix XenApp

Considrations relatives votre infrastructure rseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52 Conception des profils d'utilisateurs des services Terminal Server . . . . . . . . . . . . . . . . .52 Dfinition de comptes et de relations d'approbation. . . . . . . . . . . . . . . . . . . . . . . . . . . . .56 Recommandations pour des environnements Active Directory . . . . . . . . . . . . . . . . . . . .57 Planification des services fdrs Active Directory . . . . . . . . . . . . . . . . . . . . . . . . . . . . .60 Planification du contrle et de la maintenance systme . . . . . . . . . . . . . . . . . . . . . . . . . .61 Scurisation de la mise disposition des applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61 Scurisation de l'accs distance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62 Configuration des pare-feu pour l'accs distance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63 Planification d'une exprience russie de l'utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63 Facteurs affectant les dures d'ouverture de session. . . . . . . . . . . . . . . . . . . . . . . . . . . . .64 Planification de votre configuration d'impression . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65 Intgration des composants de l'dition Platinum votre batterie. . . . . . . . . . . . . . . . . . . . .66

4

Prparation de l'installation de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70Installations de XenApp invoques par le programme Autorun . . . . . . . . . . . . . . . . . . . . . .71 Installations personnalises de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71 Prparation de votre environnement pour l'installation de XenApp . . . . . . . . . . . . . . . . . . .74 Pour prparer la cration de la batterie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74 Pour prparer des serveurs de batterie individuelle l'installation. . . . . . . . . . . . . . . . . .74 Planification de l'installation de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75 Considrations relatives l'activation ou la dsactivation du contrle de compte d'utilisateur lors de l'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76 Langues prises en charge. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .78 Considrations supplmentaires pralables 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 supplmentaires . . . . . . . . . . . . . . . . . . . . . . . . . . .84 Organisation de fonctionnalits supplmentaires avant l'installation. . . . . . . . . . . . . . . .85 Installation des agents pour les composants Platinum . . . . . . . . . . . . . . . . . . . . . . . . . . .86

Table des matires

6

5

Cration d'une nouvelle batterie de serveurs XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88lments requis et hypothses pour l'exemple d'installation . . . . . . . . . . . . . . . . . . . . . . . . .89 Cration du premier serveur de la batterie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .90 Tche 1 : choix de l'dition (premire page du programme Autorun) . . . . . . . . . . . . . . .91 Tche 2 : choix d'une catgorie d'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91 Tche 3 : slection des composants. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92 Tche 4 : configuration de l'authentification du client de liaison . . . . . . . . . . . . . . . . . . .94 Tche 5 : installation d'un serveur de licences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .96 Tche 6 : installation de la console Access Management Console . . . . . . . . . . . . . . . . .96 Tche 7 : installation de XenApp et de ses composants . . . . . . . . . . . . . . . . . . . . . . . . . .97 Tche 8 : installation de la Configuration avance XenApp . . . . . . . . . . . . . . . . . . . . .106 Tche 9 : installation de la documentation XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . .106 Association une nouvelle batterie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .106 Tche 1 : installation initiale lors de l'association une batterie . . . . . . . . . . . . . . . . . .107 Tche 2 : association une nouvelle batterie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .108 Tche 3 : spcification de l'emplacement du fichier de cl de cryptage IMA . . . . . . . .109 Tche 4 : utilisation des paramtres de licences de la batterie de serveurs . . . . . . . . . .110

6

Migration vers XenApp 5.0. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112Migration d'une batterie de serveurs existante vers XenApp 5.0. . . . . . . . . . . . . . . . . . . . .112 Nouveauts du programme d'installation de cette version de XenApp . . . . . . . . . . . . .113 Choix d'une stratgie de migration de batterie de serveurs. . . . . . . . . . . . . . . . . . . . . . .117 Configuration de migration requise. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .122 Pour effectuer une migration graduelle partir de la version prcdente . . . . . . . . . . .123 Pour effectuer la migration d'une batterie de serveurs existante ou d'ancienne gnration via la cration d'une nouvelle batterie. . . . . . . . . . . . . . . . . . . . .124 Suppression d'un serveur XenApp pendant la migration . . . . . . . . . . . . . . . . . . . . . . . .126 Recration et attribution d'un nouveau nom aux serveurs XenApp . . . . . . . . . . . . . . .127 Utilisation de batteries mixtes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .127 Prsentation des batteries mixtes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .128 Augmentation de la limite de mmoire 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 Considrations relatives SNMP dans une batterie mixte . . . . . . . . . . . . . . . . . . . . . . .131

7

Guide dinstallation Citrix XenApp

7

Configuration et approvisionnement de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132Approvisionnement des serveurs de batterie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132 Clonage de serveurs XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .135 Configuration de serveurs d'infrastructure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .140 Configuration des collecteurs de donnes 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 aprs l'installation, l'aide de scripts . . . . . . . . . . . . . . . . .143

8

Rfrence au sujet des installations personnalises de XenApp. . . . . . . . . . . . . . . . . . . . . 144Cration d'installations personnalises . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .144 Tches supplmentaires relatives aux installations personnalises de XenApp . . . . . . . . .145 Installation de XenApp Plugin avant de procder 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 Prparation d'installations avec rponses renseignes . . . . . . . . . . . . . . . . . . . . . . . . . .154 Cration d'un fichier journal d'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156 Installation non assiste de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .157 Pour procder une installation non assiste avec un fichier de rponses. . . . . . . . . . .157

9

Informations de rfrence sur les proprits XenApp Windows Installer. . . . . . . . . . . . . . 160Noms et valeurs des proprits du programme d'installation de XenApp. . . . . . . . . . . . . .160 Synthses des proprits d'installation de XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . .162 Proprits d'installation Windows du client de liaison . . . . . . . . . . . . . . . . . . . . . . . . . .167 Commandes Windows Installer des outils de gestion. . . . . . . . . . . . . . . . . . . . . . . . . . .170 Proprits d'installation Windows de XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .170

10 Informations de rfrence sur la base de donnes du magasin de donnes . . . . . . . . . . . 196Planification du magasin de donnes XenApp. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .197 Slection d'une base de donnes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .197 Connexion au magasin de donnes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .198 Scurisation du magasin de donnes avant l'installation . . . . . . . . . . . . . . . . . . . . . . . .199 Dimensionnement des systmes pour le magasin de donnes . . . . . . . . . . . . . . . . . . . .200 Configurations matrielles recommandes pour le magasin de donnes . . . . . . . . . . . .201 Amlioration des performances de la batterie et du magasin de donnes . . . . . . . . . . .203 Prparation de la base de donnes avant l'installation de XenApp . . . . . . . . . . . . . . . . . . .204 Cration de la base de donnes du magasin de donnes. . . . . . . . . . . . . . . . . . . . . . . . .205

Table des matires

8

Cration d'un fichier DSN pour le programme d'installation de XenApp . . . . . . . . . . .206 Gestion et restauration d'un magasin de donnes XenApp . . . . . . . . . . . . . . . . . . . . . . . . .206 Informations spcifiques aux bases de donnes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .207 Base de donnes Microsoft SQL Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .208 Base de donnes Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .211 Base de donnes IBM DB2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .214 Microsoft SQL Server Express . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .216 Base de donnes Microsoft Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .218

9

Guide dinstallation Citrix XenApp

1

Bienvenue

Cette prface, qui fournit des indications relatives la recherche des informations ncessaires la mise en uvre de Citrix XenApp 5.0 et de ses composants, inclut : la mthode 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 manire d'utiliser la documentation Citrix en gnral ; les faons de contacter l'assistance technique de Citrix et les modalits 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 XenAppCe guide vous aide installer XenApp et planifier l'implmentation qui sera ultrieurement mise en production dans votre environnement. Dans la mesure o un dploiement typique de XenApp comprend souvent de nombreux composants XenApp possdant chacun ses propres instructions d'installation, ce guide ne fournit pas d'informations dtailles 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.

11

Guide d'installation Citrix XenApp

Cette illustration prsente les ressources d'installation disponibles pour la planification du dploiement de XenApp.

Organisation du Guide d'installation XenAppCe tableau rpertorie les tches que vous tes susceptible d'effectuer ainsi que les sections comportant les informations pertinentes :Tche Notions relatives l'architecture et l'installation d'une batterie Planification du dploiement de votre batterie de serveurs Cration de la base de donnes du magasin de donnes Prparation de votre environnement pour l'installation de XenApp Cration d'une batterie Section consulter Notions fondamentales lies l'installation de XenApp , page 18 Planification de votre dploiement XenApp , page 28 Informations de rfrence sur la base de donnes du magasin de donnes , page 196 Prparation de l'installation de XenApp , page 70 Cration d'une nouvelle batterie de serveurs XenApp , page 88

1

Bienvenue

12

Tche Migration d'une batterie XenApp existante Installation de XenApp l'aide de scripts, de fichiers de rponses et de fichiers de transformation Installation de XenApp l'aide des commandes Windows Installer (msiexec) Mthodes de dploiement sur des serveurs appartenant des environnements importants Configuration de XenApp l'issue de l'installation

Section consulter Migration vers XenApp 5.0 , page 112 Rfrence au sujet des installations personnalises de XenApp , page 144 Informations de rfrence sur les proprits XenApp Windows Installer , page 160 Approvisionnement des serveurs de batterie , page 132 Configuration et approvisionnement de XenApp , page 132

Ce guide traite galement de sujets qui ne sont pas propres l'installation, comme la maintenance de bases de donnes et le contrle de compte d'utilisateur. Les exigences quant au magasin de donnes se trouvent dans la Check-list d'installation de Citrix XenApp.

Si vous n'avez jamais install XenApp auparavantSi vous n'avez jamais install XenApp auparavant, nous vous recommandons de lire les sections ci-aprs : Planification de votre dploiement XenApp , page 28 Prparation de l'installation de XenApp , page 70 Cration d'une nouvelle batterie de serveurs XenApp , page 88 Configuration et approvisionnement de XenApp , page 132

Avant de commencer planifier votre dploiement, il est prfrable de paramtrer une batterie dans un environnement de laboratoire, afin de vous familiariser avec le programme d'installation de XenApp. Vous pouvez installer XenApp sur des systmes rpondant aux exigences d'excution de Windows Server 2008 avec les services Terminal Server et les rles d'un serveur Web configur. Suivez ensuite les instructions du chapitre Prparation de l'installation de XenApp. Pour une petite batterie de test, utilisez Microsoft Access pour hberger le magasin de donnes.

13

Guide d'installation Citrix XenApp

Si vous avez dj install XenApp par le passSi vous avez install XenApp auparavant, nous vous recommandons de lire les sections ci-aprs : Nouveauts du programme d'installation de cette version de XenApp , page 113, cette section traite des nouvelles fonctionnalits et des modifications affectant les scripts d'installation. Considrations relatives l'activation ou la dsactivation du contrle de compte d'utilisateur lors de l'installation , page 76, cette section propose des astuces sur l'installation de XenApp avec le contrle de compte d'utilisateur de Microsoft activ. Choix d'une stratgie de migration de batterie de serveurs , page 117 Utilisation de batteries mixtes , page 127 Prsentation des nouveauts dans le Guide de dmarrage de Citrix XenApp Ce guide comporte galement un tableau rpertoriant, pour chaque dition, les fonctionnalits disponibles.

Ressources d'installationUtilisez les ressources ci-aprs afin d'organiser votre dploiement XenApp : Check-list d'installation de Citrix XenApp, cette check-list contient les lments requis pour l'installation de XenApp. Guide de l'administrateur Citrix XenApp, ce guide vous fournit des informations sur les fonctionnalits principales de XenApp, y compris la publication, les comptes d'administrateur et la scurit. Fichier Lisez-moi de Citrix XenApp, fichier Lisez-moi de Citrix XenApp Plugin 11.x pour Windows et fichier Lisez-moi pour le systme de licences Citrix pour Windows. Guide de dmarrage du systme de licences Citrix. Guide de l'administrateur XenApp Plugin pour applications hberges pour Windows, ce guide prsente le dploiement du plug-in. Documents spcifiques 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 gnral, s'il n'existe aucun guide d'installation spcifique un composant, l'installation du composant est documente dans son guide de l'administrateur.

1

Bienvenue

14

L'exemple d'un modle de fichier de rponses pour les installations non assistes, 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 remplaants, vous fournissent des informations sur des rubriques d'installation spcialises : How to Include the License Server Information in an Unattended Installation (comment inclure les informations du serveur de licences dans une installation non assiste) (CTX105536) ; Understanding MSI Installation Logs (comprhension 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 supplmentaires qui vous seront peut-tre utiles, selon les produits Citrix prsents 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 ServerCitrix XenApp est la nouvelle appellation de Citrix Presentation Server. Les clients et composants suivants ont t mis jour pour reflter cette nouvelle appellation. Configuration avance XenApp Citrix est la nouvelle appellation de la console Presentation Server. Citrix XenApp Plugin pour applications hberges est la nouvelle appellation du plug-in ddi la virtualisation ct 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

15

Guide d'installation Citrix XenApp

Citrix XenApp Plugin pour applications en streaming est la nouvelle appellation du plug-in ddi la virtualisation ct 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.

DocumentationLe 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 dmarrer. Vous y trouverez galement des liens vers la documentation produit la plus rcente pour XenApp et ses composants, ainsi que vers des technologies connexes. Aprs avoir install la documentation et l'aide partir d'Autorun, vous pouvez accder ce document en cliquant sur Dmarrer > Tous les programmes > Citrix > XenApp Server > Documentation. Le site Web Knowledge Center de Citrix, http://support.citrix.com, contient des liens organiss par produit se rapportant toute la documentation produit. Slectionnez le produit souhait et cliquez sur l'onglet Documentation dans la page d'informations produit. Les informations relatives aux problmes 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 fonctionnalits 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 cohrence, la terminologie relative Windows Vista et Windows Server 2008 (64 bits) a t utilise 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 Gras Signification Commande, nom d'un lment de l'interface tel quune zone de texte ou un bouton, ou donnes entres par l'utilisateur.

1

Bienvenue

16

Convention Italique

Signification Emplacement rserv des informations que vous devez fournir. Exemple : si une procdure 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. Texte figurant dans un fichier texte.

Police espacement fixe

{accolades}

Dans une commande, une srie d'lments dont seul un est requis. Par exemple, { yes | no } signifie que vous devez taper yes ou no. Ne saisissez pas les accolades. Dans une commande, des lments facultatifs. Par exemple, [/ping] signifie que vous pouvez saisir /ping avec la commande. Nentrez pas les crochets. Dans une commande, un sparateur entre les lments entre crochets ou accolades. Par exemple, { /hold | /release | /delete } signifie que vous devez saisir /hold ou /release ou /delete. Le ou les lments prcdemment utiliss dans la commande peuvent tre rpts. Exemple : /route:NomDePeriphrique[,] signifie que vous pouvez taper des NomsdePeriphriques supplmentaires spars par des virgules.

[crochets]

| (barre verticale) ... (points de suspension)

Aide et formationCitrix 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 tlchargement, 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 dveloppeur. Pour en savoir plus sur les formations Citrix disponibles, visitez le site http://www.citrix.com/edu/.

17

Guide d'installation Citrix XenApp

2

Notions fondamentales lies l'installation de XenApp

Cette rubrique traite des notions fondamentales lies l'installation de XenApp, notamment : Terminologie de l'installation de XenApp Aperu 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 XenAppLe programme d'installation de XenApp comprend deux assistants d'installation : Crer une nouvelle batterie. La premire fois que vous installez XenApp, slectionnez Crer une nouvelle batterie dans l'assistant d'installation. Le programme d'installation cre la batterie sur le serveur hbergeant des rles spcifiques. Le serveur sur lequel vous avez install XenApp puis cr la batterie est dsign par le terme premier serveur de la batterie ou bien serveur de cration de batterie. Dans le programme d'installation, le chemin que vous suivez aprs avoir slectionn Crer une nouvelle batterie s'appelle Crer une batterie. Associer le serveur une batterie existante. Lorsque vous excutez le programme d'installation sur des serveurs aprs avoir install XenApp sur le premier serveur de la batterie, vous suivez un chemin diffrent dans le programme d'installation, tandis que XenApp fait rfrence aux paramtres dfinis sur le premier serveur de batterie. Ces serveurs s'associent la batterie existante, puis tablissent une communication avec le premier serveur de la batterie.

19

Guide d'installation Citrix XenApp

Quelques termes supplmentaires utiliss dans la documentation sur l'installation : Environnement multiutilisateur. Tout environnement, notamment XenApp et les services Terminal Server, au sein duquel des applications sont publies sur des serveurs en vue d'une utilisation simultane par plusieurs utilisateurs. Serveurs d'application. Serveurs de la batterie qui hbergent des applications publies. Serveurs d'infrastructure. Serveurs de la batterie qui hbergent les services d'infrastructure, comme le magasin de donnes ou le serveur de licences. En gnral, ils n'hbergent aucune application publie. Batterie de production. Batterie d'utilisation courante laquelle accdent les utilisateurs de votre entreprise. Batterie de validation de conception. Batterie installe dans un environnement de laboratoire, gnralement comme modle de conception ou projet pour la batterie de production. Batterie pilote. Batterie pilote de pr-production utilise pour tester la conception d'une batterie avant son dploiement dans toute votre organisation. Un pilote authentique repose sur un accs limit certains utilisateurs, auxquels sont ajouts d'autres utilisateurs par la suite jusqu' ce que tous les utilisateurs aient accs cette batterie pour leurs besoins journaliers. numration. Processus dans lequel un client transmet des donnes destines localiser les serveurs sur le rseau et obtenir des informations sur les applications publies de la batterie de serveurs. Au cours de l'numration, Citrix XenApp Plugin pour applications hberges communique avec le Service XML Citrix ou l'Explorateur ICA, selon le protocole d'exploration slectionn dans le plug-in.

Aperu des notions fondamentales d'une batterie de serveursCette 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 vrification de ces concepts et fonctionnalits, veuillez consulter le Guide de dmarrage de Citrix XenApp.

2

Notions fondamentales lies l'installation de XenApp

20

Cette illustration prsente un dploiement lmentaire de Citrix XenApp. Il vous faut comprendre ces concepts pour planifier votre batterie. Systme de licences Citrix. Le serveur de licences Citrix est un composant ncessaire tout dploiement XenApp. Ce serveur de licences peut se trouver soit sur un serveur partag, soit sur un serveur ddi, selon la taille de votre batterie. Aprs avoir install le serveur de licences, tlchargez les fichiers de licence appropris et ajoutez-les au serveur de licences. Pour obtenir des instructions, veuillez consulter le Guide de dmarrage du systme de licences Citrix. Magasin de donnes. Le magasin de donnes est la base de donnes dans laquelle les serveurs stockent les informations statiques de la batterie, telles que les informations de configuration sur les applications publies, les utilisateurs, les imprimantes et les serveurs. Un seul magasin de donnes est associ chaque batterie de serveurs. Collecteur de donnes. Un collecteur de donnes est un serveur hbergeant une base de donnes en mmoire qui conserve des informations dynamiques relatives aux serveurs de la zone, telles que la charge des serveurs, le statut d'une session, les applications publies, les utilisateurs connects et l'utilisation de licences. Les collecteurs de donnes reoivent des mises jour de donnes incrmentielles, ainsi que des demandes de la part de serveurs de la zone. Les collecteurs de donnes relaient des informations vers tous les autres collecteurs de donnes de la batterie. Par dfaut, le premier serveur de la batterie fonctionne comme collecteur de donnes.

21

Guide d'installation Citrix XenApp

Par dfaut, le collecteur de donnes est configur sur le premier serveur lors de la Configuration de la cration d'une batterie, et tous les autres serveurs sont configurs de manire disposer des droits quivalents pour prendre le relais en tant que collecteur de donnes en cas de dfaillance de ce dernier. Lors d'une dfaillance du collecteur de donnes de la zone, une slection de collecteur de donnes a lieu et un autre serveur prend en charge la fonctionnalit de collecteur de donnes. Les batteries dterminent le collecteur de donnes en fonction des prfrences de slection dfinies pour un serveur. Le collecteur de donnes est un serveur d'infrastructure ; les applications ne sont gnralement pas publies dessus. Zone. Une zone est un regroupement de serveurs XenApp qui communiquent avec un collecteur de donnes commun. Dans les grandes batteries comportant plusieurs zones, chaque zone dispose d'un serveur dfini en tant que collecteur de donnes. Les collecteurs de donns dans les batteries comptant plus d'une zone fonctionnent comme passerelle de communication entre les collecteurs de donnes des autres zones. Le collecteur de donnes conserve toutes les informations de charge et de session des serveurs de sa zone. Toutes les batteries comptent au moins une zone, mme petite. Il est prfrable 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 ncessaires que dans les batteries importantes couvrant des rseaux tendus. Serveur de fichiers en streaming ou Web. Les applications peuvent tre fournies aux utilisateurs en streaming ou bien via leur hbergement sur le serveur. Si vous choisissez de livrer des applications en streaming, soit un client soit un serveur, vous devez dployer un serveur de fichiers en streaming au sein de votre environnement. Lorsque vous livrez des applications en streaming, vous crez 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 dfinissant le profil, ainsi que de fichiers CAB cibles, d'un fichier de cl de hachage, du rfrentiel des icnes (Icondata.bin) et d'un dossier de scripts d'avant dmarrage et d'aprs fermeture. Interface Web. L'Interface Web est un composant ncessaire dans tout environnement au sein duquel les utilisateurs accdent leurs applications l'aide de XenApp Plugin ou bien d'un navigateur Web. En rgle gnrale, installez l'Interface Web sur un ordinateur autonome. Nanmoins, lorsque les ressources sont limites, vous pouvez le co-implanter avec d'autres fonctions. Pour obtenir des instructions, veuillez consulter le Guide de l'administrateur de l'Interface Web.

2

Notions fondamentales lies l'installation de XenApp

22

Sites Web XenApp et Services XenApp. Les sites Web XenApp et Services XenApp (auparavant appels 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 donnes d'identification de l'utilisateur au Service XML Citrix ; reoit la srie d'applications disponibles cet utilisateur par le biais du Service XML ; affiche les applications disponibles l'utilisateur, soit via une page Web soit en plaant directement des raccourcis sur l'ordinateur de l'utilisateur.

Service Citrix XML et Citrix XML Broker. Le Citrix XML Broker agit comme intermdiaire entre les autres serveurs de la batterie et l'Interface Web. Lorsqu'un utilisateur s'authentifie sur l'Interface Web, le XML Broker. Reoit les informations d'identification de l'utilisateur depuis l'Interface Web et demande la batterie de serveurs de lui fournir une liste d'applications publies auxquelles l'utilisateur a le droit d'accder. XML Broker obtient cet ensemble d'applications depuis le systme IMA (Independent Management Architecture) et le renvoie l'Interface Web. la rception de la demande de l'utilisateur de lancer une application, il localise les serveurs de la batterie qui hbergent cette application et identifie le serveur le mieux mme d'tablir cette connexion selon diffrents facteurs. XML Broker renvoie l'adresse de ce serveur l'Interface Web.

XML Broker est une fonction du Service XML Citrix. Par dfaut, le Service XML est install sur tous les serveurs lors de l'installation de XenApp. Toutefois, seul le Service XML du serveur dfini dans l'Interface Web fonctionne en tant qu'intermdiaire (broker). Le Service XML des autres serveurs de la batterie est toujours en cours d'excution, mais n'est pas utilis pour les connexions des utilisateurs finaux. Dans une petite batterie, XML Broker est gnralement dsign sur un serveur ddi plusieurs fonctions d'infrastructure. Dans une batterie importante, XML Broker peut tre configur sur un ou plusieurs serveurs ddis.

23

Guide d'installation Citrix XenApp

XML Broker est parfois appel Serveur XML Citrix ou Service XML Citrix. Pour clarifier, le terme XML Broker est utilis pour dsigner le Service XML lorsque celui-ci agit en tant qu'intermdiaire entre l'Interface Web et le service IMA, qu'il soit hberg sur un serveur ddi ou coimplant avec d'autres fonctions d'infrastructure.

Cette illustration prsente la manire 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 dterminer les applications disponibles cet utilisateur ; (3) XML Broker consulte le service IMA pour obtenir ces informations et renvoie les rsultats l'Interface Web ; (4) l'Interface Web affiche les applications disponibles sur une page Web ou en plaant directement des raccourcis sur l'ordinateur de l'utilisateur.

Introduction aux serveurs d'infrastructure XenAppLes batteries XenApp comptent deux types de serveurs : les serveurs d'infrastructure et les serveurs membres qui hbergent des applications publies. Les serveurs d'infrastructure accomplissent des fonctions spcifiques et n'hbergent gnralement aucune application publie, sauf dans les petites batteries. Ces services incluent : Services d'infrastructure de batterie. Magasin de donnes, collecteur de donnes et le Citrix XML Broker. Services d'infrastructure d'accs. Interface Web, Secure Gateway (facultatif) et Access Gateway (facultatif).

2

Notions fondamentales lies l'installation de XenApp

24

Services supplmentaires. Serveur de licences Citrix, serveur de fichiers en streaming ou serveur Web (facultatif), ordinateur d'dition du profil des applications, base de donnes de journalisation de la configuration (facultative), base de donnes EdgeSight (facultative) et lecteur SmartAuditor (facultatif).

Un ou plusieurs de ces services d'infrastructure peuvent tre regroups au sein de plus petites batteries. Dans les grands dploiements, chaque service est excut sur un ou plusieurs serveurs ddis.

25

Guide d'installation Citrix XenApp

Cette illustration indique les fonctions d'infrastructure pouvant tre regroupes sur le mme serveur, selon la taille de votre environnement. Des facteurs autres que la taille peuvent toutefois influencer la manire dont les fonctions d'infrastructure sont regroupes. Des aspects spcifiques de la scurit, les serveurs virtualiss et la charge utilisateur sont autant d'lments prendre en compte dans la dcision relative aux fonctions pouvant tre co-implantes.

Cette illustration prsente des serveurs d'infrastructure dans une grande batterie. L'Interface Web, le Service XML, le collecteur de donnes et le magasin de donnes sont dploys sur des serveurs diffrents. Pour rflchir la division entre les serveurs d'infrastructure et les serveurs d'applications publies, il suffit d'imaginer le serveur d'infrastructure comme un serveur de contrle et les serveurs d'applications publies comme des serveurs de tches. Le serveur de contrle fournit l'infrastructure qui gre et assiste les serveurs de tches, qui eux, hbergent les applications. Gnralement, dans les batteries plus importantes, on rpartit les fonctions de contrle sur diffrents serveurs. Toutefois, dans les batteries de plus petite taille, on peut avoir un serveur de contrle qui hberge les fonctions d'infrastructure et plusieurs serveurs de tches qui hbergent les applications publies.

2

Notions fondamentales lies l'installation de XenApp

26

Cette illustration prsente le serveur d'infrastructure d'une petite batterie communiquant avec Access Gateway. Dans ce cas de figure, le magasin de donnes, le collecteur de donnes, le Service XML, le serveur de licences Citrix et l'Interface Web sont installs sur un serveur d'infrastructure. Les petites batteries ncessitant une certaine redondance peuvent disposer d'un ou de deux serveurs d'infrastructure. Par exemple, dans une petite batterie disposant d'un magasin de donnes Access, le magasin de donnes peut tre configur sur le mme serveur que le collecteur de donnes et XML Broker, voire le mme que celui hbergeant 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 mmes fonctions. Par exemple, il se peut que XML Broker soit group avec le collecteur de donnes. Dans certains dploiements plus importants, chaque service d'infrastructure est susceptible de disposer d'un ou de plusieurs serveurs ddis. Par exemple, dans les batteries importantes, le serveur de licences Citrix et l'Interface Web sont gnralement hbergs sur des serveurs distincts.

27

Guide d'installation Citrix XenApp

3

Planification de votre dploiement XenApp

Cette rubrique met l'accent sur les remarques relatives la planification et la conception de votre batterie, y compris : Tches de conception et de dploiement de batterie Organisation des applications et des charges de serveurs Planification des serveurs d'infrastructure Configurations matrielles XenApp Considrations relatives votre infrastructure rseau

Tches de conception et de dploiement de batterieLes applications jouent un rle essentiel pour les batteries XenApp et sont la base de toutes les dcisions de planification que vous prenez pour votre batterie. Les principales dcisions prises pendant le processus de planification dcoulent toutes des points suivants : Quelles applications publier au sein de la batterie, lesquelles fonctionnent, lesquelles ncessitent des changements pour pouvoir fonctionner et lesquelles ne sont pas candidates la publication ? De quelle faon les utilisateurs accderont-ils leurs applications ? Comment configurer les applications ?

Ces dcisions determinant votre infrastructure rseau, la conception de votre batterie et la configuration matrielle requise. En rgle gnrale, la planification d'une batterie XenApp inclut : 1. La familiarisation avec XenApp et le programme d'installation de XenApp en crant une batterie de test de petite taille comportant un ou deux serveurs. Le choix des applications mettre la disposition des utilisateurs.

2.

29

Guide d'installation Citrix XenApp

3.

Le choix de la mthode de mise disposition de ces applications (de faon 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 priphriques. Le choix de l'emplacement d'installation des applications sur les serveurs XenApp et des applications pouvant tre co-implantes. La dtermination du nombre de serveurs requis pour les applications. Le choix du nombre total de serveurs inclure dans votre batterie et l'valuation de la configuration matrielle requise. La cration de l'infrastructure rseau et la dfinition des processus d'installation. La cration d'une batterie pilote base sur votre conception de batterie. Le test de cette batterie pilote. Le lancement de la batterie en production.

4. 5. 6. 7. 8. 9. 10.

Lors de la conception de votre batterie, Citrix vous recommande vivement de crer un document de conception dtaill, utiliser comme plan pour votre nouvel environnement. Ce document doit porter mention des dcisions de conception associes chaque composant et chaque zone fonctionnelle des fins d'architecture, de configurations de systme d'exploitation, d'accs utilisateur et de mise disposition d'applications. Utilisez les rubriques de ce chapitre comme guide pour ces diffrents domaines traiter. Le processus de cration de ce document vous permet d'analyser les limites et les exigences propres votre environnement, de soulever des problmes de conception qui pourraient compromettre sa russite et d'organiser des exigences de croissance.

Organisation des applications et des charges de serveursAvant de pouvoir dterminer le nombre de serveurs dont vous avez besoin dans votre batterie et les serveurs sur lesquels installer des applications, dterminez les applications que vous souhaitez mettre disposition, et rflchissez votre manire de procder. Cette rubrique dcrit la mthode de dtermination des applications publier et la mthode de mise disposition de ces applications.

3

Planification de votre dploiement XenApp

30

valuation des applications des fins de compatibilit XenAppAvant de publier des applications au sein d'une batterie de production, vrifiez qu'elles sont compatibles avec le systme d'exploitation du serveur, et qu'elles sont multiutilisateurs. La compatibilit d'application dtermine la mthode de mise disposition des applications (accs partir du serveur, livres en streaming sur le serveur ou livres en streaming sur les bureaux clients). De nombreuses applications prennent en charge les environnements multiutilisateurs et fonctionnent dans XenApp sans configuration supplmentaire. Lorsque vous concevez votre batterie, valuez si les applications sont compatibles avec les environnements multiutilisateurs ; si c'est le cas, dterminez 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 problmes (voire aucun) compar aux applications non compatibles. Le test de compatibilit initiale des applications inclut gnralement la publication de l'application, afin qu'elle soit installe et hberge sur un serveur de batterie de test et que des utilisateurs multiples puissent s'y connecter. Le test initial doit rvler les applications qui fonctionnent et celles qui rencontrent des problmes. Les applications qui fonctionnent correctement doivent tre testes au niveau des ventuels conflits avec d'autres applications installer sur le serveur, ainsi que de l'extensibilit qu'elles prsentent. Les applications qui ne fonctionnent pas correctement peuvent ne pas avoir t conues pour les environnements multi-utilisateurs, multi-applications. Les applications non conues pour ces environnements peuvent entrer en conflit avec d'autres applications ou rencontrer des problmes d'extensibilit ou de performances. Les paramtres de registre, les tentatives de partage de fichiers ou de DLL, les impratifs d'utilisation exclusive de fichiers ou de DLL ou d'autres fonctionnalits dans une application peuvent la rendre incompatible. Vous pouvez rsoudre certains problmes d'application via le streaming, en utilisant des fonctionnalits telles que les adresses IP virtuelles, ou en mettant en silo l'application.

31

Guide d'installation Citrix XenApp

Aprs le test, si ces solutions ne fonctionnent pas, il peut s'avrer ncessaire de trouver et corriger la cause premire du problme. Pour identifier les problmes d'origine des applications, utilisez des outils tels que l'outil ACT (Microsoft Application Compatibility Toolkit) ou encore Windows Sysinternals. Exemples de problmes courants : Fichiers .ini contenant des noms de chemins cods en dur, des paramtres de connexion la base de donnes et des configurations de verrouillage de fichiers en lecture/criture qui doivent tre reconfigurs afin d'viter les conflits de fichiers. Applications personnalises dveloppes avec des chemins cods en dur dans le registre. Applications qui utilisent le nom ou l'adresse IP de l'ordinateur des fins d'identification. Un serveur peut excuter plusieurs instances de l'application ; par consquent, toutes les instances peuvent utiliser la mme adresse IP ou le mme nom d'ordinateur, ce qui peut entraner l'chec de l'application.

Lorsque vous dtectez ces paramtres cods en dur ou d'autres causes de conflit, indiquez-les dans le document de conception de batterie. Une fois que vous avez rsolu ces problmes, concevez votre batterie et testez-la via la cration d'une batterie pilote.

Facteurs de base prendre en compte pour les applicationsPrenez en compte ces facteurs lorsque vous dfinissez la configuration matrielle et systme de votre batterie : Puis-je excuter 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 excuter 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 excutes avec la fonctionnalit Compatibilit d'application de Windows Server 2008.

3

Planification de votre dploiement XenApp

32

Si les utilisateurs ont besoin de fonctions non prises en charge dans cette version (synchronisation des ordinateurs de poche, par exemple), il peut tre ncessaire de dployer une batterie incluant Presentation Server 4.5 avec Feature Pack 1.

d'aprs 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 accderont-ils frquemment certaines applications ? est-ce que je souhaite publier toutes ces applications sur le mme serveur, afin de faciliter le partage de session et de rduire le nombre de connexions sur un serveur ? Si vous souhaitez utiliser un partage de session, vous pouvez galement excuter des applications dans des fentres transparentes. Pour plus d'informations sur le partage de session et les fentres 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 lgales pour certaines applications ? des applications devrontelles tre soumises un audit de scurit ? Si vous souhaitez utiliser SmartEditor pour l'enregistrement des sessions sur ces serveurs, installez l'Agent SmartEditor sur ceux-ci. En outre, vrifiez que les serveurs possdent suffisamment de ressources systme pour garantir des performances adquates. Certaines de mes applications utiliseront-elles beaucoup de graphiques ? Si oui, envisagez d'utiliser les fonctionnalits XenApp SpeedScreen, de gestion de la consommation de mmoire ou de gestion d'utilisation d'UC, ainsi que des composants matriels plus robustes pour les sessions hberges sur ces serveurs.

Si vous disposez d'applications qui ncessitent Presentation Server 4.5 ou Windows Server 2003, dterminez la manire dont vous souhaitez grer les exigences de votre batterie mixte. Utilisez un des scnarios suivants : une batterie qui excute la fois Presentation Server 4.5 et XenApp 5.0 ; Utilisez ce scnario uniquement dans le cadre d'une stratgie 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'accs consolid aux utilisateurs. Citrix recommande cette stratgie lorsqu'une batterie mixte constitue une exigence permanente.

Pour plus d'informations, veuillez consulter le Guide de l'administrateur SmartAuditor.

33

Guide d'installation Citrix XenApp

valuation des mthodes de mise disposition des applicationsLa dtermination de la mthode de mise disposition des applications est un facteur qui permet de choisir le nombre de serveurs inclure dans une batterie, ainsi que les configurations matrielles requises. Votre choix dpend des besoins de votre entreprise. Par exemple, certaines entreprises utilisent XenApp pour effectuer une administration acclre. Dans d'autres entreprises, l'infrastructure matrielle existante peut affecter la mthode de mise disposition slectionne, ainsi que les types d'applications fournir. Chaque mthode de mise disposition possde diffrents avantages ; certaines s'adapteront plus particulirement votre environnement. Les applications peuvent tre mises la disposition des utilisateurs en tant qu'applications : Hberges et accessibles depuis le serveur. Les applications sont installes sur le serveur sur lequel a lieu le traitement et l'accs s'effectue partir du serveur. Il s'agit du modle traditionnel de publication XenApp. Pour de nombreuses entreprises, cette mthode prsente le cot total de possession le moins lev pour les ressources informatiques en raison de son extensibilit. Livre(s) en streaming sur le serveur. Les fichiers excutables des applications sont placs dans des packs (appels profils) et stocks sur un serveur de fichiers ; toutefois, le traitement des applications s'effectue sur le serveur. L'une des principales diffrences entre la livraison des applications en streaming et leur hbergement sur le serveur rside 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 ncessitent l'utilisation de XenApp Plugin pour applications en streaming. En revanche, les machines clientes ont simplement besoin de XenApp Plugin pour applications hberges.

3

Planification de votre dploiement XenApp

34

Livre en streaming sur la machine cliente. Les applications sont stockes 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 livres en streaming sur la machine cliente (livres en streaming sur le bureau), l'exprience utilisateur est similaire l'excution 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 excutables des applications sont stocks au niveau du partage de fichier de streaming. Pour pouvoir excuter les applications autorisant l'accs en mode dconnect, XenApp Plugin pour applications hberges doit tre install sur les machines clientes.Livre en streaming sur la machine cliente Avantages : Les utilisateurs peuvent profiter de l'exprience des applications locales, mais vous grez les applications de manire centralise. Les utilisateurs peuvent bnficier d'une meilleure exprience lorsque les applications trs consommatrices de ressources (d'UC ou de graphiques, par exemple) sont livres en streaming sur la machine cliente. Le trafic des applications livres en streaming n'est pas transmis via le canal ICA.

Installe et hberge sur le serveur ou livre en streaming sur le serveur Avantages : L'exprience utilisateur est plus cohrente quelle que soit la machine cliente. Vous pouvez conserver et grer les applications de manire centralise. Dans de nombreux cas, le streaming sur le serveur permet des applications en conflit d'tre excutes sur le mme serveur, sans devoir les placer en silo. Les machines clientes ne ncessitent pas de ressources importantes (disques durs, par exemple). Ces mthodes de mise disposition prennent en charge les clients fins. Inconvnients : Les serveurs de batteries ont besoin d'une quantit suffisante de ressources pour prendre en charge les applications.

Inconvnients : Les machines clientes doivent possder suffisamment de ressources pour pouvoir excuter l'application localement ; les machines clientes ne peuvent pas tre des clients fins. Les machines clientes doivent excuter les systmes d'exploitation Windows XP ou Vista.

Le serveur de fichiers central n'est pas obligatoire pour le dploiement d'applications livres en streaming dans les entreprises succursales, car le fichier de streaming peut tre dploy sur un serveur Web, comme dcrit la section Planification des composants de streaming d'application , page 49.

35

Guide d'installation Citrix XenApp

Combinaison des mthodes de mise disposition des applications Vous pouvez excuter 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 mthode d'accs si le streaming n'est pas pris en charge sur la machine cliente. Vous pouvez indiquer que certains utilisateurs (commerciaux, par exemple) excutent les applications livres en streaming vers le client lorsqu'ils y accdent partir de machines Windows, puis en tant qu'applications hberges lorsqu'ils recourent des machines portatives ou de type borne Internet. Certaines situations ncessitent des mthodes spcifiques de mise disposition des applications. Si les utilisateurs doivent accder aux applications lorsqu'ils sont dconnects (non connects la batterie), vous pouvez envisager le streaming d'applications. Si vos utilisateurs possdent 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 publis et applications publiesAvant de slectionner la mthode de mise disposition des applications, dterminez si vous souhaitez publier le bureau ou les applications. Publication du bureau. Prsente aux utilisateurs un bureau Windows Server complet lors de la connexion XenApp. Cependant, le bureau doit tre verrouill pour des raisons de scurit. Publication d'applications Permet de publier des applications spcifiques et de ne mettre que ces applications la disposition des utilisateurs. Cette option offre un plus grand contrle administratif et est utilise le plus souvent.

Vous pouvez utiliser des stratgies pour empcher des utilisateurs d'accder des machines et ports locaux, grce aux deux mthodes de mise disposition d'applications. Ainsi, vous n'avez pas publier le bureau.

Localisation d'applications sur les serveursLors de la conception de votre batterie, prenez en compte les lments suivants : les serveurs sur lesquels les applications sont installes ; si l'quilibrage de charge ou l'quilibrage de charge prfrentiel modifie votre besoin de ddier des serveurs des applications indispensables au fonctionnement ou trs utilises ;

3

Planification de votre dploiement XenApp

36

l'emplacement gographique des serveurs qui mettent les applications disposition (pour les rseaux tendus et les organisations disposant de succursales).

Dcision de regrouper ou non des applications sur les serveursEn gnral, les deux stratgies principales pour dterminer 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 associes. Vous pouvez par exemple installer une application mdicale sur le serveur A et une application de gestion des ressources d'entreprise sur le serveur B. Cependant, si l'application de gestion est intgre au courrier lectronique, vous pouvez galement avoir un client de messagerie sur le serveur B. La mise en silo est parfois ncessaire lorsque des applications ont des configurations matrielles uniques, pour des raisons commerciales, pour isoler des applications critiques ou pour sparer les applications frquemment mises jour. Toutefois, les applications en silo ne sont pas aussi efficaces que les applications non mises en silo pour l'utilisation matrielle et le trafic rseau. 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 installes de manire traditionnelle ou isoles (dans des profils distincts).

Bien que les applications non mises en silo soient plus courantes, la mise en silo permet de rpondre des exigences spcifiques. Citrix recommande d'installer les applications qui interagissent sur le mme serveur, ou encore de les inclure au sein du mme 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 mme serveur. De mme, si des applications telles que Microsoft Office partagent des paramtres et prfrences, installez-les sur le mme serveur.

37

Guide d'installation Citrix XenApp

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'interfrent pas avec l'application installe Utile pour les applications critiques Inconvnients : Des serveurs supplmentaires sont requis pour garantir une redondance suffisante

Non mises en silo 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 cohrence entre les paramtres au cours de l'installation d'applications Chaque utilisateur accde un seul serveur et le partage de session est assur Inconvnients : Ne peut tre utilis lorsque des applications sont en conflit avec d'autres applications

cause de fonctionnalits telles que Load Manager et l'quilibrage de charge prfrentiel, vous pouvez considrer qu'il n'est pas ncessaire 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, plutt que de la mettre en silo sur un serveur, d'effectuer un streaming d'application. Le streaming d'application l'isole de manire effective, ce qui permet aux applications en conflit d'tre excutes sur un mme serveur et donc de diminuer le recours aux silos.

Planification de charges de serveurs et affectation de serveurs des applicationsAlors que vous dterminez 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 trs consommatrices de ressources, critiques ou haute disponibilit. XenApp propose deux mthodes d'quilibrage de la charge : Load Manager permet d'quilibrer les nouvelles connexions sur le serveur. Lorsqu'un utilisateur dmarre la premire application publie, la session de cet utilisateur est ouverte sur le serveur le moins charg de la batterie de serveurs, en fonction de critres configurs.

3

Planification de votre dploiement XenApp

38

Lorsque l'utilisateur dmarre une seconde application publie sur ce mme serveur, la session existante est partage, et aucune gestion de charge ne se produit. Cependant, si cette application n'est pas publie sur le mme serveur, Load Manager est invoqu et une autre dcision d'quilibrage de charge est prise. L'quilibrage de charge est activ par dfaut. 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 prfrentiel : permet d'allouer une partie spcifique des ressources d'UC une session ou une application spcifique. L'quilibrage de charge prfrentiel attribue des niveaux d'importance (faible, normal ou lev) des utilisateurs et applications spcifiques. Par exemple, les docteurs d'un hpital sont spcifis en tant qu'utilisateurs importants et les scans IRM et les radios peuvent tre spcifis comme des applications importantes. Ces utilisateurs et applications importants, dont les niveaux de service sont levs, disposent d'une quantit plus leve de ressources disponibles. Par dfaut, un niveau de service Normal est attribu tous les utilisateurs et applications. Par consquent, des charges d'applications diffrentes peuvent cohabiter sur un serveur, attribuant tout simplement un niveau d'importance plus lev aux applications importantes. La principale diffrence entre Load Manager et l'quilibrage de charge prfrentiel rside dans le fait que ce dernier peut tre utilis pour appliquer un traitement diffrent chaque session, tandis que le premier traite chaque session de faon identique. Mme si vous pouvez vous baser sur des applications pour les dcisions 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 rseau 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 prfrentiel, 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 prfrentiel.

39

Guide d'installation Citrix XenApp

Choix de la manire d'installer les applicationsDans 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 quilibre ncessitent des options et paramtres de configuration identiques. Pour rsoudre ces problmes, 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 centraliss ou distribusDans les environnements dcentraliss, vous pouvez choisir de localiser des serveurs d'applications de manire centralise avec les serveurs d'infrastructure (par exemple, dans un centre de donnes), ou de manire dcentralise, prs des utilisateurs qui accdent aux applications ou dans la mme rgion gographique que les utilisateurs. Citrix conseille le placement des serveurs d'applications de manire logique proximit de sources de donnes. Par exemple, quand une application de gestion des ressources d'entreprise existe, co-implantez ces serveurs XenApp dans le mme centre de donnes. Une entreprise multinationale utilisant Microsoft Exchange 2007 comme source de donnes de courrier lectronique peut constituer un autre exemple. Bien que la socit peut centraliser tous les serveurs Exchange dans le centre de donnes principal, il serait plus probable qu'elle active les serveurs Exchange dans chaque rgion, puis y localise galement les serveurs XenApp hbergeant Outlook. Si votre entreprise est rpartie sur diffrents sites gographiques, tudiez les avantages et inconvnients de la centralisation et de la dcentralisation des serveurs indiqus dans le tableau suivant :Serveurs centraliss sur un site Avantages : administration et maintenance centralises des serveurs ; gestion centralise des applications. meilleure scurit physique que pour les succursales, potentiellement. Serveurs rpartis sur plusieurs sites Avantages : meilleures disponibilit et redondance des ressources de l'entreprise (la perte de connexion sur un site n'affecte pas l'accs toutes les applications) ; en cas de gestion des donnes sur diffrents sites, placer les serveurs sur ces sites permet aux utilisateurs d'accder localement aux donnes ; les sites peuvent administrer leurs propres serveurs. la Prfrence de zone et le basculement peuvent tre activs en cas de zones multiples.

3

Planification de votre dploiement XenApp

40

Serveurs centraliss sur un site Inconvnients : point faible unique : en cas de perte de connectivit du site, les utilisateurs n'ont aucune autre possibilit d'accs.

Serveurs rpartis sur plusieurs sites Inconvnients : les communications serveur serveur passent par le rseau tendu ; si les utilisateurs doivent accder diffrents sites, vous devrez peut-tre coordonner et rpliquer des domaines, des approbations, des profils d'utilisateur et des donnes ; certains sites peuvent ncessiter une administration et une prise en charge locales complmentaires.

Dtermination du nombre de batteries dployerLa plupart des organisations dploient une seule batterie. Cependant, dans certaines circonstances, le dploiement de plusieurs batteries est souhaitable. Avant de dployer XenApp, vous devez dcider si vous souhaitez mettre en place une ou plusieurs batteries. Cette dcision est influence par : L'emplacement et les besoins des utilisateurs ou de votre organisation. Si votre organisation est un fournisseur de services, il est prfrable de ddier une batterie chaque organisation laquelle vous fournissez des services. Plusieurs batteries peuvent permettre de dmontrer plus facilement le respect des accords du niveau de service. Organisation gographique de votre organisation. Si votre infrastructure informatique est organise par rgion et gre de faon dcentralise, l'utilisation de plusieurs batteries peut amliorer les performances. Le recours aux batteries multiples permet galement de gagner du temps lors de la coordination de la gestion des batteries et simplifier les problmes lis au dpannage. Limitations de l'infrastructure rseau. Dans les rseaux tendus latence leve ou fort taux d'erreur, la conception de plusieurs batteries peut tre plus favorable qu'une seule batterie avec plusieurs zones. Mesures de scurit organisationnelles en matire de communications entre serveurs. Utilisez plusieurs batteries si votre entreprise a besoin de dissocier les donnes sur la base du niveau de scurit. De mme, vous pourriez avoir besoin de plusieurs batteries afin de respecter les obligations lgales.

Il n'existe pas de formule exacte qui permette de dterminer le nombre idal de batteries de serveurs. Vous pouvez toutefois suivre certaines recommandations gnrales qui vous aideront dans votre choix.

41

Guide d'installation Citrix XenApp

Dploiement d'une seule batterie. En gnral, le dploiement d'une batterie unique suffit. Pour un dploiement de plus grande envergure, impliquant plusieurs milliers de serveurs, vous pouvez amliorer les performances en structurant l'environnement en plusieurs batteries. Le dploiement d'une seule batterie prsente l'avantage non ngligeable de n'utiliser qu'une seule base de donnes pour le magasin de donnes. Dploiement de plusieurs batteries de serveurs. L'utilisation de plusieurs batteries se justifie lorsque les centres de donnes sont rpartis sur plusieurs sites et que chaque centre peut prendre en charge la base de donnes de son magasin de donnes ou lorsque vous ne voulez pas que les communications entre les serveurs de la batterie transitent par un pare-feu ou un rseau tendu. Citrix teste rgulirement l'extensibilit de batterie base sur des batteries de 1000 serveurs. Ce tableau compare les dploiements d'une seule batterie et de plusieurs batteries afin de vous aider planifier votre environnement serveur.lment ou composant de Batterie unique la batterie Magasin de donnes Rplication du magasin de donnes La batterie utilise un seul magasin de donnes. Citrix recommande de rpliquer le magasin de donnes sur les sites distants lorsque vous utilisez une seule batterie dans un environnement de rseau tendu. L'quilibrage de charge d'une application prend en compte tous les serveurs de la batterie. Si la batterie s'tend sur plusieurs sites, les ports des pare-feu doivent tre ouverts pour permettre les communications entre serveurs. Les informations du magasin de donnes sont synchronises avec les serveurs membres l'aide de notifications et de requtes. Lorsqu'une batterie est compose de plusieurs zones, des collecteurs de donnes communiquent les informations dynamiques telles que les informations relatives aux ouvertures de session et l'utilisation des applications dans la batterie. Batteries multiples Chaque batterie doit avoir un magasin de donnes. Si chaque site distant correspond une batterie ayant son propre magasin de donnes, il n'est pas ncessaire de procder la rplication des magasins de donnes. Vous ne pouvez pas quilibrer la charge d'une application au travers de plusieurs batteries de serveurs. Si chaque batterie est propre un site, il n'est pas ncessaire d'ouvrir les ports des pare-feu pour permettre les communications entre serveurs. L'utilisation de plusieurs batteries (par opposition une seule) peut amliorer les performances lorsque le trafic entre serveurs transite par une liaison de rseau tendu ou que la taille de la batterie unique quivalente est trs importante.

quilibrage de charge

Traverse de pare-feu

Communications entre serveurs

3

Planification de votre dploiement XenApp

42

lment ou composant de Batterie unique la batterie Outils de gestion Vous pouvez contrler et configurer la batterie partir d'une seule console de gestion et en ne vous connectant qu' une seule batterie.

Batteries multiples Vous pouvez contrler et configurer plusieurs batteries partir de la console Access Management Console. Les communications avec plusieurs batteries partir de la console ncessitent d'ouvrir des sessions sur chacunes d'elles.

Partage de composants entre batteriesCertains composants Citrix peuvent tre partags entre plusieurs batteries. Il est donc inutile de regrouper tous les serveurs sur une batterie pour empcher le dploiement rpt de ces composants : Interface Web. Le partage de l'interface Web entre batteries offre aux utilisateurs un accs central aux applications publies sur diffrentes batteries. SmartAuditor. SmartAuditor n'est pas limit une seule batterie. l'exception de l'agent Smart Auditor, tous les composants sont indpendants de la batterie de serveurs. Vous pouvez par exemple configurer plusieurs batteries pour utiliser un serveur SmartAuditor unique. Systme de licences Citrix. Vous pouvez grer des batteries multiples l'aide du serveur de licences Citrix. Toutefois, les performances peuvent tre affectes si vous utilisez un seul serveur de licences pour tous les serveurs d'un rseau tendu. EdgeSight. Vous pouvez utiliser EdgeSight et Resource Manager optimis par EdgeSight pour superviser plusieurs batteries. Notez que les serveurs excutant des Agents Presentation Server 4.5 apparaissent comme points de terminaison.

Planification des serveurs d'infrastructureLes serveurs d'infrastructure hbergent des fonctionnalits prenant en charge la batterie, comme le magasin de donnes, le collecteur de donnes, XML Broker, le serveur de licences et d'autres services rpertoris dans la section Introduction aux serveurs d'infrastructure XenApp , page 23. Quelque soit la taille de votre batterie, Citrix vous recommande d'avoir au moins un serveur ddi aux fonctions d'infrastructure. Dans une batterie cinq serveurs par exemple, Citrix vous recommande d'installer toutes les fonctions d'infrastructure sur un serveur et de publier les applications sur les quatre autres serveurs.

43

Guide d'installation Citrix XenApp

La publication des applications sur le serveur d'infrastructure ralentit l'numration d'application. Si vous dcidez d'installer les fonctions d'infrastructure sur un serveur hbergeant des applications publies, choisissez un serveur qui hberge une application rarement utilise o les ressources ne sont pas intensivement exploites (ou diminuez le seuil de charge pour ce serveur pour qu'il accepte moins de connexions). Tandis que la taille de la batterie (petite, moyenne, importante) dtermine par le nombre de serveurs peut indiquer la catgorie gnrale dans laquelle se trouve votre batterie, un des facteurs les plus importants prendre en compte est le nombre de connexions utilisateur. Les applications pouvant s'tendre diffremment d'un serveur l'autre (certains serveurs peuvent prendre en charge 100 connexions utilisateur, d'autres seulement dix), le seul examen du nombre de serveurs peut induire en erreur. Dterminez la manire dont vous souhaitez grouper les fonctions d'infrastructure en concevant une configuration initiale, en fonction des groupements de batteries types de petite, moyenne et grande taille de la section Introduction aux serveurs d'infrastructure XenApp , page 23. Une fois la batterie pilote teste, affinez votre conception en fonction des rsultats du test. Lors de l'ajout de connexions utilisateur dans votre configuration test, observez attentivement les compteurs de l'Analyseur de performances rpertoris dans le tableau qui suit. Il est essentiel de vrifier ces compteurs aux moments suivants : lorsque le nombre maximum d'utilisateurs se connectent simultanment la batterie (gnralement le matin) ; lorsque le nombre maximum d'utilisateurs sont connects la batterie (gnralement durant la journe).

Si les compteurs dpassent les critres rpertoris dans le tableau, rpartissez les fonctions d'infrastructure sur des serveurs distincts jusqu' ce que la mesure du compteur ne dpasse plus celle indique dans le tableau.Nom du compteur de contrle des performances UC Mmoire ResolutionWorkItemQueueReadyCount WorkItemQueueReadyCount LastRecordedLicenseCheck-OutResponseTime Critres > 85% - 90% > 80% > 0 pendant des priodes prolonges > 0 pendant des priodes prolonges > 5000 ms

3

Planification de votre dploiement XenApp

44

Vous devez gnralement valuer le compteur LastRecordedLicenseCheckOutResponseTime uniquement dans les batteries de taille importante. Pour plus d'informations sur les compteurs de suivi des performances XenApp et leurs fonctions, consultez le Guide de l'administrateur Citrix XenApp. Avant l'excution du programme d'installation XenApp, vous devez galement planifier votre configuration de magasin de donnes, et, dans la mesure du possible, prparer la base de donnes, conformment la description de la section Informations de rfrence sur la base de donnes du magasin de donnes , page 196.

Organisation des collecteurs de donnesLorsque vous organisez les collecteurs de donnes, vous devez dterminer : si vous avez besoin d'un collecteur de donnes ddi ; si vous n'avez pas besoin d'un collecteur de donnes ddi, quels services d'infrastructure peuvent partager le mme serveur ; si vous avez besoin d'une zone dans chaque rgion gographique, ce qui signifie que vous avez besoin de collecteurs de donnes pour ces rgions galement.

Pour maintenir la cohrence des informations entre les zones, les collecteurs de donnes relaient les informations vers tous les autres collecteurs de donnes d'une batterie. Les collecteurs de donnes communiquent constamment entre eux, crant un trafic rseau. Sur la plupart des rseaux, Citrix vous recommande de rduire le nombre de collecteurs de donnes et de zones. Par exemple, si vous disposez d'une batterie de 100 serveurs tous situs un mme emplacement, Citrix vous recommande de n'avoir qu'une seule zone disposant d'un collecteur de donnes ddi (mme si vous pouvez disposer de collecteurs de donnes de secours). En gnral, la consommation mmoire des collecteurs de donnes augmente mesure que la taille de la batterie augmente. Cependant, cette consommation n'est pas significative. Par exemple, le service IMA (Independent Management Architecture) s'excutant sur le collecteur de donnes utilise gnralement 300 Mo sur une batterie de 1000 serveurs. De mme, l'utilisation de l'UC n'est pas significative. Un collecteur de donnes hberg sur un serveur deux processeurs peut prendre en charge plus de 1000 serveurs dans sa zone. En gnral, l'utilisation de l'UC augmente paralllement au nombre de serveurs d'une zone, au nombre de zones et au nombre d'utilisateurs dmarrant des applications.

45

Guide d'installation Citrix XenApp

Pour configurer un serveur comme collecteur de donnes, installez XenApp sur le serveur sur lequel vous souhaitez hberger les fonctionnalits de collecteur de donnes, puis configurez le serveur en tant que collecteur de donnes aprs l'installation, tel que dcrit dans la section Configuration des collecteurs de donnes l'issue de l'installation , page 141. Pendant l'installation, les collecteurs de donnes sont configurs comme suit : Le premier serveur de la batterie (celui sur lequel vous excutez la Configuration de la cration d'une batterie) est le collecteur de donnes par dfaut. Tous les autres serveurs (ceux sur lesquels vous excutez la configuration de l'association une batterie) possdent des droits infrieurs mais quivalents pour devenir collecteur de donnes. Vous avez toutefois la possibilit de dsigner un serveur par zone en tant que collecteur de donnes de secours, afin de diminuer le trafic de slection de serveur.

Organisation de rseaux tendus l'aide des zonesCitrix recommande en gnral d'utiliser le plus petit nombre de zones possible, une seule tant optimale. Si tous les serveurs d'une batterie se trouvent sur un mme site, la configuration d'une seule zone pour la batterie ne rduit pas les performances, et ne complique pas sa gestion. Cependant, sur les rseaux tendus et gographiquement segments (par exemple, dans les entreprises comptant des centres de donnes sur diffrents continents), le regroupement de serveurs lis gographiquement au sein de zones peut amliorer les performances de la batterie. Dans les environnements ncessitant des zones, considrez avec soin la conception. Les collecteurs de donnes doivent rpliquer les modifications vers tous les autres collecteurs de donnes de la batterie. De plus, la consommation de bande passante et le trafic rseau augmentent en fonction du nombre de zones. Des zones distinctes ne sont pas requises pour les sites distants, mme ceux situs sur des continents diffrents ; la latence constitue le facteur le plus important pour dterminer si des serveurs doivent tre placs dans leur propre zone. Pour les batteries de grande taille avec des serveurs rpartis sur plusieurs sites gographiques, crez des zones bases sur l'emplacement et regroupant un nombre significatif de serveurs. Dcidez galement si vous souhaitez configurer des zones de basculement ou des zones prfres. En cas de dfaillance d'une zone, vous pouvez configurer la redirection des connexions utilisateur vers une autre zone (basculement) ou dfinir quelles zones des utilisateurs spcifiques se connectent (prfrence). Les exigences de basculement peuvent dterminer le nombre de zones requis.

3

Planification de votre dploiement XenApp

46

Par exemple, une organisation avec 20 serveurs de batterie Londres, 50 serveurs New York et trois serveurs Paris peut crer deux ou trois zones. Si le site de Paris possde une bonne connectivit avec New York ou Londres, Citrix recommande le regroupement de Paris avec le site plus important en taille. Inversement, si la connexion de rseau tendu entre Paris et les autres sites est mdiocre ou