Virtualisation de postes de travail

XenDesktop: Le Desktop Delivery Controller…

Par Laurent Falguière ⋅ 19 May 2009 ⋅  Envoyer cet article ⋅  Imprimer cet article ⋅

Evaluer cet article:

 Loading ...

Dans XenDesktop, le Desktop Delivery Controller (Ou DDC) est le composant qui effectue l’interface entre l’utilisateur et la machine virtuelle qui lui est destinée… C’est le composant principal de XenDesktop, disponible dans tous les versions, y compris la version Express (Gratuite)…

Le DDC gère:

• l’authentification de l’utilisateur (à travers une web interface)
• l’affectation à l’utilisateur d’un bureau virtuel: Cet environnement peut être une machine physique (blade PC dans le datacenter) ou, et c’est tout l’intérêt, une machine virtuelle.  Cette machine peut être dédiée à l’utilisateur, donc personnalisable par ses soins (il la retrouve “dans l’état” à chaque connexion) ou issu d’un pool de machines qui ne sont pas modifiables (une image de référence est utilisée à chaque démarrage)… L’utilisateur peut donc disposer, selon ce qui lui a configuré l’administrateur, d’un ou plusieurs bureaux virtuels (XP, Vista, Windows 7) personnalisables ou pas selon la fonction qu’il occupe… L’utilisateur se connecte à son bureau virtuel à l’aide d’un client (Desktop Receiver) qui se connecte à un composant spécifique (Virtual desktop Agent ou VDA ) de la machine qui lui est affectée…
• la gestion du pool de machines virtuelle: c’est à dire le pilotage de l’infrastructure de virtualisation (XenServer, Hyper-V, ESX) pour s’assurer que le nombre nécessaire de machines virtuelles est toujours disponibles au fil de la journée afin de permettre la connexion de l’utilisateur dans des délais raisonnables (la machine est immédiatement disponible puisque elle a été pré-démarrée)… Ceci comprend le démarrage et l’arrêt des machines virtuelles…
• L’application des stratégies mises en place par l’administrateur dans l’environnement virtuel mis à disposition des utilisateurs: l’administrateur peut fixer un ensemble de règles qui sont appliquées lors de la session XenDesktop  (impressions, etc)…

En résumé, le DDC gère la connexion de l’utilisateur , son environnement de travail et l’environnement de virtualisation qui héberge cet environnement…

Le process de connexion, vu du point de vue de l’utilisateur est le suivant:

Un certain nombre de machines sont démarrées au préalable par le DDC pour permettre la connexion immédiate des utilisateurs…

L’utilisateur utilise un navigateur internet pour s’authentifier dans XenDesktop (à l’aide d’une interface Web)…

Une fois authentifié, une liste de bureaux mis à disposition est accessible (ici Windows Xp ou Windows 7). Le choix peut se limiter à un seul environnement qui sera directement utilisé (cette interface n’apparait pas)…

Le client Desktop Receiver est utilisé pour initier la connexion de l’environnement de travail en utilisant le protocole ICA (ou CGP)…

Techniquement parlant, l’architecture du Dynamic Desktop Controller est la suivante:

Si on reprend le process de connexion précédent, voici ce qui se passe:

Le DDC pré-démarre un certain nombre de machines virtuelles. Le DDC communique en permanence avec l’infrastrusture de virtualisation de machines (Citrix XenServer, Microsoft Hyper-V, VmWare ESX) pour indiquer à celle-ci qu’un certain nombre de machines doivent être démarrées ou arrêtées en fonction de l’activité… Ce nombre de machine démarrées et disponibles (Idle pool) est spécifié par l’administrateur

Au démarrage des machines virtuelles, le Virtual Desktop Agent (VDA), service installé localement dans la machine virtuelle, s’enregistre auprès du DDC. Ceci indique que la machine est désormais disponible pour une connexion (Elle a l’état Idle).  Le VDA comprend le listener du protocole ICA nécessaire à  la connexion, mais permet également de recevoir les informations du DDC (authentification transparente de l’utilisateur, récupération des stratégies Citrix).

Nota: Pendant la phase de démarrage de la machine virtuelle et dans tous les cas où le DDC ne parvient pas à communiquer avec le VDA, le statut de la machine est “Not Registered”. Ceci peut être un comportement normal (pendant les phases de démarrage ou d’arrêt de la machine virtuelle) ou indiquer un problème avec le VDA si cet état persiste…

A n’importe quel moment, l’utilisateur utilise l’interface Web pour se connecter à XenDesktop. Par défaut l’interface Web est installée sur chacun des serveurs DDC (elle peut être installée ailleurs). Les informations d’authentification sont vérifiées par le DDC…

Une fois authentifié, une liste des Bureaux utilisables est construite en fonction des identifiants de l’utilisateur. Une fois le bureau sélectionné par l’utilisateur, une des machines disponibles est sélectionnée par le DDC. Le DDC indique au VDA de la machine en question qu’une connexion utilisateur va être initiée…

La connexion est initié par le client Desktop Receiver local à la machine cliente en utilisant le protocole ICA… L’authentification est transparente lors de la connexion car l’authentification fournie à l’interface Web est transmise au VDA par le DDC. Les stratégies Citrix sont également appliquées. L’utilisateur dispose désormais de sa session…

L’utilisateur dispose de son environnement de travail. Lors de la fermeture de session, la machine virtuelle peut être redémarrée ou laissée dans l’état…

Articles relatifs

• Citrix HDX (1)
• Les éditions de XenDesktop (0)
• La virtualisation de postes de travail (0)
• La virtualisation selon Citrix. Que retenir de l’IForum 2007 ? (0)
• XenDesktop Tech Preview (0)