À 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.

Licensing concepts

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

• Licence de plate-forme
• Licence utilisateur
• Licence de service

Licensing permissions

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.

Licensing steps

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

Utilisation de licence

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

• Pour évaluer s’il y a une marge d’optimisation de l’efficacité de la licence, vous avez la possibilité de surveiller les données historiques de licence sur la page Locataire (Tenant) > Surveillance (Monitoring), en sélectionnant Licence (License) dans la liste 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 :

  
  

  

  
  

How many runtimes to allocate

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 affecter un nombre personnalisé de runtimes à un modèle de machine, qui détermine le nombre de processus pouvant s'exécuter en même temps 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 (Types of runtimes) : les types de runtimes attribués à un objet machine déterminent les types de processus pouvant s’exécuter sur cette machine.

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 d’application 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 - Affichage (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.