Optimisation de l'infrastructure Unattended à l'aide de modèles de machine

Cet article vous guide tout au long du processus de répartition de la charge de travail d'automatisation non assistée à l'infrastructure existante en spécialisant les machines dans l'exécution de types particuliers de processus afin de maximiser leur efficacité et de réduire les coûts.

Le tableau suivant indique la version UiPath Robot requise pour exécuter les processus en fonction de leurs frameworks cibles et des considérations de compatibilité du système d'exploitation.

Système d'exploitation (framework cible)	minimale 2021.8
Windows - Héritage (.NET Framework 4.6.1)	Tout
Windows (.NET 5.0+)	2021.10+
Multiplateforme (.NET 5.0+)	2021.10+

Le tableau suivant montre la version du robot UiPath requise pour exécuter les processus de premier plan/d'arrière-plan en fonction des considérations d'identification du robot.

Types de processus	Considérations relatives aux informations d'identification du Robot	minimale 2021.8
Arrière-plan	Avec identifiants	Tout
Premier plan	Avec identifiants	Tout
Arrière-plan	Sans identifiants	2021.10+
Premier plan	Sans identifiants	Configuration invalide. Vous avez besoin d'informations d'identification pour exécuter les tâches de premier plan.

Optimisation de l'infrastructure Unattended

Votre charge de travail Unattended a des besoins d'infrastructure uniques qui peuvent évoluer au fil du temps. Vous pouvez maximiser l'efficacité et minimiser les pertes en limitant le modèle de machine et l'infrastructure de machine associée à l'exécution d'un type de processus particulier.

1. Ajoutez ou modifiez un nouveau modèle de machine sur la page Machines.
2. Configurez les deux options disponibles dans la section Utilisation prises en charge (Supported usage) en fonction de vos besoins :
   
   

   

   
   

   Types de processus	Sur l'infrastructure de machine utilisant ce modèle de machine, vous pouvez procéder aux exécutions suivantes : Premier plan uniquement (Foreground only) : Uniquement les processus de premier plan, (1) Arrière-plan uniquement (Background only) : Uniquement les processus d'arrière-plan, (2) Tout (All) : Processus d'arrière-plan et de premier plan. (3)
   Compatibilité des processus	Sur l'infrastructure de machine utilisant ce modèle de machine, vous pouvez procéder aux exécutions suivantes : Windows uniquement (Windows only) : Processus compatibles Windows uniquement, (4) Multiplate-forme uniquement (Cross-platform only) : Processus multiplate-forme uniquement, (5) Tout : Processus compatibles Windows et multiplate-forme. (6)

Exemple

Supposons que vous utilisez UiPath Studio depuis un certain temps maintenant ; vous vous êtes inévitablement procuré une collection assez diversifiée d'automatisations : processus d'arrière-plan et de premier plan, certains développés à l'aide de .NET Framework 4.6.1, et les plus récents développés sur .NET 5.0.

Votre infrastructure est composée des éléments suivants :

• un bureau Windows
• un serveur Windows haute densité
• trois machines Linux

À quoi ressemblerait une stratégie d'optimisation efficace ?

Nombre de processus	Compatibilité (définie dans Studio)	Paramètres de modèle de machine (définis dans Orchestrator)	Pourquoi
4. processus d’arrière-plan.	Windows - Héritage (.NET Framework 4.6.1)	Nous connectons un bureau Windows à l'aide du modèle A que nous définissons comme suit : Type de processus = Arrière-plan uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 4	Les processus .NET Framework 4.6.1 ne peuvent s'exécuter que sur des machines Windows. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle A a 4 runtimes assignés, permettant l'exécution simultanée de 4 tâches.
6 processus d’arrière-plan.	Multiplateforme (.NET 5.0 ou supérieur)	Nous connectons 3 machines Linux à l'aide du modèle B que nous définissons comme suit : Type de processus = Premier plan uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 2	Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine. Le modèle B permet l'exécution de processus d'arrière-plan uniquement sur les machines Linux connectées. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle B a 2 runtimes attribués, permettant l'exécution simultanée de 2 tâches sur chaque machine Linux connectée : 2 tâches x 3 machines offrent une capacité d'exécution de 6 tâches simultanées.
10 processus de premier plan	Windows (.NET 5.0 ou supérieur)	Nous connectons le serveur Windows à l'aide du modèle C que nous définissons comme suit : Type de processus = Premier plan uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 10	Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine, machines Linux incluses, mais comme il s'agit de processus de premier plan développés pour Windows, vous devez les exécuter sur des machines Windows. Un compte peut exécuter un processus de premier plan à la fois. Un serveur Windows HD permet d'ouvrir plusieurs sessions de compte. Le modèle C a 10 runtimes attribués, ce qui signifie que 10 sessions sont ouvertes simultanément, permettant l'exécution simultanée de 10 tâches de premier plan.

Conseils & Astuces

• Allouez l'exécution des processus en arrière-plan à des machines moins coûteuses (telles que Linux).
• Gardez les machines Windows de côté pour l'automatisation au premier plan.
• Les processus d'arrière-plan développés à l'aide de .NET Framework 4.6.1 nécessitent Windows. Vous pouvez recourir aux bureaux Windows pour une exécution simultanée. Vous n'avez pas besoin d'un serveur Windows pour les processus en arrière-plan, ni d'un environnement à haute densité, car les tâches en arrière-plan peuvent s'exécuter simultanément sous le même compte.
• Vous avez besoin de Robots 2021.10 ou versions ultérieures pour exécuter des processus .NET. 5.0 ou versions ultérieures.

Attribution des tâches

Orchestrator n'autorise pas le démarrage de tâches sur des configurations non valides. Essayer de démarrer une tâche dans une configuration non valide entraîne un message d'erreur avec une description vous fournissant des informations pour corriger votre configuration.

Le démarrage d'une tâche en utilisant l'allocation dynamique, c'est-à-dire sans machine ni compte spécifié, avec une configuration de dossier incompatible entraînera une erreur. Assurez-vous de corriger la configuration, sinon les tâches resteront en attente indéfiniment. Par exemple, essayer d'exécuter une tâche .NET Framework 4.6.1 en arrière-plan alors qu'il n'y a que des modèles multiplateformes dans le dossier ne fonctionnera pas, car les tâches resteront en attente jusqu'à ce que la configuration soit corrigée.

Trouvez des détails sur la façon de corriger la configuration dans la fenêtre Détails de la tâche (Job Details).

Configurations invalides

• Les processus de premier plan sont développés en plus d'une interface utilisateur, et ont besoin d'une interface utilisateur pour être exécutés. Actuellement, l'automatisation de premier plan UiPath n'est possible que sous Windows. Pour cette raison, l'automatisation de premier plan sur des machines multiplateformes uniquement n'est pas une configuration valide.
• L'utilisation d'un modèle Windows uniquement (Windows only) sur une machine Linux n'est pas une configuration valide. Utilisez des modèles Multiplateforme uniquement (Cross-platform only) ou des modèles sans restriction (Tous (All)).
• L'utilisation d'un modèle Multiplateforme uniquement (Cross-platform only) sur une machine avec une version UiPath Robot antérieure à 21.8+ n'est pas une configuration valide. Mettez à jour la version ou définissez le modèle de machine sur Windows uniquement (Windows only) ou Tout (All).