Ce post vient à la suite des articles sur les fondamentaux suivant :
- Les fondamentaux – Introduction à l’infrastructure de virtualisation d’applications
- Les fondamentaux – Qu’est ce que le protocol ICA ?
- Les fondamentaux – Qu’est ce que le service IMA ?
- Les fondamentaux – Qu’est ce que le Magasin de Données (DataStore) ?
- Les Fondamentaux – Gestion des profils sous XenApp et XenDesktop selon Citrix

J’ajoute à ma base documentaire un fichier Citrix que vous devez avoir dans votre boite à outil, c’est le INI File Refence, format .pdf (890ko).

Pour en comprendre le sens, il faut retenir que pour chaque connections vers un serveur XenApp ou un poste de travail virtuel sous XenDesktop, le client Citrix s’appuie sur un fichier de connexion .ica.

Un fichier de connexion .ica comprends toutes les informations nécessaire à la session Citrix. Historiquement, il est possible de créer le fichier à partir de la console d’administration, ou bien de la Web Interface ou à la main.

Citrix publie donc une documentation qui permet de personnaliser ce fichier ica.

Bonne lecture,
Patrice Jacques-gustave

Ce post est le premier de la série : mise en place de XenApp 5 FP2 Platinum

Alors je pourrais pas tout vous montrer, car je n’ai pas chez moi de Repeater (Accélération Wan), du moins pour le moment

Pour rappel et pour ceux qui ne connaissent pas encore XenApp :
Ce logiciel, qui s’installe sur Windows 2003 et 2008, vous permet de mettre à disposition des applications. L’idée de base est qu’à partir d’un serveur, plusieurs utilisateurs puissent se connecter et exécuter x fois la même instance.

Si j’installe Office 2007 une fois sur un serveur XenApp, il est possible que 30 à 70 utilisateurs puissent exécuter winword.exe à la fois.

XenApp est basé sur Terminal Server, ce dernier permet de créer des sessions utilisateurs cloisonnées et hermétiques les une des autres.

Ensuite selon les capacités du serveur, la façon dont est développé l’application, l’usage des utilisateurs et bien d’autres paramètres, vous pourrez plus ou moins augmenter le nombre de sessions simultanées.

Pour mieux connaitre XenApp, vous pouvez lire ou relire d’autres articles, en faisant une recherche sur le site avec les mots XenApp, ICA, DataStore, IMA, console, virtualisation

Pour installer XenApp 5 FP2, il vous faut au minimum :
- Terminal Server
- IIS si vous souhaitez installer Web Interface et/ou le Serveur de Licences Citrix
- dotnetfx35setup – SP1
- Hotfix WindowsServer2003-KB956572
- Hotfix WindowsServer2003-KB961118

Comme j’avais un serveur Password Manager, j’en ai profité pour installer l’agent Password Manager sur le serveur XenApp. Ainsi tous les utilisateurs que je paramètrerais sous Password Manager pourront bénéficier de l’authentification simplifiée dans les applications centralisées.

Bonne lecture,
Durée de la vidéo : 13 minutes 18 sec | format (flash en .swf) 800×618 pixels
Taille de la vidéo : 3.6 Mo | Auteur : tescitrixoupas | Date de création : 10 Février 2010

Retrouvez toutes les vidéos dans la section Téléchargement.

A bientôt et bon week-end,
Patrice Jacques-gustave

En cette fin de week-end, un petit post pour expliquer qu’est ce qu’un Magasin de données, continuant ainsi sur cette liste:
- Les fondamentaux – Qu’est ce que le service IMA ?
- Les fondamentaux – Qu’est ce que le protocol ICA ?
- Les fondamentaux – Introduction à l’infrastructure de virtualisation d’applications

Que vous montiez une architecture XenApp, XenDektop, Provisioning Server, ou encore Smart Auditor, etc… des informations sont enregistrés dans une base de données centralisées.

Pour ce post, je vais m’attarder sur l’architecture XenApp. Dans une ferme de serveur XenApp, toutes les informations statiques sont enregistrées dans un Magasin de Données (DataStore) soit sous format MSAccess, MS SQL Server, Oracle Database ou DB2.

