À propos des licences

Orchestrator est généralement concédé sous licence via une licence d'hôte ou une licence au niveau de l'organisation, par un administrateur système.

Cependant, certaines fonctions d'Orchestrator nécessitent que les administrateurs ou les utilisateurs d'Orchestrator comprennent et travaillent avec d'autres types de licences, qui permettent l'utilisation de diverses fonctionnalités. Celles-ci sont appelées licences de service et, parmi celles-ci, le runtime est particulièrement intéressant.

Cette page couvre strictement les aspects de licence qui intéressent les administrateurs et les utilisateurs d'Orchestrator pour l'utilisation d'Orchestrator.

Concepts d'octroi de licences

Pour en savoir plus sur les différents types de licences, consultez :

Autorisations d'attribution de licences

Plusieurs autorisations sont disponibles pour permettre à un utilisateur d'effectuer les différentes actions liées à la licence décrites sur cette page :

Licence (License) - Modifier (Edit) ou Licence (License) - Créer (Create ) - permet d'activer ou de mettre à jour des licences
Licence (License) - Afficher (View ) - active les boutons Voir plus (See More ) sur la page Licence (License), qui vous permettent de voir les détails des Robots sous licence sur leur page correspondante. Le bouton Afficher les robots (View Robots ) est également disponible sur ces pages si vous disposez également de l'autorisation Robots - Afficher (View) .
Licence (License) - Supprimer (Delete ) - permet de supprimer des licences.

Étapes d'attribution de licences

Un processus de licence commence le plus souvent par l'activation de votre licence Orchestrator, comme expliqué ici. Si vous souhaitez gérer vos licences au niveau de l'hôte, activez votre licence Orchestrator et attribuez-les, comme expliqué ici.

Il ne vous reste ensuite plus qu'à connecter le Robot à Orchestrator pour activer la licence.

Pour Studio, il existe deux possibilités :

Vous pouvez activer sa licence directement depuis Orchestrator. C'est la méthode recommandée.
Vous pouvez l'activer localement puis connecter Studio à Orchestrator via son Robot. N'oubliez pas de cocher la case Licence autonome lors de la création de votre Robot, pour empêcher Orchestrator d'attribuer une licence Studio à partir de son pool de licences.

Utilisation de licence

Il existe plusieurs façons de surveiller l'utilisation des licences à partir d'Orchestrator :

Si vous souhaitez évaluer s'il y a une marge d'optimisation de l'efficacité des licences, vous avez la possibilité de surveiller les données historiques des licences sur la page Locataire (Tenant) > Surveillance ( Monitoring ), en sélectionnant Licence (License) dans la liste Section (Section).
Sur la page Licence (License), le nombre total de runtimes disponibles sur toutes les machines en ligne s'affiche. N'oubliez pas qu'une machine utilise les licences dès que le service Robot est démarré.

Pour publier une licence instantanément, désactivez la machine de la page Licence ( License ) correspondante. Notez que vous ne pouvez pas utiliser Studio ou le Robot sur une machine désactivée.

Une machine désactivée est signalée en étant barrée par une croix sur la page Robots :

Combien de runtimes allouer

Bien que la gestion des licences soit généralement effectuée à partir des interfaces d'administration, dans Orchestrator, vous travaillez avec un type de licence particulier : le runtime, qui est une licence de service pour une utilisation robotique.

Les runtimes sont les licences dont vous avez besoin pour exécuter des automatisations Unattended. Vous allouez des runtimes lorsque vous créez un objet machine dans Orchestrator. Il y a deux aspects à connaître lors de l’attribution de runtimes :

Nombre de runtimes: vous pouvez attribuer un nombre personnalisé de runtimes à un objet machine (machine standard ou modèle de machine), qui détermine le nombre de processus pouvant s'exécuter simultanément sur une machine.

Le nombre de runtimes requis est donné par le nombre de tâches que vous souhaitez autoriser à être exécutées en même temps sur cette machine ; il n'est pas impacté par le nombre de robots sur la machine.

