Linux Virtual Delivery Agent

Utiliser Machine Creation Services (MCS) pour créer des machines virtuelles Linux

À partir de la version 7.18, vous pouvez utiliser MCS pour créer des machines virtuelles Linux.

Hyperviseurs pris en charge

  • AWS
  • Citrix Hypervisor
  • Microsoft Azure
  • VMware vSphere

Des résultats inattendus peuvent se produire si vous essayez de préparer une image principale sur des hyperviseurs autres que ceux qui sont compatibles.

Utiliser MCS pour créer des machines virtuelles Linux sur Citrix Hypervisor

Étape 1 : préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA, et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 1a : installer Citrix VM Tools

Le composant Citrix VM Tools doit être installé sur la VM modèle pour que chaque VM puisse utiliser l’interface de ligne de commande xe ou XenCenter. Les performances de la VM peuvent être lentes à moins que les outils ne soient installés. Sans les outils, vous ne pouvez pas effectuer les opérations suivantes :

  • Arrêter, redémarrer ou suspendre une VM correctement
  • Afficher les données de performances de la VM dans XenCenter
  • Migrer une VM en cours d’exécution (via XenMotion)
  • Créer des instantanés ou des instantanés avec de la mémoire (points de contrôle) et revenir aux instantanés
  • Régler le nombre de vCPU sur une VM Linux en cours d’exécution
  1. Exécutez la commande suivante pour monter le composant Citrix VM Tools nommé guest-tools.iso.

    sudo mount /dev/cdrom /mnt
    <!--NeedCopy-->
    
  2. Exécutez la commande suivante pour installer le package xe-guest-utilities en fonction de votre distribution Linux.

    Pour RHEL/CentOS :

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    <!--NeedCopy-->
    

    Pour Ubuntu :

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
    <!--NeedCopy-->
    

    Pour SUSE 12 :

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    <!--NeedCopy-->
    
  3. Vérifiez l’état de la virtualisation de la VM modèle dans l’onglet General de XenCenter. Si le composant Citrix VM Tools est correctement installé, l’état de la virtualisation est défini sur Optimized :

    État de virtualisation en cours d'optimisation

Étape 1b : installer le package du Linux VDA sur la VM modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM modèle, omettez cette étape.

Avant d’installer le package VDA Linux sur la machine virtuelle modèle, installez .NET Core Runtime 3.1. Pour plus d’informations, consultez Présentation de l’installation.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE 12 :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 1c : activer les référentiels pour installer le package tdb-tools

Pour un serveur RHEL 7 :

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Pour un poste de travail RHEL 7 :

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Étape 1d : installer le référentiel EPEL qui contient ntfs-3g

Installez le référentiel EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution de déploymcs.sh installe ultérieurement le package ntfs-3g qu’il contient.

Étape 1e : installer manuellement ntfs-3g sur SUSE 12

Sur la plate-forme SUSE 12, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez, puis installez ntfs-3g manuellement :

  1. Installez le système de compilation GCC (GNU Compiler Collection) et le package de création :

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Téléchargez le package ntfs-3g.

  3. Décompressez le package ntfs-3g :

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Entrez le chemin d’accès au package ntfs-3g :

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installez ntfs-3g :

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Étape 1f : configurer l’environnement d’exécution

Avant d’exécuter deployymcs.sh, procédez comme suit :

  • Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf contient des variables pour la configuration de MCS et du Linux VDA. Vous pouvez définir les variables suivantes si nécessaire :

    • Use_Existing_Configurations_Of_Current_VDA : détermine si les configurations existantes du VDA en cours d’exécution doivent être utilisées. Si la valeur Y est définie, les fichiers de configuration sur les machines créées avec MCS sont les mêmes que ceux sur le VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les fichiers de configuration sur les machines créées avec MCS sont déterminés par des modèles de configuration sur l’image principale.
    • dns : définit l’adresse IP du DNS.
    • AD_INTEGRATION : définit Winbind ou SSSD.
    • WORKGROUP : définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
  • Sur la machine modèle, ajoutez des lignes de commande au fichier etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres chaque fois qu’une machine provisionnée par MCS redémarre.

    Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de modifier une valeur de registre.

    Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou modifier une valeur de registre respectivement :

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Étape 1g : créer une image principale

  1. Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (Facultatif) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf sur toutes les VM créées.

    Pour les utilisateurs Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Pour les utilisateurs SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Remarque : conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

  3. Sur Citrix Hypervisor, arrêtez la VM modèle. Créez et nommez un instantané de l’image principale.