Les informations statiques correspondent par exemple aux noms des serveurs, ou aux comptes administrateurs de la ferme, qu’elles sont les applications publiées et leur paramètres, les règles de stratégies, etc… Bref tout ce qui ne changent pas quand un utilisateur se connecte à un serveur XenApp de la ferme.

Ce Magasin de Données (DataStore) est un point essentiel de votre architecture XenApp. Donc son choix, ses performances, sa sécurité, etc… sont à prendre en compte dans votre architecture global XenApp. Par exemple, le choix d’une base MS Access se prend pour une maquette ou une petite ferme de serveur (10 max en général, et là je parle que de mon expérience bien sur).

Si vous choisissez un Magasin de Données MS Access, l’installation de XenApp se charge de l’installer et de la configurer (par défaut le nom de la base sera MF20.mdb). Si vous choisissez un autre type de base de données, il vous faut créer d’abord l’instance sur le serveur de base de données.

La différence crucial entre ces modes, est la suivante :
- Avec un Magasin de Données MS Access local au premier serveur installé par défaut, tout les autres serveurs de la ferme sont en mode direct.
- Avec un Magasin de Données SQL, Oracle ou DB2, tout les serveurs de la ferme peuvent se connecter en même temps et vous assureriez ainsi une redondance de connexion. Comptez bien sur le mode de licences lié au type de base de données que vous avez choisit.

A partir du moment, où vous lancez une console d’administration, ou qu’un serveur est actif, via le service IMA, il y a un accès en lecture ou en écriture dans la base.

Si vous avez des questions ou des remarques, je reste open,
A bientôt
Patrice Jacques-gustave

Continuons dans la série des « qu’est ce que ? »

J’ai abordé ICA précédement, au tour de IMA (Independant Management Architecture)

Un serveur XenApp ou XenDesktop repose sur un service très important, le service Independant Management Architecture.

Considérez ce service comme l’épine dorsale de votre serveur XenApp ou XenDesktop. Ce service s’appuie sur un ensemble de .dll, où chacune à sa propre fonctionnalité.

Ce service permet au serveur de communiquer avec un magasin de données centralisé (DataStore – qui contient toutes les informations statiques d’une ferme de serveur XenApp ou XenDesktop), ou de communiquer avec un autre serveur. etc…

En somme si votre service IMA ne fonctionne pas ou est corrompu, vous mettez votre serveur en péril, ainsi que le rendu utilisateur au final. D’où l’importance de vérifier constamment son bon mode de fonctionnement, notamment par health monitoring de XenApp par exemple ou par healthcheck de NetScaler autre exemple…il existe bien des méthodes bien sur pour s’assurer que le service est up dans de bonnes conditions.

Le port utilisé par le services IMA sont 2512 (connexion avec le magasin de données) et le 2513 (connexion avec les consoles d’administrations)

Je reste ouvert aux commentaires et si vous souhaitez ajouter des commentaires, n’hésitez pas.
A bientôt,

Patrice Jacques-gustave

Vu que je recommence tout depuis le début, je vais juste changer ma manière de présenter les choses.
Le but étant d’être le plus simple, basique et pédagogique possible.

Qu’est ce qu’une infrastructure de base Xenapp/Presentation Server/Metaframe
Il y a des notions qu’il faut garder en tête pour poser le cadre. Une infrastructure basique en XenApp/Presentation Server/Metaframe se décompose de la manière suivante :

- une ferme (ou batterie de serveur)
- un magasin de donnée (ou datastore)
- une zone avec un collecteur de données (ou data collector)
- un serveur de présentation d’application
- un serveur d’accès web, nommée Web Interface
- un client Citrix ICA (independent computing architecture)

Qu’est ce qu’une ferme de serveur Citrix ?
C’est un domaine logique sous lequel vous allez regrouper un ensemble de serveur de présentation d’applications publiées. Tout comme Microsoft avec la notion de Domaine Active Directory, il existera un Domaine Citrix.
Ce qui signifie qu’un serveur d’application Citrix ne peut appartenir qu’à un seul Domaine Citrix en même temps.
Pour l’utilisateur, le Domaine Citrix lui est complètement transparent. Par contre, pour l’administrateur cela à une importance.

