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 tentez de préparer une image principale sur des hyperviseurs autres que ceux pris en charge.

• 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 les outils Citrix VM Tools

Les outils Citrix VM Tools doivent être installés sur la machine virtuelle de modèle pour que chaque machine virtuelle puisse utiliser l’interface de ligne de commande xe ou XenCenter. Les performances de la machine virtuelle peuvent être lentes si les outils ne sont pas installés. Sans ces outils, vous ne pouvez effectuer aucune des opérations suivantes :

• Arrêter, redémarrer ou suspendre proprement une machine virtuelle.
• Afficher les données de performances de la machine virtuelle dans XenCenter.
  • Migrer une machine virtuelle en cours d’exécution (via XenMotion).
  • Créer des instantanés ou des instantanés avec mémoire (points de contrôle), et restaurer des instantanés.
  • Ajuster le nombre de vCPU sur une machine virtuelle Linux en cours d’exécution.

1. Exécutez la commande suivante pour monter les outils Citrix VM Tools nommés 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 virtualisation de la machine virtuelle de modèle sous l’onglet Général dans XenCenter. Si les outils Citrix VM Tools sont installés correctement, l’état de virtualisation est Optimisé :

   

Étape 1b : Installer le package Linux VDA sur la machine virtuelle de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme machine virtuelle de modèle, ignorez cette étape.

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

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

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 dépôts pour installer le package tdb-tools

Pour RHEL 7 server :

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

• Pour RHEL 7 workstation :

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

Étape 1d : Installer le dépôt EPEL qui contient ntfs-3g

Installez le dépôt EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g qu’il contient.

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

Sur la plateforme SUSE 12, aucun dépôt ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

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

   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. Saisissez 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 deploymcs.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 VDA Linux. Voici les variables que vous pouvez définir selon vos besoins :

  • Use_Existing_Configurations_Of_Current_VDA : Détermine s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration des machines créées par MCS sont identiques à ceux des machines équivalentes 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 des machines créées par MCS sont déterminés par les modèles de configuration de 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 de 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 redémarrage d’une machine provisionnée par MCS.

  Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de mettre à jour 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 mettre à jour 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 de 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 pertinents sur toutes les VM créées.

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

   Pour les utilisateurs de 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 de modèle. Créez et nommez un instantané de votre 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 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 plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour créer des VM Linux sur Azure

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

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

   

2. Choisissez Microsoft Azure comme type de connexion.

   

   • 1. Saisissez l’ID d’abonnement de votre compte Azure et le nom de votre connexion.
   • 

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

   

Étape 2 : Préparer une image principale sur la VM de 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 qu’un nom d’hôte VDA persiste 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 dans le fichier /etc/cloud/cloud.cfg :

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

Étape 2b : Installer le package VDA Linux sur la VM de modèle

Remarque :

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

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

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

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 dépôts pour installer le package tdb-tools

Pour RHEL 7 Server :

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

Pour RHEL 7 Workstation :

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

Étape 2d : Installer le dépôt EPEL qui contient ntfs-3g

Installez le dépôt EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g qu’il contient.

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

Sur la plateforme SUSE 12, il n’y a pas de dépôt fournissant ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

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

   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. Saisissez 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 deploymcs.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 VDA Linux. Voici quelques-unes des variables, parmi lesquelles `dns` et `AD_INTEGRATION` 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 s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du 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 par MCS sont déterminés par les modèles de configuration de 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 redémarrage d’une machine provisionnée par MCS.

Chaque ligne du fichier **/etc/xdl/mcs/mcs_local_setting.reg** est une commande permettant de définir ou de mettre à jour 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 mettre à jour 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 machine virtuelle 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 pertinents sur toutes les machines virtuelles créées.

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

   Pour les utilisateurs de 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 modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

3. Installez les applications sur la machine virtuelle modèle et arrêtez la machine virtuelle modèle depuis le portail Azure. Assurez-vous que l’état d’alimentation de la machine virtuelle modèle est Arrêté (désalloué). Retenez le nom du groupe de ressources ici. Vous aurez besoin de ce nom pour localiser votre image principale sur Azure.

   

Étape 3 : Créer un catalogue de machines

-  Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de machines virtuelles à 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 machine virtuelle modèle et recherchez le VHD de la machine virtuelle modèle. Voir la capture d’écran suivante.

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez 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 plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez 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 à VMware dans Citrix Studio

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

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

   

3. Choisissez VMware vSphere comme type de connexion.

   

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

   

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

   

É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 Linux VDA sur la machine virtuelle modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme machine virtuelle modèle, ignorez cette étape.

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

En fonction de 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 dépôts pour installer le package tdb-tools

-  **Pour RHEL 7 Server :**

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

Pour RHEL 7 Workstation :

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

Étape 2c : Installer le dépôt EPEL qui contient ntfs-3g

Installez le dépôt EPEL sur RHEL 6/CentOS 6, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g qu’il contient.

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

Sur la plateforme SUSE 12, aucun dépôt ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

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

   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. Saisissez 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 deploymcs.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 VDA Linux. Voici quelques-unes de ces variables, parmi lesquelles `dns` et `AD_INTEGRATION` 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 s'il faut utiliser les configurations existantes du VDA en cours d'exécution. Si cette valeur est définie sur Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du 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 par MCS sont déterminés par les modèles de configuration de 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 redémarrage d’une machine provisionnée par MCS.

  Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de mettre à jour 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 mettre à jour 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 pertinents sur toutes les VM créées.

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

   Pour les utilisateurs de 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 modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

3. Une fois l’installation des applications terminée sur la VM modèle, arrêtez la VM modèle depuis 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. Lors de la création du catalogue de machines, choisissez votre image principale dans la liste des instantanés.

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez 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 plusieurs catalogues de machines. Le groupe de mise à disposition spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour créer des VM Linux sur AWS

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

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

   

2. Choisissez Amazon EC2 comme type de connexion.

   

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

   

   La clé API est votre ID de clé d’accès et la clé secrète est 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 supprimer la clé d’accès 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 volet de navigation de gauche, choisissez Utilisateurs.
   4. Sélectionnez l’utilisateur cible et faites défiler vers le bas pour sélectionner l’onglet Informations d’identification de sécurité.
   5. Faites défiler vers le bas et cliquez sur Créer une clé d’accès. Une nouvelle fenêtre apparaît.
   6. Cliquez sur Télécharger le fichier .csv et enregistrez la clé d’accès dans un emplacement sécurisé.

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

   

É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 qu’un nom d’hôte VDA persiste lorsqu’une instance EC2 est redémarrée ou arrêtée, exécutez la commande suivante pour préserver le nom d’hôte VDA.

    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 dans le fichier /etc/cloud/cloud.cfg :

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

2. Pour utiliser SSH pour accéder à distance aux VM créées par MCS sur AWS, activez l’authentification par mot de passe car aucun nom de clé n’est attaché à ces VM. Procédez comme suit si nécessaire.

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

      users:
      -  default
      <!--NeedCopy-->
     

   • Si vous prévoyez d’utiliser l’utilisateur par défaut ec2-user ou ubuntu créé par cloud-init, vous pouvez modifier le mot de passe de l’utilisateur à l’aide de la commande passwd. Gardez le nouveau mot de passe à l’esprit pour une utilisation ultérieure afin de vous connecter aux VM créées par 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 VDA Linux sur la VM modèle

Remarque :

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

Avant d’installer le package VDA Linux sur la VM 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 VDA Linux :

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 dépôts pour installer le package tdb-tools

Pour le serveur RHEL 7 :

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

Pour le 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 ultérieure de deploymcs.sh installe le package ntfs-3g qu’il contient.

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

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

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

   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. Saisissez 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 deploymcs.sh, effectuez les opérations suivantes :

• 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 VDA Linux. Voici quelques-unes des variables, parmi lesquelles dns et AD_INTEGRATION 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 s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du 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 par MCS sont déterminés par les 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 si nécessaire. Cette action empêche la perte de données et de paramètres à chaque redémarrage d’une machine provisionnée par MCS.

  Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande permettant de définir ou de mettre à jour 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 mettre à jour 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 pertinents sur toutes les VM créées.

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

   Pour les utilisateurs de 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 modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm et $AD_FQDN.

3. Installez les applications sur la VM modèle et arrêtez la VM modèle depuis le portail AWS EC2. Assurez-vous que l’état de l’instance de la VM modèle est Stopped.

4. Cliquez avec le bouton droit sur la VM modèle et sélectionnez Image > Create Image. Saisissez les informations et effectuez les réglages nécessaires. Cliquez sur Create 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 modèle de machine (l’image principale que vous avez créée précédemment) et sélectionnez un ou plusieurs groupes de sécurité.

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez 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 plusieurs catalogues de machines. Il spécifie les utilisateurs qui peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour mettre à niveau votre VDA Linux

Pour utiliser MCS afin de mettre à niveau votre VDA Linux, procédez comme suit :

1. Mettez à niveau votre VDA Linux 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 mettre à jour votre catalogue de machines. Attendez avant que chaque machine ne redémarre. Ne redémarrez pas une machine manuellement.