Delivery Controller

Le Delivery Controller est le composant côté serveur qui est responsable de la gestion de l’accès utilisateur, ainsi que de la négociation et de l’optimisation des connexions. Les Controller fournissent également les services Machine Creation qui créent des images de bureau et de serveur.

Un site doit avoir au moins un Controller. Après avoir installé le Controller initial, vous pouvez ajouter des Controller supplémentaires lorsque vous créez un site, ou plus tard. Avoir plus d’un Controller dans un site présente deux avantages.

  • Redondance : il est recommandé qu’un site de production dispose toujours d’au moins deux Controller sur des serveurs physiques différents. Si un Controller échoue, les autres peuvent gérer les connexions et administrer le site.
  • Évolutivité : au fur et à mesure que l’activité du site augmente, il en va de même pour l’utilisation de l’UC sur le Controller et l’activité de la base de données. Les Controller supplémentaires permettent de gérer plus d’utilisateurs et plus de demandes d’applications et de bureaux, et peuvent améliorer la réactivité générale.

Chaque Controller communique directement avec la base de données du site. Dans un site avec plusieurs zones, les Controller de chaque zone communiquent avec la base de données du site dans la zone principale.

Important :

Ne modifiez pas le nom de l’ordinateur ou l’appartenance à un domaine d’un Controller une fois que le site est configuré.

Comment les VDA s’enregistrent auprès d’un Controller

Avant qu’un VDA puisse être utilisé, il doit s’enregistrer (établir la communication) auprès d’un Delivery Controller sur le site. Pour plus d’informations sur l’enregistrement de VDA, voir Enregistrement d’un VDA auprès d’un Delivery Controller.

Ajouter, supprimer ou déplacer des Delivery Controller

Pour ajouter, supprimer ou déplacer un Controller, vous devez disposer des autorisations de rôle de serveur et de rôle de base de données répertoriées dans l’article Bases de données.

L’installation d’un Controller sur un nœud dans une installation de mise en cluster SQL ou mise en miroir SQL n’est pas prise en charge.

Si votre déploiement utilise la mise en miroir de base de données :

  • Avant l’ajout, la suppression ou le déplacement d’un Controller, assurez-vous que les bases de données principale et en miroir sont en cours d’exécution. En outre, si vous utilisez les scripts avec SQL Server Management Studio, activez le mode SQLCMD avant d’exécuter les scripts.
  • Pour vérifier la mise en miroir après ajout, suppression ou déplacement d’un Delivery Controller, exécutez l’applet de commande PowerShell Get-configdbconnection pour vous assurer que le partenaire de basculement a été défini dans la chaîne de connexion sur le miroir.

Après avoir ajouté, supprimé ou déplacé un Delivery Controller :

  • Si la mise à jour automatique est activée, les VDA recevront une liste actualisée des Delivery Controller dans les 90 minutes qui suivent.
  • Si la mise à jour automatique n’est pas activée, vérifiez que le paramètre de stratégie du Delivery Controller ou la clé de registre ListOfDDCs sont mis à jour pour tous les VDA. Après déplacement d’un Delivery Controller vers un autre site, mettez à jour le paramètre de stratégie ou la clé de registre sur les deux sites.

Ajouter un Controller

Vous pouvez ajouter des Controller lorsque vous créez un site et ultérieurement. Vous ne pouvez pas ajouter des Controller installés avec une version antérieure de ce logiciel à un site qui a été créé avec cette version.

  1. Exécutez le programme d’installation sur un serveur contenant un système d’exploitation pris en charge. Installez le composant Delivery Controller et les autres composants principaux requis. Suivez les instructions de l’assistant d’installation.
  2. Si vous n’avez pas encore créé de site, démarrez Studio ; vous êtes invité à créer un site. Sur la page Bases de données de l’Assistant de création de site, cliquez sur le bouton Sélectionner et ajoutez l’adresse du serveur sur lequel vous avez installé le Controller supplémentaire.

    Si vous souhaitez générer des scripts qui initialiseront les bases de données, ajoutez les Controller avant de générer les scripts.

  3. Si vous avez déjà créé un site, pointez Studio vers le serveur sur lequel vous avez installé le Controller supplémentaire. Cliquez sur Adapter votre déploiement et entrez l’adresse du site.

Supprimer un Controller

La suppression d’un Delivery Controller d’un site n’entraîne pas la désinstallation du logiciel Citrix ou de tout autre composant ; elle supprime le Delivery Controller de la base de données afin qu’il ne puisse plus être utilisé pour les connexions du broker et pour effectuer d’autres tâches. Si vous supprimez un Delivery Controller, vous pouvez le rajouter par la suite au même site ou à un autre site. Un site a besoin d’au moins un Delivery Controller ; vous ne pouvez donc pas supprimer le dernier Delivery Controller répertorié dans Studio.

Lorsque vous supprimez un Controller d’un site, l’ouverture de session Controller sur le serveur de base de données n’est pas supprimée. Cela évite potentiellement la suppression d’une ouverture de session utilisée par des services d’autres produits sur la même machine. L’ouverture de session doit être supprimée manuellement si elle n’est plus requise ; l’autorisation de rôle de serveur securityadmin est nécessaire pour la supprimer.

Important :