Supposons que vous ayez un modèle de machine avec 10 runtimes de production (Unattended) qui lui sont alloués. Pour chaque station de travail connectée à l'aide de la clé machine de ce modèle, 10 runtimes de production (Unattended) sont réservés à partir des licences disponibles au niveau du locataire, permettant l'exécution de 10 tâches en même temps. À partir de ces runtimes réservés, un runtime n'est utilisé que pendant l'exécution de la tâche. Ainsi, si vous connectez 4 machines à Orchestrator à l'aide de ce modèle, vous avez besoin et réservez 40 runtimes au niveau du locataire. Avec, par exemple, 25 tâches en cours d'exécution, 25 des 40 runtimes réservés sont en cours d'utilisation, ce qui laisse 15 runtimes réservés, mais inutilisés.
Types de runtimes : les types de runtimes attribués à un objet machine déterminent les types de processus pouvant s’exécuter sur cette machine.

Runtimes pour les dossiers classiques

Étant donné que pour les dossiers classiques, vous pouvez avoir plusieurs entités Robot sur la même machine, il est important de comprendre que plus de Robots ne signifie pas plus de capacité d'exécution. Pour cela, vous avez besoin de plus de runtimes.

Par exemple, si un ordinateur dispose de 5 Robots, mais qu'il est limité à 3 runtimes, cela signifie que 3 licences seulement sont décomptées. Si vous exécutez 5 tâches, ou si vous planifiez tous les Robots sur cette machine, les événements suivants se produisent :

3 tâches sont exécutées sur les 3 premiers Robots sous licence ;
les 2 Robots restants sans licence sont mis en attente ;
les 3 premiers robots cessent d'utiliser les licences ;
les 2 robots restants disposent d'une licence et exécutent les tâches affectées, laissant une licence réservée, mais non utilisée.

Si, sur une machine, vous disposez uniquement d'un Robot Unattended ou NonProduction et y affectez 30 runtimes, 30 licences sont décomptées si cette machine est en ligne.

Si 10 utilisateurs (Robots) partagent une machine exécutant Windows 7, vous pouvez exécuter uniquement un processus à la fois, et vous devez utiliser la valeur par défaut du nombre de runtimes, c'est-à-dire 1. Si vous affectez plus de 1 runtime à une machine exécutant la station de travail Windows et que vous tentez d'exécuter simultanément plusieurs tâches, des messages d'erreur seront générés.

Lorsque le service UiPath Robot est en cours d'exécution sur une machine donnée, il s'affiche comme étant sous licence. S'il n'y a plus de licences disponibles, la machine ne sera pas sous licence.

Toutes les machines hébergeant des Robots de type non assistés sont répertoriés sur la page Non assisté (Unattended) ou Hors production (NonProduction). Vous pouvez également y consulter le nombre de runtimes alloués, le nombre de Robots définis et en cours d'exécution, ainsi que l'état de la licence de la machine. En outre, vous pouvez modifier le nombre de runtimes alloués à une machine et afficher une liste des Robots définis sur cette machine.

Rmarque : si une machine est en ligne mais n'est pas sous licence, elle tente d'acquérir un runtime à chaque pulsation.

Expiration de la licence

Alertes d'expiration

Par défaut, vous êtes informé 180, 90, 30, 14, 7 et 1 jour avant la date d’expiration de la licence. Vous pouvez configurer ces valeurs à l’aide du paramètre SystemJobs.LicenseExpirationAlert.DaysBefore.

Au niveau de l'hôte, pour les licences uniques réparties sur plusieurs organisations, seul l'administrateur système reçoit ces alertes par e-mail. Au niveau du locataire, tous les utilisateurs actifs disposant d'autorisations Licence - Afficher (License - View) les reçoivent. Les e-mails sont localisés par utilisateur.

Période de grâce

Votre licence peut inclure une période de grâce. Si c'est le cas, vous en êtes informé à l'ouverture de session et pouvez renouveler la licence sans subir d'interruption de service. Si ce n’est pas le cas, vos robots cessent de fonctionner au moment de l’expiration.

À cette page