Cette ferme de serveur d’application Citrix regroupe le Magasin de Données, une Zone avec un Collecteur de Données, au moins un serveur de présentation d’application.

La ferme de serveur est administrée par une console centralisée.

Qu’est qu’un Magasin de Données (DataStore) ?
C’est une base de données contenant toutes les informations statiques de la ferme. Comme le noms des serveurs, leur adresse IP, la liste des applications publiées, leur mode d’accès, les stratégies, etc…

Cette base central peut être de plusieurs format ; MsAccess, SQL, Oracle, DB2. Le choix du format se base par défaut sur le nombre de serveur de présentation d’application dans la ferme, par exemple pour un test sur 2 serveurs Citrix avec peu d’utilisateurs, la base ACCESS suffirait largement. Parfois, sur des sites en production, j’ai pu remarquer qu’au delà de 10 serveurs, le choix se portait sur une base SQL ou Oracle. Pour se fixer définitivement, il faut passer par une phase de dimensionnement et de pré-production.

Si cette base central n’est pas joignable au-delà de la période de grâce, votre infrastructure ne sera plus accessible par les utilisateurs.

Qu’est qu’une Zone et un Collecteur de Données (Data Collector) ?
Une Zone est un sous découpage dans le Domaine Citrix. Chaque Zone possède un unique Collecteur de Données. Cette notion de Zone permet d’avoir une ferme de serveur d’application Citrix répartie géographiquement sur un périmètre régionale, nationale ou internationale et de déclarer des zones (Paris, Lyon, Marseille, Toulouse, Bordeaux, Nantes) afin de répartir la charge des sessions utilisateurs en fonction de leur provenance.

Le rôle du Collecteur de Données (Data Collector) est donc d’aiguiller les sessions utilisateurs sur le serveur d’application Citrix le plus disponible à l’instant T.

Qu’est ce que le serveur de présentation d’applications ?
Ce type de serveur permet de transporter l’affichage graphique d’une application Windows ou Unix vers un poste utilisateur quelqu’il soit (Linux, Mac, Windows, Windows CE, téléphone, etc…), au travers d’un protocole d’optimisation étudié pour le WAN. Le protocole dynamique utilisé est ICA (Independent Computing Architecture) et est pour le moment le protocole le moins gourmand en bande passante.
De plus, cette technologie permet de remonter bon nombre de périphériques clients.

Soit vous installez une application (un seul exécutable) sur le serveur d’application et le serveur l’exécute un certain de nombre de fois pour les utilisateurs dans un environnement sécurisé et cloisonné (dit environnement multi-utilisateur) pour chacune des sessions.

Le serveur d’application repose donc soit sur un serveur Terminal Server ou un serveur Unix (HP-UX, Sun Solaris, IBM AIX, etc…).

Le serveur d’application est administré par une console de gestion centralisée (la même qui sert à l’administration de la ferme).

Qu’est ce que Web Interface ?
Ce serveur Web (sous IIS ou Apache) est un point d’accès aux applications publiées par le serveur d’application Citrix. En échange d’une authentification valide, Web Interface fournit dynamiquement la liste des applications disponible pour l’utilisateur.
Cete fonction facilite énormément la mise à disposition des applications et l’administration est centrale via la console de gestion centralisée (la même qui sert à l’administration de la ferme)

Qu’est ce que le client Citrix ICA ?
C’est le réceptacle du protocole ICA. Il est obligatoire pour réceptionner ce flux optimisé. Il est sert aussi à remonter les périphériques dans la sessions utilisateur (disques durs, imprimantes, lecteur de carte, etc…) et remmettre des informations au serveur d’application.

Il existe plusieurs type de clients. Déjà il en existe un quasiment par type de système d’exploitation et selon les usages pour pourrez rendre complètement transparent l’accès aux applications centralisées avec le PNAgent (qui se repose sur Web Interface) par exemple.

J’espère que ce premier tour d’horizon, vous servira.

A bientôt.
Patrice Jacques-gustave