Étape 2 : créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez l’article Créer un catalogue de machines à l’aide de Studio.

Étape 3 : créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou de plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et bureaux disponibles auprès de ces utilisateurs. Pour plus d’informations, consultez la section Créer des groupes de mise à disposition.

Utiliser MCS pour créer des machines virtuelles Linux sur Azure

Étape 1 : créer une connexion d’hébergement à Azure dans Citrix Studio

  1. Dans Citrix Studio, sélectionnez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à Azure.

    Création de la connexion à Azure

  2. Sélectionnez le type de connexion Microsoft Azure.

    Sélection du type de connexion à Azure

  3. Entrez l’ID d’abonnement de votre compte Azure, ainsi que votre nom de connexion.

    Saisie de l'identifiant d'abonnement à Azure

    Une nouvelle connexion apparaît dans le panneau d’hébergement.

    Nouvelle connexion à Azure

Étape 2 : préparer une image principale sur la VM modèle

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA, et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 2a : configurer cloud-init pour Ubuntu 18.04

Pour vous assurer que le nom d’hôte du VDA soit préservé lorsqu’une VM est redémarrée ou arrêtée, exécutez la commande suivante.

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

Assurez-vous que les lignes suivantes sont présentes sous la section system_info du fichier /etc/cloud/cloud.cfg :

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Étape 2b : installer le package du Linux VDA sur la VM modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM modèle, omettez cette étape.

Avant d’installer le package VDA Linux sur la machine virtuelle modèle, installez .NET Core Runtime 3.1. Pour plus d’informations, consultez Présentation de l’installation.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE 12 :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 2c : activer les référentiels pour installer le package tdb-tools

Pour un serveur RHEL 7 :

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Pour un poste de travail RHEL 7 :

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Étape 2d : installer le référentiel EPEL qui contient ntfs-3g

Installez le référentiel EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution de déploymcs.sh installe ultérieurement le package ntfs-3g qu’il contient.

Étape 2e : installer manuellement ntfs-3g sur SUSE 12

Sur la plate-forme SUSE 12, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez, puis installez ntfs-3g manuellement :

  1. Installez le système de compilation GCC (GNU Compiler Collection) et le package de création :

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Téléchargez le package ntfs-3g.

  3. Décompressez le package ntfs-3g :

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Entrez le chemin d’accès au package ntfs-3g :

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installez ntfs-3g :

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Étape 2f : configurer l’environnement d’exécution

Avant d’exécuter deployymcs.sh, procédez comme suit :

  • Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf contient des variables pour la configuration de MCS et du Linux VDA. Vous trouverez ci-dessous quelques variables, dont dns et AD_INTEGRATION qui doivent être définies :

    Remarque : si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA : détermine si les configurations existantes du VDA en cours d’exécution doivent être utilisées. Si la valeur Y est définie, les fichiers de configuration sur les machines créées avec MCS sont les mêmes que ceux sur le VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les fichiers de configuration sur les machines créées avec MCS sont déterminés par des modèles de configuration sur l’image principale.
    • dns : définit l’adresse IP du DNS.
    • AD_INTEGRATION : définit Winbind ou SSSD (SSSD n’est pas pris en charge sur SUSE).
    • WORKGROUP : définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
  • Sur la machine modèle, ajoutez des lignes de commande au fichier etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres chaque fois qu’une machine provisionnée par MCS redémarre.

    Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de modifier une valeur de registre.

    Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou modifier une valeur de registre respectivement :

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Étape 2g : créer une image principale

  1. Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (Facultatif) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf sur toutes les VM créées.

    Pour les utilisateurs Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Pour les utilisateurs SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Remarque : conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

  3. Installez les applications sur la VM modèle et fermez la VM modèle à partir du portail Azure. Assurez-vous que l’état de l’alimentation de la VM modèle est défini sur Arrêté (libéré). Mémorisez le nom du groupe de ressources. Vous avez besoin du nom pour localiser votre image principale sur Azure.

    État d'alimentation arrêtée de la VM modèle

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Lors de la création du catalogue de machines, choisissez votre image principale dans le groupe de ressources auquel appartient la VM modèle et recherchez le disque dur virtuel de la VM modèle. Consultez la capture d’écran suivante.

