Comment remonter une infrastructure Citrix dans Flexible Engine

XenDesktop ou XenApp dans FE

Le besoin est de reconstruire une infrastructure fournissant les services de bureau XenDesktop ou applicatifs XenApp Citrix dans Flexible Engine.

Or les mécanismes de provisionning standards fournis par Citrix PVS et MCS ne peuvent fonctionner nativement dans un Cloud public comme Flexible Engine.

Cas de MCS

MCS ne prends pas en charge les API de Flexible Engine et ne peut donc pas fonctionner pour la fourniture des applications Citrix.

Cas de PVS

Le mécanisme de création des images PVS demande de spécifier à l'avance les adresses MAC des interfaces des machines provisionnées, Flexible Engine ne permets pas de spécifier celle-ci.

Qui plus est, lors de la création du VDisk, le mécanisme de l'optimisation de l'image Citrix rends l'OS non-démarrable.

Si ce n'est pour ces deux parties, coté système d'exploitation le reste de mécanisme est fonctionnel : Boot Device Manager fonctionne correctement.

Méthode de fourniture du service par Nuabee

Généralités

Du point de vue Citrix, les serveurs seront vu comme des machines physiques, dont Nuabee gerera le provisionnement sur Flexible Engine.

Les mécanismes utilisés

Lors de la définition d'un PRA, il est nécessaire de :

• Procéder à la création d'un nouveau catalogue de machines pour le PRA.
  • Cela résout la problématique de ne pas impacter la production Client en mettant en service un groupe de machines parallèle.
• Procéder à la création d'une image (ou de plusieurs images) de machine Citrix dédiée(s) au PRA.
  • Cette machine peut intégrer des applications de plusieurs catalogues d'Application différents existants.
• Définir un nombre de machines de ferme (instances remontées à partir de l'image PRA) et un nom pour chacune d'entre elle.
  • La génération d'un compte de machine dans une OU spécifique de l'AD et l'extraction de celui-ci sont à effectuer.

Afin de fournir le service de remontée de fermes Citrix et gérer le provisionning nécessaire, Nuabee doit disposer des éléments suivants :

• Un OS déjà prêt à tourner dans le cloud Flexible Engine sur lequel un processus de Sysprep est appliqué.
  • Nuabee met ainsi à disposition des images Windows Server 2008R2, 2012 et 2016 que le client personnalise en y installant les applications nécessaires à son PRA.
• Le BLOB (charge utile binaire) de jointure Hors Ligne au domaine du compte de machine pour chaque machine de ferme.

Insertion de l'image Publique dans l'infrastructure in situ du Client

Nuabee communique au client une note sécurisée incluant :

• Les urls de téléchargement des images Windows Server au format VMDK
• Les logins et mots de passe du compte Administrateur de ces images.

Ces disques virtuels sont à importer dans l'infrastructure du Client vous la forme de machines virtuelles

• Pour l'image Windows 2008-R2, penser à sélectionner le disque VMDK et utiliser une connexion IDE.
• Pour l'image Windows 2012-R2 et 2016, utiliser une connexion SCSI.

Cette machine virtuelle primaire jouera le rôle de "golden image" dans le cadre du PRA.

Entretien de la machine source et transfert

La procédure de gestion de l'image source coté client se décompose de la manière suivante pour chaque Golden Image :

1. Personnaliser l'image
2. Eteindre la machine virtuelle
3. Effectuer un snapshot de la machine virtuelle afin de pouvoir revenir sur la machine une fois la procédure terminée.
4. Rallumer la machine et effectuer le sysprep (la machine s'éteint automatiquement à la fin de celui-ci)
5. Une fois la VM éteinte, exporter en tant qu'OVF
6. Envoyer le résultat de l'export à Nuabee via une procédure sécurisée
7. Revenir sur le snapshot avant Sysprep