Engine
Le moteur exécute les workflows en utilisant l'analyse et le traitement des données à grande vitesse. Ce processus peut être entièrement autonome dans Designer ou mis à l'échelle dans une organisation exécutant Alteryx Server sur site ou dans le cloud.
Configurez le composant moteur sur les écrans Moteur dans Paramètres système.
Engine Configuration (Configuration du moteur)
L'écran Engine Configuration (Configuration du moteur) comporte des options de configuration, telles que l'emplacement où vous souhaitez stocker les fichiers temporaires et les fichiers journaux, ainsi que des options permettant de spécifier l'utilisation des ressources système afin d'optimiser les performances.
Répertoire temporaire
Emplacement où Server stocke les fichiers temporaires utilisés lors du traitement du workflow.
Répertoire de journalisation
Emplacement où Server stocke les journaux de sortie produits lors du traitement du workflow. Accédez à Configurer et utiliser les journaux Server pour plus d'informations.
Package Staging Directory (Répertoire intermédiaire du package)
Emplacement où Server enregistre temporairement les fichiers associés au workflow lorsque vous modifiez les workflows stockés sur un Server. Par défaut, Server enregistre ces fichiers dans Engine Temporary Directory (le répertoire temporaire du moteur).
Paramètres Parcourir partout
Limite de mémoire par ancrage (Ko)
Mémoire maximum à utiliser pendant la consommation des données de chaque ancrage de sortie pour les outils d'un workflow. La mémoire par défaut n'a généralement pas besoin d'être modifiée.
Engine
Le paramètre Moteur indique au worker quels moteurs il peut utiliser et par conséquent quels workflows il peut exécuter. Si vous sélectionnez AMP Engine uniquement ou Les deux moteurs, vous devez également sélectionner Activer AMP Engine pour activer AMP au niveau de l'environnement. Pour plus d'informations, consultez la page d'aide Contrôleur.
Sélectionnez Original Engine Only (Moteur d'origine uniquement) pour exécuter uniquement les workflows du moteur d'origine sur ce nœud.
Sélectionnez AMP Engine Only (AMP Engine uniquement) pour exécuter uniquement les workflows AMP Engine sur ce nœud.
Sélectionnez Les deux moteurs pour exécuter les workflows du moteur d'origine et d'AMP Engine sur ce nœud. Si vous utilisez les deux moteurs, le temps d'exécution pour les tâches de qualité de service ne peut pas être garanti.
Pour plus d'informations sur l'AMP Engine, consultez les pages d'aide Alteryx AMP Engine et Meilleures pratiques d'AMP Engine.
Comprendre les paramètres de l'AMP Engine
Le paramètre Activer AMP Engine de l'écran Paramètres système > Contrôleur correspond au paramètre activé/désactivé de l'environnement Server. Ce paramètre active AMP au niveau de l'environnement. Pour plus d'informations, consultez la page d'aide Contrôleur. Le paramètre dans Paramètres système > Moteur indique au worker quels moteurs il peut utiliser et par conséquent quels workflows il peut exécuter.
Prenons par exemple un environnement à 3 nœuds. Le nœud 1 est configuré pour le contrôleur et Server et l'AMP est activé. Le nœud 2 est un nœud worker uniquement avec le moteur défini sur Original Engine Only (Moteur d'origine uniquement). Le nœud 3 est un nœud worker uniquement avec son moteur défini sur Les deux moteurs. Dans ce scénario, l'exécution de workflows AMP sur Server est activée et ces workflows ne s'exécutent que sur le nœud 3. Les workflows du moteur d'origine s'exécutent sur le nœud 2 ou le nœud 3. Si le nœud 3 est hors ligne, les workflows du moteur d'origine s'exécutent toujours sur le nœud 2, mais les workflows AMP sont bloqués dans la file d'attente jusqu'à ce que le nœud 3 soit de nouveau en ligne.
Allow Server to Manage Engine Resources (Autoriser Server à gérer les ressources du moteur)
Cochez cette case si vous souhaitez que Server remplisse automatiquement les valeurs Nombre de threads de traitement par défaut et Limite de mémoire.
Lorsque cette option est sélectionnée, au démarrage du service, le système vérifie vos ressources matérielles, notamment les processeurs logiques et la mémoire totale du système. Sur la base de cette vérification, le système calculera et utilisera par défaut le Nombre de threads de traitement et la Limite de mémoire (Mo).
Lorsque cette option est sélectionnée, le paramètre Allow users to override these settings (Autoriser les utilisateurs à remplacer ces paramètres) est désactivé.
Si cette option n'est pas sélectionnée, vous pouvez spécifier un nombre pour la Limite de mémoire (Mo) et le Nombre de threads de traitement.
Limite de mémoire (Mo)
Le paramètre Limite de mémoire (Mo) est la mémoire minimum que le moteur utilisera pour exécuter des opérations de tri et de jointure dans un workflow. La mémoire par défaut n'a généralement pas besoin d'être modifiée.
Si vous avez coché la case Autoriser Server à gérer les ressources du moteur :
Pour les machines Server qui agissent à la fois comme un worker et un contrôleur avec MongoDB intégré, la limite de mémoire (Mo) est automatiquement calculée sur la base de la formule suivante :
(((Total RAM physique/2) - 4 096) / Nombres de tâches simultanées)
Pour les workers autonomes, plus de mémoire est allouée pour exécuter les workflows sur la base de la formule suivante :
(Total RAM physique / (Nombres de tâches simultanées +2))
Si les formules donnent moins de 2 Go, définissez la Limite de mémoire (Mo) à la valeur minimale de 2 Go pour vous assurer que le moteur est en mesure de s'exécuter.
Si vous n'avez pas coché la case Autoriser Server à gérer les ressources du moteur, vous pouvez spécifier un nombre pour la Limite de mémoire (Mo).
Important
Pour les machines Server qui agissent à la fois comme un worker et un contrôleur avec la MongoDB intégrée, il est conseillé de commencer par :
Limite de mémoire = (((Total RAM physique/2) - 4 096) / Nombres de tâches simultanées)
Pour les workers autonomes, vous pouvez allouer plus de mémoire pour exécuter des workflows. Cependant, nous vous recommandons de réserver 4 Go de mémoire pour vous assurer que le système d'exploitation et les autres services système disposent de suffisamment de mémoire. Il est conseillé de commencer par :
Limite de mémoire = (Total RAM physique / (Nombres de tâches simultanées +2))
Default Number of Processing Threads (Nombre de threads de traitement par défaut)
Le paramètre Nombre de threads de traitement par défaut définit le nombre de threads de traitement que les outils ou les opérations peuvent utiliser. En règle générale, la valeur par défaut ne doit pas être modifiée.
Si vous avez coché la case Autoriser Server à gérer les ressources du moteur, le Nombre de threads de traitement par défaut est automatiquement calculé avec la formule suivante :
Nombre de threads de traitement par défaut = [LogicalCores]
Si vous n'avez pas coché la case Autoriser Server à gérer les ressources du moteur, vous pouvez définir le Nombre de threads de traitement par défaut.
Allow Users to Override These Settings (Autoriser les utilisateurs à remplacer ces paramètres)
Sélectionnez Autoriser l'utilisateur à remplacer ces paramètres pour permettre aux utilisateurs de remplacer les paramètres ci-dessus, afin de définir leur propre utilisation de la mémoire, leur traitement, leurs threads, etc. Si cette option n'est pas cochée, les utilisateurs adoptent les paramètres fournis.
Run Engine at a Lower Priority (Exécuter le moteur en basse priorité)
Avant la version 2023.1, AMP ignore le paramètre Run engine at a lower priority (Exécuter le moteur en basse priorité) dans Paramètres système Alteryx. Cela signifie qu'AMP fonctionne toujours avec une priorité inférieure, quelle que soit la sélection.
La version 2023.1 applique le paramètre Run engine at a lower priority (Exécuter le moteur en basse priorité). Si le paramètre n'est pas sélectionné, les workflows créés avec l'AMP Engine peuvent utiliser tous les cœurs de processeur et une quantité significative de la ram (selon vos paramètres). Cela peut rendre le système moins réactif et affecter le comportement de Server. Vous trouverez plus d'informations sur la page Priorité de planification de Microsoft.
Allow User Alias to Override the System Alias (Autoriser l'alias utilisateur à remplacer l'alias système)
Sélectionnez Autoriser l'alias utilisateur à remplacer l'alias système afin d'autoriser tout alias utilisateur se trouvant dans le référentiel d'alias à prendre la priorité sur un alias système.
Paramètres proxy
Server peut utiliser un proxy pour accéder à Internet, plutôt que de se connecter directement à un hôte Internet.
Server extrait les paramètres proxys affichés dans Moteur > Paramètres proxy à partir des paramètres Internet de Windows pour l'utilisateur connecté à la machine. S'il n'existe aucun paramètre proxy pour l'utilisateur connecté à la machine, les paramètresEngine > Proxy ne sont pas disponibles dans le menu Paramètres système.
Pour poursuivre la configuration, sélectionnez votre Type de configuration.
Type de configuration
Configuration du proxy de compatibilité
La configuration héritée représente les paramètres proxy au niveau du système d'origine utilisés par Alteryx Server. Lorsque le Type de configuration est défini sur Configuration de proxy de compatibilité, le moteur lit et écrit les valeurs de proxy directement dans le fichier XML des paramètres d'exécution existant et utilise ces paramètres pour toutes les exécutions compatibles du moteur.
Note
Utiliser l'option Configuration du proxy de compatibilité dans les cas suivants :
Vos déploiements Server existants reposent déjà sur une configuration proxy au niveau du système.
Vous ne souhaitez pas encore gérer le proxy via les connexions DCM (proxy centralisé).
Vous avez besoin d'une rétrocompatibilité pour les anciens workflows et environnements qui attendent le comportement hérité.
Si vous avez sélectionné Configuration du proxy de compatibilité, spécifiez les éléments suivants :
Méthode de configuration du proxy : affichée de manière dynamique. L'une des options suivantes s'affiche :
Aucun proxy utilisé : les exécutions du moteur se connectent directement sans utiliser de proxy.
Détection automatique du proxy en cours d'utilisation : détecte automatiquement les paramètres du proxy.
Script de configuration du proxy en cours d'utilisation : le moteur utilise un script de configuration (fichier PAC).
Proxy Internet Explorer en cours d'utilisation : la configuration du proxy est issue des Options Internet Windows.
Serveurs proxy : les valeurs pour HTTP, Secure, FTP et Socks sont lues à partir des Options Internet Windows et s'appliquent lorsque Windows est configuré pour utiliser un serveur proxy. Si votre méthode de proxy est réglée sur détection automatique ou sur un script de configuration, ces champs peuvent être vides.
Protocole proxy : spécifiez le type de protocole proxy (HTTP et SOCKS5h sont pris en charge). Si vous ne spécifiez aucun type, la valeur par défaut est HTTP.
Informations d'identification de proxy : si un serveur proxy est configuré pour la machine et qu'un nom d'utilisateur et un mot de passe sont requis, sélectionnez Le proxy requiert des informations d'identification pour saisir le Nom d'utilisateur et le Mot de passe pour l'authentification proxy.
Configuration de proxy améliorée
Configuration du proxy centralisée utilisant le même modèle de paramètres que les Paramètres utilisateur dans Designer. Cette configuration vous permet de gérer les proxys comme des connexions proxy DCM. Lorsque le Type de configuration est défini sur Configuration de proxy améliorée, le moteur utilise les connexions proxy définies dans DCM et stockées dans le fichier XML des paramètres d'exécution.
Note
Utiliser l'option Configuration de proxy améliorée lorsque :
Vous souhaitez une méthode unique et cohérente pour gérer le proxy à la fois pour le Designer et Server.
Vous avez besoin d'options d'authentification plus riches et de topologies de proxy plus complexes.
Vous souhaitez partager la configuration du proxy entre les utilisateurs et les environnements à l'aide des règles DCM.
Si vous avez sélectionné Configuration du proxy améliorée, spécifiez les éléments suivants :
Paramètres d'utilisation du proxy : sélectionnez l'une des quatre options.
Ne jamais utiliser de proxy : les exécutions du moteur n'utilisent aucun proxy.
Utiliser les paramètres des options Internet : la configuration du proxy provient du système d'exploitation (Options Internet).
Consommer les fichiers PAC à cet emplacement : le moteur utilise un fichier PAC du chemin spécifié. Le chemin est validé avant l'enregistrement. Saisissez l'emplacement du fichier PAC ainsi qu'une validation du chemin d'accès.
Manuel : le proxy est défini manuellement. Saisissez une liste d'URL séparées par des virgules. L'URL et le port du serveur proxy sont lus à partir de la connexion DCM du proxy.
Authentification proxy : saisissez un ou plusieurs ID de connexion dans une liste séparée par des virgules. Pour une utilisation manuelle du proxy, saisissez un seul ID de connexion. Les identifiants utilisent le format
c.cid.afin que le partage et les règles de gestion des connexions de l'environnement fonctionnent de la même manière qu'avec les autres connexions DCM.Pour trouver un ID de connexion, accédez à Server > Administrateur > Connexions DCM. Dans la liste des connexions, sélectionnez le menu à 3 points de la connexion, puis sélectionnez Copier l'ID. Pour plus d'informations sur les connexions proxy, reportez-vous à la page d'aide Gestionnaire de connexions aux données : interface utilisateur Server.
Important
Les paramètres de proxy affichés dans Engine > Proxy peuvent ne pas refléter les paramètres proxys réellement utilisés lorsque le service s'exécute pendant l'exécution du workflow. Si votre entreprise utilise des proxys pour l'accès à Internet, nous vous recommandons d'utiliser le paramètre Worker > Exécuter en tant que pour vous assurer que l'accès à Internet est autorisé lorsque les utilisateurs de Server exécutent et planifient des workflows. Consultez la page d'aide Worker pour plus d'informations.