Recherche du VHD de la VM modèle

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez l’article Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou de plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et bureaux disponibles auprès de ces utilisateurs. Pour plus d’informations, consultez la section Créer des groupes de mise à disposition.

Utiliser MCS pour créer des machines virtuelles Linux sur VMware vSphere

Étape 1 : créer une connexion d’hébergement vers VMware dans Citrix Studio

  1. Installez vCenter Server dans l’environnement vSphere. Pour plus d’informations, consultez la section VMware vSphere.

  2. Dans Citrix Studio, sélectionnez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à VMware vSphere.

    Création de la connexion à Azure

  3. Sélectionnez le type de connexion VMware vSphere.

    Sélection de VMware sphere

  4. Saisissez l’adresse de connexion (l’adresse URL du serveur vCenter) de votre compte VMware, votre nom d’utilisateur et votre mot de passe ainsi que votre nom de connexion.

    Nom de connexion VMware

    Une nouvelle connexion apparaît dans le panneau d’hébergement.

    Nouvelle connexion sphere

Étape 2 : préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA, et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 2a : installer le package du Linux VDA sur la VM modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM modèle, omettez cette étape.

Avant d’installer le package VDA Linux sur la machine virtuelle modèle, installez .NET Core Runtime 3.1. Pour plus d’informations, consultez Présentation de l’installation.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE 12 :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 2b : activer les référentiels pour installer le package tdb-tools

Pour un serveur RHEL 7 :

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Pour un poste de travail RHEL 7 :

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Étape 2c : installer le référentiel EPEL qui contient ntfs-3g

Installez le référentiel EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution de déploymcs.sh installe ultérieurement le package ntfs-3g qu’il contient.

Étape 2d : installer manuellement ntfs-3g sur SUSE 12

Sur la plate-forme SUSE 12, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez, puis installez ntfs-3g manuellement :

  1. Installez le système de compilation GCC (GNU Compiler Collection) et le package de création :

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Téléchargez le package ntfs-3g.

  3. Décompressez le package ntfs-3g :

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Entrez le chemin d’accès au package ntfs-3g :

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installez ntfs-3g :

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Étape 2e : configurer l’environnement d’exécution

Avant d’exécuter deployymcs.sh, procédez comme suit :

  • Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf contient des variables pour la configuration de MCS et du Linux VDA. Vous trouverez ci-dessous quelques variables, dont dns et AD_INTEGRATION qui doivent être définies :

    Remarque : si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA : détermine si les configurations existantes du VDA en cours d’exécution doivent être utilisées. Si la valeur Y est définie, les fichiers de configuration sur les machines créées avec MCS sont les mêmes que ceux sur le VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les fichiers de configuration sur les machines créées avec MCS sont déterminés par des modèles de configuration sur l’image principale.
    • dns : définit l’adresse IP du DNS.
    • AD_INTEGRATION : définit Winbind ou SSSD (SSSD n’est pas pris en charge sur SUSE).
    • WORKGROUP : définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
  • Sur la machine modèle, ajoutez des lignes de commande au fichier etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres chaque fois qu’une machine provisionnée par MCS redémarre.

    Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de modifier une valeur de registre.

    Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou modifier une valeur de registre respectivement :

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Étape 2f : créer une image principale

  1. Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (Facultatif) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf sur toutes les VM créées.

    Pour les utilisateurs Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Pour les utilisateurs SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Remarque : conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

  3. Après avoir installé les applications sur la VM modèle, fermez la VM modèle à partir du portail VMware. Prenez un instantané de la VM modèle.

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Lorsque vous créez le catalogue de machines, sélectionnez votre image principale dans la liste des instantanés.

