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

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