Skip to main content

Alteryx Designer sur Citrix

Vue d'ensemble

Utilisez ce guide pour déployer Alteryx Designer via une infrastructure de bureau virtuel (VDI) persistante et non persistante. Les licences VDI ne sont pas flottantes, simultanées ou basées sur le réseau. Consultez notre CLUF pour plus de détails.

Exigences et conditions préalables

Alteryx prend désormais en charge le déploiement de VDI persistante et non persistante via Citrix. Nous avons testé et validé une configuration Citrix sur :

  • Citrix VDA 7.15 CU8

  • Applications FSLogix 2.9.7979.62170

Important

La virtualisation des applications n'est pas prise en charge.

Configuration requise pour une VDI persistante (Citrix uniquement)

Configuration requise pour une VDI non persistante (Citrix uniquement)

  • Utilisez des ressources système non partagées dédiées telles que le CPU et la RAM.

  • Doit répondre à la configuration système requise par Alteryx Designer.

  • Alteryx Designer version administrateur (recommandé) ou version non-administrateur 2022.1.1.25127 ou plus récent (voir la Politique de support de la version pour les versions actuellement prises en charge).

  • Citrix Virtual Apps and Desktops 7.

  • Compatible avec les systèmes d'exploitation Windows pris en charge par Designer.

  • (licences héritées) Alteryx License Server (ALS) version 2021.4.1.04899 ou plus récent (la version 2024.2.1 est la plus récente). L'ajout d'Alteryx License Server peut nécessiter des modifications d'un contrat logiciel existant.

  • (licence héritée) Alteryx License Server installé sur un serveur statique non-Citrix avec communication activée entre l'environnement Citrix et Alteryx License Server sur le port 7070.

Prise en main du déploiement d'une VDI

Le processus de déploiement de VDI non persistante varie en fonction de votre type de compte Alteryx.

Pour commencer (compte Alteryx One)

Les comptes Alteryx One avec Designer versions 2025.1 ou ultérieures n'utilisent plus License Server pour déployer une VDI non persistante.

Pour commencer le déploiement d'une VDI non persistante…

  1. En tant qu'administrateur de l'espace de travail, invitez d'abord les utilisateurs à rejoindre votre espace de travail Alteryx One. Les utilisateurs invités reçoivent un e-mail d'invitation. Pour plus d'informations sur la gestion des utilisateurs, consultez Gestion des utilisateurs.

  2. Les utilisateurs devront suivre le lien dans leur e-mail pour accepter l'invitation.

  3. Une fois que les utilisateurs ont accédé à leurs comptes Alteryx One, ils peuvent utiliser le Centre de téléchargement Alteryx One pour télécharger et activer Designer.

Pour commencer (ALS et licences héritées)

Important

L'option de déploiement Alteryx License Server (ALS) est disponible pour les clients disposant de clés de licence héritées jusqu'à la version 2025.2 de Designer. Veuillez noter que les versions de License Server se sont arrêtées à la version 2024.2.1.

À l'avenir, nous recommandons le déploiement via Alteryx One (disponible pour Designer version 2025.1 et ultérieures).

Pour commencer le déploiement d'une VDI non persistante…

  1. Installez Alteryx Designer version 2022.1.1.25127 ou plus récent (voir la Politique de support de la version pour les versions actuellement prises en charge).

  2. Avant de procéder au déploiement auprès des utilisateurs finaux, lancez Designer en tant qu'administrateur pour vous connecter à votre License Server.

    Avertissement

    • Ne définissez pas d'adresse e-mail.

    • N'activez pas la licence.

    • Si vous disposez d'une licence Alteryx Designer, supprimez la licence.

  3. Vous disposez désormais d'un fichier RuntimeSettings.xml dans %PROGRAMDATA%\Alteryx configuré pour utiliser le mode LocalLicensingServer et connecter Designer à votre instance ALS. Notez que la valeur de l'URL de Server dépend de votre environnement.

  4. Déployez le fichier RuntimeSettings.xml préconfiguré auprès de vos utilisateurs.

Exemple de fichier XML RuntimeSettings

<?xml version="1.0" encoding="UTF-8"?>
<SystemSettings>
    <Engine>
        <InterfaceLanguage>English</InterfaceLanguage>
    </Engine>
    <Environment>
       <LicensingMode>LocalLicensingServer</LicensingMode>
       <LocalLicensingServerUrl>http://SERVERNAME:7070/request</LocalLicensingServerUrl>
    </Environment>
