- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Exemples de configurations
- Enregistrement des identifiants du Robot dans CyberArk
- Configuration des Robots Attended
- Configurer des robots Unattended
- Stockage des mots de passe d'Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d'identification de l'Unattended Robot dans HashiCorp Vault (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Authentification par carte à puce
- Audit
- Service de catalogue de ressources
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Autres configurations
- Intégrations
- Robots classiques
- Administration de l'hôte
- À propos du niveau de l'hôte
- Gestion des administrateurs système
- Gestion des locataires
- Configuration des notifications par e-mail du système
- Journaux d'audit pour le portail hôte
- Mode de Maintenance
- Administration de l'organisation
- Résolution des problèmes
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.
Pour en savoir plus sur les différents types de licences, consultez :
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.
Un processus de licence commence le plus souvent par l'activation de votre licence Orchestrator. Si vous souhaitez gérer vos licences au niveau de l'hôte, activez votre licence Orchestrator et attribuez-les à des locataires.
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 et connecter Studio à Orchestrator via son Robot. N’oubliez pas de cocher la case Licence autonome (Stand-alone license) lors de la création de votre Robot, pour empêcher Orchestrator d’attribuer une licence Studio à partir de son pool de licences.
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 :
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 affectés à un objet machine déterminent les types de processus qui peuvent s'exécuter sur cette machine.
É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.
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 locataires, seul l'administrateur système reçoit ces alertes par e-mail. Au niveau du locataire, tous les utilisateurs actifs disposant de l'autorisation Licence - Consultation (View) les reçoivent. Les e-mails sont localisés par utilisateur.
Après l'expiration de votre licence, une période de grâce vous est accordée pendant laquelle vous pouvez renouveler votre licence sans aucune interruption des opérations. À l'ouverture de session, une notification s'affiche et vous informe que votre licence est expirée et de la durée de la période de grâce :
Vous pouvez fermer la notification en cliquant sur OK (OK) et continuer à travailler comme d'habitude. Après la fin de la période de grâce prescrite, Orchestrator sera sans licence et ne sera plus opérationnel.