Sélection d'une image principale

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez l’article Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou de plusieurs catalogues de machines. Le groupe de mise à disposition spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et bureaux disponibles auprès de ces utilisateurs. Pour plus d’informations, consultez la section Créer des groupes de mise à disposition.

Utiliser MCS pour créer des machines virtuelles Linux sur AWS

Étape 1 : créer une connexion d’hébergement à AWS dans Citrix Studio

  1. Dans Citrix Studio, sélectionnez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à AWS.

    Création de la connexion à AWS

  2. Choisissez le type de connexion Amazon EC2.

    Sélection d'Amazon EC2

  3. Entrez la clé API et la clé secrète de votre compte AWS, puis entrez le nom de votre connexion.

    Paire de clés d'accès

    La clé API correspond à l’ID de votre clé d’accès et la clé secrète à votre clé d’accès secrète. Elles sont considérées comme une paire de clés d’accès. Si vous perdez votre clé d’accès secrète, vous pouvez la supprimer et en créer une nouvelle. Pour créer une clé d’accès, procédez comme suit :

    1. Connectez-vous aux services AWS.
    2. Accédez à la console Identity and Access Management (IAM).
    3. Dans le panneau de navigation de gauche, choisissez Users.
    4. Sélectionnez l’utilisateur cible et faites défiler vers le bas pour sélectionner l’onglet Security credentials.
    5. Faites défiler vers le bas et cliquez sur Create access key. Une nouvelle fenêtre apparaît.
    6. Cliquez sur Download .csv file et enregistrez la clé d’accès dans un emplacement sécurisé.

    Une nouvelle connexion apparaît dans le panneau d’hébergement.

    Nouvelle connexion AWS

Étape 2 : préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA, et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 2a : Configurer cloud init

  1. Pour vous assurer que le nom d’hôte du VDA soit préservé lorsqu’une instance EC2 est redémarrée ou arrêtée, exécutez la commande suivante.

     echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
    <!--NeedCopy-->
    

    Pour Ubuntu 18.04, assurez-vous que les lignes suivantes sont présentes sous la section system_info du fichier /etc/cloud/cloud.cfg :

    system_info:
        network:
            renderers: ['netplan', 'eni', 'sysconfig']
    <!--NeedCopy-->
    
  2. Pour utiliser SSH pour accéder à distance aux machines virtuelles créées avec MCS sur AWS, activez l’authentification par mot de passe car aucun nom de clé n’est attaché à ces machines virtuelles. Au besoin, procédez comme suit.

    • Modifiez le fichier de configuration cloud-init, /etc/cloud/cloud.cfg. Assurez-vous que la ligne ssh_pwauth: true est présente. Supprimez la ligne set-password et les lignes suivantes si elles existent ou ajoutez des commentaires.

       users:
       - default
       <!--NeedCopy-->
      
    • Si vous souhaitez utiliser l’utilisateur par défaut ec2-user ou ubuntu créé par cloud-init, vous pouvez modifier le mot de passe utilisateur à l’aide de la commande passwd. Conservez le nouveau mot de passe pour une utilisation ultérieure pour vous connecter aux machines virtuelles créées avec MCS.
    • Modifiez le fichier /etc/ssh/sshd_config pour vous assurer que la ligne suivante est présente :

       PasswordAuthentication yes
       <!--NeedCopy-->
      

      Enregistrez le fichier et exécutez la commande sudo service sshd restart.

Étape 2b : installer le package du Linux VDA sur la VM modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM modèle, omettez cette étape.

Avant d’installer le package VDA Linux sur la machine virtuelle modèle, installez .NET Core Runtime 3.1. Pour plus d’informations, consultez Présentation de l’installation.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE 12 :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 2c : activer les référentiels pour installer le package tdb-tools

Pour un serveur RHEL 7 :

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Pour un poste de travail RHEL 7 :

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Étape 2d : installer le référentiel EPEL qui contient ntfs-3g

Installez le référentiel EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution de déploymcs.sh installe ultérieurement le package ntfs-3g qu’il contient.

Étape 2e : installer manuellement ntfs-3g sur SUSE 12

Sur la plate-forme SUSE 12, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez, puis installez ntfs-3g manuellement :

  1. Installez le système de compilation GCC (GNU Compiler Collection) et le package de création :

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Téléchargez le package ntfs-3g.

  3. Décompressez le package ntfs-3g :

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Entrez le chemin d’accès au package ntfs-3g :

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installez ntfs-3g :

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Étape 2f : configurer l’environnement d’exécution

Avant d’exécuter deployymcs.sh, procédez comme suit :

  • Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf contient des variables pour la configuration de MCS et du Linux VDA. Vous trouverez ci-dessous quelques variables, dont dns et AD_INTEGRATION qui doivent être définies :

    Remarque : si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA : détermine si les configurations existantes du VDA en cours d’exécution doivent être utilisées. Si la valeur Y est définie, les fichiers de configuration sur les machines créées avec MCS sont les mêmes que ceux sur le VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les fichiers de configuration sur les machines créées avec MCS sont déterminés par des modèles de configuration sur l’image principale.
    • dns : définit l’adresse IP du DNS.
    • AD_INTEGRATION : définit Winbind ou SSSD (SSSD n’est pas pris en charge sur SUSE).
    • WORKGROUP : définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
  • Sur la machine modèle, ajoutez des lignes de commande au fichier etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres chaque fois qu’une machine provisionnée par MCS redémarre.

    Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de modifier une valeur de registre.

    Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou modifier une valeur de registre respectivement :

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Étape 2g : créer une image principale

  1. Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (Facultatif) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf sur toutes les VM créées.

    Pour les utilisateurs Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Pour les utilisateurs SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Remarque : conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

  3. Installez les applications sur la VM modèle et fermez la VM modèle à partir du portail AWS EC2. Assurez-vous que l’état de l’instance de la VM modèle est défini sur Arrêté.

  4. Cliquez avec le bouton droit de la souris sur la VM modèle et sélectionnez Image > Créer une image. Entrez les informations requises et définissez les paramètres nécessaires. Cliquez sur Créer une image.

    Création d'une image

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Lors de la création du catalogue de machines, choisissez votre machine modèle (l’image principale que vous avez créée précédemment) et sélectionnez un ou plusieurs groupes de sécurité.

Création d'un catalogue de machines

Sélection de groupes de sécurité

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez l’article Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou de plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et bureaux disponibles auprès de ces utilisateurs. Pour plus d’informations, consultez la section Créer des groupes de mise à disposition.

Utiliser MCS pour effectuer la mise à niveau de votre Linux VDA

Pour utiliser MCS pour la mise à niveau de votre Linux VDA, procédez comme suit :

  1. Mettez à niveau votre Linux VDA sur la machine modèle :

    Pour RHEL 7/CentOS 7 :

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.el7_x.x86_64.rpm
    <!--NeedCopy-->
    

    Pour RHEL 6/CentOS 6 :

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.el6_x.x86_64.rpm
    <!--NeedCopy-->
    

    Pour SUSE 12 :

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.sle12_x.x86_64.rpm
    <!--NeedCopy-->
    

    Pour Ubuntu 16.04 :

    sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu16.04_amd64.deb
    <!--NeedCopy-->
    

    Pour Ubuntu 18.04 :

    sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu18.04_amd64.deb
    <!--NeedCopy-->
    
  2. Modifiez /etc/xdl/mcs/mcs.conf et /etc/xdl/mcs/mcs_local_setting.reg.

  3. Prenez un nouvel instantané.

  4. Dans Citrix Studio, sélectionnez le nouvel instantané pour la mise à jour de votre catalogue de machines. Attendez avant que chaque machine redémarre. Ne redémarrez pas une machine manuellement.

Utiliser Machine Creation Services (MCS) pour créer des machines virtuelles Linux