</SystemSettings>

Meilleures pratiques et recommandations (ALS et licences héritées)

Important

L'option de déploiement Alteryx License Server est disponible pour les clients disposant de clés de licence héritées jusqu'à la version 2025.2 de Designer. Veuillez noter que les versions de License Server se sont arrêtées à la version 2024.2.1.

À l'avenir, nous recommandons le déploiement via Alteryx One (disponible pour Designer version 2025.1 et ultérieures).

  • À partir de la version 2021.4.1.04899 d'Alteryx Licence Server, vous pouvez utiliser l'option de configuration borrowIntervalMax pour définir le délai (en jours) après lequel une licence déjà utilisée est renvoyée à License Server :

    -config -set licensing.borrowIntervalMax=#d

    Par exemple, pour définir une licence utilisée qui sera restituée après 2 jours, utilisez :

    flexnetlsadmin -server http://localhost:7070/api/1.0/instances/~ -authorize admin [Password] -config -set licensing.borrowIntervalMax=2d

    Pour plus d'informations, reportez-vous au guide de License Server sur le portail Téléchargements et licences.

  • Pour les environnements de VDI non persistante, nous vous recommandons de créer un script et de planifier l'activation et la désactivation de la ligne de commande conformément à une session Windows. Si la tâche de planification échoue, l'intervalle d'emprunt permettra tout de même de libérer la licence.

    - AlteryxActivateLicenseKeyCmd.exe supprimer

  • Nous vous recommandons d'utiliser la version administrateur de Designer afin d'éviter les étapes manuelles de déplacement des dossiers et des fichiers requises avec la version non-administrateur.

FAQ

Comment fonctionnent les connexions à la base de données et DCM sur un VDI ?

VDI persistante

Les connexions à la base de données et DCM doivent être conservées et accessibles d'une session à l'autre.

VDI non persistante

  • Ces options sont disponibles d'une session à l'autre uniquement si elles sont intégrées à l'image de base pour l'utilisateur :

    • Pilotes de base de données

    • connexions DSN

    • Connexions En base de données (In-DB) (sauf si vous utilisez des connexions de fichiers In-DB enregistrées sur un emplacement réseau)

    • Connexions à la base de données avec alias de connexion enregistré (utilisateur ou système géré)

  • Les connexions sans DSN font partie du workflow, mais dépendent du pilote inclus dans l'image de base, comme indiqué ci-dessus. Le chiffrement du mot de passe doit être défini sur Masquer ou Chiffrer pour l'utilisateur.

  • Les connexions à la base de données partagée, ainsi que les connexions DCM, doivent être resynchronisées au début d'une session.

  • Les connexions DCM peuvent être synchronisées avec un Alteryx Server ou un coffre-fort externe (le cas échéant) avant la fin de la session. Au début de la session suivante, les connexions DCM peuvent être synchronisées à partir d'Alteryx Server ou du coffre externe.

ALS and Legacy Licensing FAQ

Pourquoi l'un de mes utilisateurs sous licence ne peut-il pas accéder à une licence à partir de License Server ?

Il est possible que l'utilisateur n'ait pas restitué la licence à la fin de sa dernière session. Nous vous recommandons d'exécuter cette commande (à partir du répertoire Alteryx installation\bin) lorsqu'un utilisateur non persistant se déconnecte de sa session :

AlteryxActivateLicenseKeyCmd.exe supprimer

Que se passe-t-il si le nombre d'utilisateurs d'une VDI non persistante est supérieur au nombre de licences disponibles ?

Alteryx n'est pas en mesure de créer une licence pour l'instance Designer dans la nouvelle instance VDI.

Lors de l'utilisation d'environnements non persistants, un utilisateur peut-il avoir plus d'une licence activée s'il s'est connecté ou déconnecté de plusieurs instances VDI ?

Oui, c'est pourquoi nous vous recommandons d'utiliser un script de désactivation de licence à la déconnexion lorsque vous utilisez des environnements non persistants. Cela permet d'éviter les scénarios dans lesquels un utilisateur s'est connecté à plusieurs environnements ou a activé plusieurs licences à la fois.

Dans cette section​: