Skip to main content

Moteur

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 Alteryx Designer, mis à l'échelle dans une organisation via Alteryx Service ou déployé dans le cloud dans Server.

Configurez le composant moteur sur les écrans Engine  (Moteur) dans System Settings  (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.

Temporary Directory (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).

Browse Everywhere Settings

Memory Limit per Anchor (KB)

The maximum memory to use to consume data for each output anchor for tools in a workflow. The default memory doesn't typically need to be changed.

Moteur

Le paramètre Engine  (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 Only  (AMP Engine uniquement) ou Both Engines  (Les deux moteurs), vous devez également sélectionner Enable AMP Engine  (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 Both Engines  (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 AMP Engine, consultez les pages d'aide Alteryx AMP Engine et Meilleures pratiques d'AMP Engine .

Comprendre les paramètres d'AMP Engine

Le paramètre Enable AMP Engine  (Activer AMP Engine) de l'écran Paramètres système  >  Controller  (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  > Engine  (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 Both Engines  (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 Default Number of Processing Threads  (Nombre de threads de traitement par défaut) et  Memory Limit  (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 .

  • 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é.

  • When not selected, you can specify a number for Memory Limit (MB) and Number of Processing Threads.

Memory Limit (MB)

Memory Limit (MB) is the maximum memory the engine will use to perform sort and join operations in a workflow. The default memory doesn't typically need to be changed.

  • If you selected the Allow Server to manage engine resources checkbox:

    • For Server machines that act as both a worker and a controller with the embedded MongoDB, the Memory Limit (MB) is automatically calculated based on this formula:

      (((Total Physical RAM/2) - 4096) / Number of Simultaneous Jobs)

    • For standalone workers, more memory is allocated to run workflows based on this formula:

      (Total Physical RAM / (Number of Simultaneous Jobs +2))

    • If the formulas result in less than 2 GB, set the Memory Limit (MB) to the minimum of 2 GB to ensure the engine is able to execute.

  • If you haven’t selected the Allow Server to manage engine resources checkbox, you can specify a number for Memory Limit (MB).

Important

For Server machines that act as both a worker and a controller with the embedded MongoDB, a good starting point is...

Memory Limit = (((Total Physical RAM/2) - 4096) / Number of Simultaneous Jobs)

For standalone workers, you can allocate more memory to run workflows. However, we recommend reserving 4 GB of memory to ensure the OS and other system services have enough memory. A good starting point is...

Memory Limit = (Total Physical RAM / (Number of Simultaneous Jobs +2))

Default Number of Processing Threads

Default Number of Processing Threads defines the number of processing threads tools or operations can use. Generally, the default value shouldn't be changed.

  • If you selected the Allow Server to manage engine resources checkbox, the Default Number of Processing Threads is automatically calculated based on this formula:

    Default Num Processing Threads = [LogicalCores]

  • If you haven’t selected the Allow Server to manage engine resources checkbox, you can set the Default Number of Processing Threads.

Allow Users to Override These Settings

Select Allow users to override these settings to allow users to override the above settings to define their own memory usage, processing, threads, etc. If unchecked, the users assume the settings provided.

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 que AMP s'exécute toujours à 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 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 Allow user alias to override the system alias (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.

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 proxy affichés dans  Engine  > 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, le paramètre Engine  > Proxy n'est pas disponible dans le menu des paramètres système.

Vous pouvez spécifier le type de protocole proxy (HTTP et SOCKS5h sont pris en charge) dans le paramètre  Proxy Protocol Type . Si vous ne spécifiez aucun type, la valeur par défaut est HTTP.

Important

Les paramètres de proxy affichés dans Engine  > Proxy peuvent ne pas refléter les paramètres proxy 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  > Run As  (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.

Si un serveur proxy est configuré pour l'ordinateur et qu'un nom d'utilisateur et un mot de passe sont requis, sélectionnez Proxy requires password  (Le proxy requiert un mot de passe) pour saisir le nom d'utilisateur ( Username ) et le mot de passe ( Password ) pour l'authentification proxy.