Ne supprimez pas le Controller depuis Active Directory tant que vous ne l’avez pas supprimé du site.

  1. Assurez-vous que le Controller est sous tension afin que Studio puisse se charger en moins d’une heure. Une fois que Studio charge le Controller que vous souhaitez supprimer, placez le Controller hors tension lorsque vous y êtes invité.
  2. Sélectionnez Configuration > Delivery Controller dans le panneau de navigation Studio, puis sélectionnez le Controller que vous voulez supprimer.
  3. Cliquez sur Supprimer le Controller dans le volet Actions. Si vous ne possédez pas les droits et les rôles de base de données appropriés, vous pouvez générer un script qui permet à votre administrateur de base de données de supprimer le Delivery Controller à votre place.
  4. Vous devrez peut-être supprimer le compte machine du Delivery Controller du serveur de base de données. Avant de procéder de la sorte, vérifiez qu’aucun autre service n’utilise le compte.

Après utilisation de Studio pour supprimer un Controller, le trafic vers ce Controller peut rester affiché pour un laps de temps pour assurer le bon d’achèvement des tâches courantes. Si vous souhaitez forcer la suppression d’un Controller dans un bref délai, Citrix vous recommande de fermer le serveur sur lequel il a été installé, ou de supprimer ce serveur à partir d’Active Directory. Ensuite, redémarrez les autres Controller du site pour vous assurer qu’aucune autre communication avec le Controller supprimé n’est réalisée.

Déplacer un Controller vers une autre zone

Si votre site contient plusieurs zones, vous pouvez déplacer un Controller vers une autre zone. Consultez l’article Zones pour savoir comment cela peut affecter l’enregistrement de VDA et d’autres opérations.

  1. Sélectionnez Configuration > Delivery Controller dans le panneau de navigation Studio, puis sélectionnez le Controller que vous voulez déplacer.
  2. Sélectionnez Déplacer dans le volet Actions.
  3. Spécifiez la zone vers laquelle vous souhaitez déplacer le Controller.

Pour déplacer un Controller vers un autre site

Vous ne pouvez pas déplacer un Delivery Controller vers un site qui a été créé avec une version antérieure de ce logiciel.

  1. Sur le site dans lequel figure le Controller (l’ancien site), sélectionnez Configuration > Delivery Controller dans le panneau de navigation de Studio, puis sélectionnez le Controller que vous souhaitez déplacer.
  2. Cliquez sur Supprimer le Controller dans le volet Actions. Si vous ne possédez pas les droits et les rôles de base de données appropriés, vous pouvez générer un script qui permet à un utilisateur disposant de ces autorisations (tel qu’un administrateur de base de données) de supprimer le Delivery Controller à votre place. Un site a besoin d’au moins un Delivery Controller ; vous ne pouvez donc pas supprimer le dernier Delivery Controller répertorié dans Studio.
  3. Sur le Controller que vous déplacez, ouvrez Studio, réinitialisez les services lorsque vous y êtes invité, cliquez sur Joindre un site existant et saisissez l’adresse du nouveau site.

Déplacer un VDA vers un autre site

Si un VDA a été provisionné à l’aide de Citrix Provisioning ou qu’il est une image existante, vous pouvez déplacer un VDA vers un autre site (d’un site 1 au site 2) lors de la mise à niveau, ou lors du déplacement d’une image de VDA qui a été créée dans un site test vers un site de production. Les VDA provisionnés à l’aide de Machine Creation Services (MCS) ne peuvent pas être déplacés d’un site à un autre car MCS ne prend pas en charge la modification des listes ListOfDDC que VDA vérifie pour s’enregistrer auprès d’un Controller ; les VDA provisionnés à l’aide de MCS vérifient toujours les listes ListOfDDC associées au site dans lequel ils ont été créés.

Il existe deux façons de déplacer un VDA vers un autre site : à l’aide du programme d’installation ou de stratégies Citrix.

Programme d’installation

Exécutez le programme d’installation et ajoutez un Controller, en spécifiant le nom complet (entrée DNS) d’un Controller du site 2.

Ne spécifiez les Controller dans le programme d’installation que lorsque le paramètre de stratégie des Controller n’est pas utilisé.

Éditeur de stratégie de groupe

L’exemple suivant déplace plusieurs VDA entre sites.

  1. Créez une stratégie dans le site 1 qui contient les paramètres suivants, puis filtrez la stratégie au niveau du groupe de mise à disposition pour initier une migration VDA échelonnée entre les sites.

    • Controller : contenant les noms complets (entrées DNS) d’un ou de plusieurs Controller dans le site 2.
    • Activer la mise à jour automatique des Controller : défini sur désactivé.
  2. Chaque VDA dans le groupe de mise à disposition reçoit une alerte dans les 90 minutes qui suivent la création de la nouvelle stratégie. Le VDA ignore la liste de Controller qu’il reçoit (car la mise à jour automatique est désactivée) : il sélectionne l’un des Controller spécifiés dans la stratégie, qui répertorie les Controller du site 2.
  3. Lorsque le VDA s’enregistre avec succès auprès d’un Controller du site 2, il reçoit la liste ListOfDDCs du site 2 et les informations de stratégie, dans laquelle la mise à jour automatique est activée par défaut. Étant donné que le Controller auquel duquel le VDA s’est enregistré dans le site 1 ne figure pas sur la liste envoyée par le Controller du site 2, le VDA se réenregistre, en choisissant parmi les Controller de la liste du site 2. Dès lors, le VDA est automatiquement mis à jour avec les informations du site 2.