- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (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
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Paramètres
- Cloud Robots
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Diffusion en direct et contrôle à distance
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Questions fréquemment posées
Toutes les machines standard que nous fournissons sont des machines virtuelles Microsoft Azure de type Standard_E2s_v4, qui disposent d'une puissance de calcul suffisante pour les automatisations de base.
En outre, toutes les machines virtuelles standard sont livrées avec :
- les logiciels UiPath Studio et Robot préinstallés
- les navigateurs Web pris en charge dont vous pourriez avoir besoin pour exécuter des automatisations.
Si vous avez besoin d'un logiciel supplémentaire ou pour configurer la machine virtuelle d'une certaine manière, vous pouvez la personnaliser davantage.
Voici quelques éléments à prendre en compte lors du choix de la taille de la machine :
- Quelle est la taille de vos jeux de données ?
- Quels types d'applications prévoyez-vous d'exécuter et quelles sont leurs exigences ?
- Combien d'applications prévoyez-vous d'exploiter ?
- Utiliserez-vous les packages de compétences ML et d'IA ?
- Quel type de tâches la machine exécutera-t-elle : petites tâches de routine, tâches lourdes, configuration unique, débogage ?
En fonction des réponses, vous pourrez peut-être utiliser une petite machine ou nécessiter une machine plus puissante.
Les tailles de machines parmi lesquelles vous pouvez choisir ont les caractéristiques techniques suivantes :
Taille |
vCPU |
Mémoire (Gio) |
Débit maximal du disque non mis en cache (IOPS/Mo/s) |
Débit maximal du disque non mis en cache en rafale (IOPS/Mo/s) |
Bande passante réseau attendue (Mbit/s) |
---|---|---|---|---|---|
Petite |
2 |
16 |
3200/48 |
4000/200 |
5,000 |
Standard |
4 |
32 |
6400/96 |
8000/200 |
10,000 |
Moyenne |
8 |
64 |
12800/192 |
16000/400 |
12,500 |
Grande |
16 |
128 |
25600/384 |
32000/800 |
12,500 |
Nous prenons soin de mettre à jour vos machines virtuelles pour utiliser la dernière version d'UiPath Studio et Robot dans les 2 semaines environ suivant la disponibilité d'une nouvelle version.
La mise à jour se produit :
- lorsqu'une machine nécessitant une mise à jour démarre pour la première fois
- avant qu'une machine qui exécutait des tâches ne s'arrête
- pour les machines qui sont constamment utilisées et qui ne sont pas en mesure de recevoir la mise à jour pendant 2 semaines depuis la disponibilité de la mise à jour, nous planifions une courte fenêtre de maintenance sur la machine pour appliquer la mise à jour.
Toutes les machines virtuelles sont créées et hébergées dans notre abonnement Microsoft Azure.
Dans quelle région les machines virtuelles sont-elles hébergées ?
Toutes les machines virtuelles sont créées et hébergées dans la région du locataire.
Les administrateurs de l'organisation peuvent voir quelle est la région d'un locataire dans les Paramètres du locataire (Tenant Settings) (Admin > Locataires (Tenants)).
Les images machine que j'ai créées seront-elles automatiquement mises à jour avec la dernière version et les mises à jour de Windows ?
Non. Si vous souhaitez installer la dernière version et les mises à jour de Windows, vous pouvez :
-
vous connecter à la machine à l'aide de RDP pour mettre à jour manuellement Windows.
Ensuite, si vous le souhaitez, vous pouvez également créer une image de la machine personnalisée et l'utiliser dans d'autres modèles de machines.
- configurer une fenêtre de maintenance pour le modèle lorsque vous pouvez appliquer des mises à jour à toutes les machines.
Seules les machines appartenant au modèle de machine sur lequel la fenêtre de maintenance a été configurée et pour lesquelles l'option Accepter les tâches (Accept Jobs) est définie sur Activé (Enabled) entrent dans la fenêtre de maintenance.
Les machines qui ne sont pas en cours d'exécution sont automatiquement démarrées pour la fenêtre de maintenance.
Nous désactivons automatiquement les machines les plus récemment créées si elles consomment plus de Robot Units que vous n'en avez pour votre locataire.
Vous devez ajouter suffisamment de Robot Units pour cette machine au locataire. Celles-ci seront consommées et votre machine désactivée sera automatiquement réactivée dans un délai d'environ 30 minutes.
Si vous n'affectez pas suffisamment de Robot Units pour réactiver toutes vos machines désactivées, seules certaines machines seront réactivées. Nous commençons par la machine la plus ancienne et passons à la plus récente.
Oui. Si vous avez des machines désactivées et que vous ajoutez des Robot Units à votre locataire, elles sont automatiquement consommées pour réactiver vos machines désactivées.
Comment puis-je empêcher les machines désactivées de consommer des Robot Units nouvellement ajoutés ?
Si, par exemple, vous souhaitez allouer des Robot Units supplémentaires à un locataire pour les robots Automation Cloud - serverless, vous devez vous assurer que vous n'avez pas de machines désactivées qui consommeraient les Robot Units.
Pour éviter cela, vous devez supprimer les robots cloud désactivés - machines VM avant d'attribuer les Robot Units au locataire.
Lors de la définition du modèle de machine automatique, assurez-vous que vous disposez de suffisamment de Robot Units pour exécuter vos machines.
Si vous n'avez pas assez de RU, les restrictions d'utilisation suivantes s'appliquent :
-
Si vos Robot Units ne correspondent pas au nombre maximal de machines virtuelles définies dans le pool, nous supprimons toutes les machines du pool et cessons d'en créer de nouvelles jusqu'à ce que vous allouiez suffisamment de Robot Units pour prendre en charge le nombre maximal de machines.
Remarque : Au lieu d'ajouter d'autres Robot Units, nous vous recommandons de réduire le nombre maximal de machines virtuelles dans le pool. - Une tâche en cours d'exécution sur une machine qui ne dispose pas de suffisamment de RU génère l'alerte suivante « Aucune machine virtuelle dans <Pool_name> en raison d'un nombre insuffisant de Robot Units. »
- Dès qu'un nombre suffisant de Robot Units sont disponibles, elles sont automatiquement utilisées.
- Si plusieurs pools sont en surconsommation, nous attribuons tous les Robot Units disponibles aux derniers sous-ensembles de pools créés.
Exemple : vous avez cinq pools, chacun ayant un maximum de trois machines, pour un total de 15 machines.Vos RU peuvent prendre en charge deux machines, ce qui signifie que les cinq pools sont maintenant dans un état de surconsommation, vous ne pouvez donc pas les utiliser.
- Vous ajoutez les RU requises pour prendre en charge cinq machines supplémentaires. Vous pouvez désormais utiliser un total de sept machines.
- Deux pools deviennent disponibles et consomment des RU pour six machines (deux pools de trois machines chacun).
- Trois pools restent en état de surconsommation et les RU disponibles desservent une machine. Par conséquent, les deux pools sont créés en dernier.
Une fois les pools automatiques créés, les RU attribuées sont consommées en fonction de leur attribution mensuelle. Si des RU sont disponibles, le renouvellement automatique s’applique.
Lorsqu’une VM est supprimée d’un pool manuel ou lorsqu’un pool automatique est supprimé, les RU correspondantes sont libérées dans les 24 heures qui suivent.
-
Pour le reste du mois de contrat en cours, vous pouvez réutiliser les RU libérées dans le même locataire.
-
Pour les mois suivants, les RU restantes peuvent être utilisées entre différents locataires.
Imaginons que vous ayez acquis un pack de 72 000 RU pour un contrat d’un an, qui commence le 1er janvier et se termine le 31 décembre. La chronologie suivante s’ensuit :
-
1er janvier : vous créez une VM1 dans le locataire T1, laquelle consomme 6000 RU.
-
15 janvier : vous supprimez la VM1 du locataire T1.
-
16 janvier : les 6000 RU sont libérées et vous pouvez les réutiliser pour créer une VM2 dans le même locataire T1.
-
1er février : vous conservez la même VM2 en cours d’exécution dans le locataire T1, qui consomme 6000 RU supplémentaires de votre bundle, en se basant sur l’attribution mensuelle. Il vous reste 60 000 RU (72 000 moins 6000 pour janvier et 6000 pour février).
-
15 février : vous conservez la même VM2 dans le locataire T1, mais vous créez deux machines virtuelles supplémentaires dans deux locataires différents, à savoir T2 et T3. Cela va consommer 12 000 RU sur les 60 000 restants : la moitié pour la machine virtuelle du locataire T2, et l’autre pour la machine virtuelle du locataire T3. Il vous reste désormais 48 000 RU.
Pour éviter de gérer différents comptes sur chaque machine virtuelle et utiliser un seul ensemble d'informations d'identification pour l'authentification, vous pouvez lier vos machines virtuelles à un domaine. De cette façon, vous pouvez intégrer vos machines à une infrastructure d'identité existante, et vos Cloud Robots peuvent exécuter des tâches sous un utilisateur de domaine.
Si vous avez des machines virtuelles jointes à un domaine, vous ne pouvez pas prendre un instantané de ces images personnalisées.
Il existe trois solutions d'identité principalement utilisées, résumées dans le tableau suivant, ainsi que l'approche de connexion de domaine correspondante et la disponibilité actuelle dans UiPath :
Solution d'identité |
Disponibilité dans UiPath |
Connexion au domaine |
---|---|---|
Services de domaine Active Directory (AD DS) (*) |
Disponible |
via la passerelle VPN de site à site |
Services de domaine Azure Active Directory (Azure AD DS) (*) |
Disponible |
via la passerelle VPN de site à site |
Azure Active Directory |
Disponible |
via une machine de bureau Windows |
(*) [Capacité d'aperçu] Les services de domaine Active Directory (AD sur site) et les services de domaine Azure Active Directory (Azure AD DS) prennent en charge la fonction automatique du domaine des machines du pool (voir l'étape 17 de la procédure Création du pool de Cloud Robot)
Utilisez cette solution pour gérer l'identité et l'accès dans des environnements locaux.
AD DS permet à vos Cloud Robots de s'authentifier et d'accéder aux ressources du réseau local via des contrôleurs de domaine locaux. La connexion de site à site au contrôleur de domaine est établie via le service de passerelle VPN. Vous continuez à gérer tous les composants d'infrastructure et d'annuaire associés.
Lisez la documentation Azure pour en savoir plus.
Utilisez cette solution pour gérer les services liés aux domaines tels que la liaison de domaine, la stratégie de groupe, LDAP ou l'authentification Kerberos/NTLM, de la même manière que vous le feriez pour un Active Directory local.
Azure AD DS permet à vos Automation Cloud Robots de s'authentifier et d'accéder aux ressources du réseau cloud via les domaines managés Azure AD DS. En outre, vous pouvez rejoindre et gérer des machines virtuelles dans Azure. La connexion de site à site aux domaines managés Azure AD DS est établie via le service de passerelle VPN.
Vous n'avez pas besoin de déployer ou de gérer l'infrastructure AD DS pour les composants tels que les machines virtuelles, les serveurs Windows ou les contrôleurs de domaine.
Pour lier un Automation Cloud Robot - VM à un domaine managé Azure AD DS :
- Connectez-vous à votre machine virtuelle.
- Accéder au Gestionnaire de serveur.
-
Dans le panneau de gauche du Gestionnaire de serveur, sélectionnez Serveur local (Local Server), puis sélectionnez GROUPE DE TRAVAIL (WORKGROUP).
- Dans l'onglet Propriétés système > Nom de l'ordinateur (System Properties > Computer Name), cliquez sur Modifier (Change). La fenêtre Modifications du nom de l'ordinateur/du domaine (Computer Name/Domain Changes) s'ouvre.
-
Dans le champ Domaine (Domain), indiquez le nom de votre domaine managé. Par exemple,
aaddscontoso.com
. - Pour rejoindre le domaine, fournissez les informations d'identification d'un utilisateur qui fait partie du domaine managé.
Remarque :
1 : le compte d'utilisateur doit exister dans votre domaine managé ou dans votre locataire Azure AD. Lors de la liaison de domaine, les comptes d'annuaires externes associés à votre locataire Azure AD ne peuvent pas s'authentifier correctement.
2 : les informations d'identification du compte peuvent être spécifiées au format UPN, qui est le format recommandé, ou au format SAMAccountName. Par exemple, l'utilisateur « VMadmin » au format UPN devient « vmadmin@contosoaadds.com », et « AADDSCONTOSO\vmadmin »au format SAMAccountName.
- Cliquez sur OK. Patientez quelques secondes jusqu'à ce que la machine virtuelle soit reliée au domaine géré. En cas de réussite, une boîte de message de bienvenue s'affiche.
- Redémarrez la machine virtuelle pour terminer le processus de liaison de domaine.
Lorsque vous migrez vers une autre région de locataire, les pools de Cloud Robots et les machines virtuelles existants demeurent dans l’ancienne région.
Pour exécuter des Cloud Robots - VM dans la nouvelle région, vous devez :
-
Créer un nouveau pool dans la nouvelle région.
-
Pour les pools manuels, ajouter de nouvelles machines virtuelles.
-
Configurer un nouveau VPN pour accéder aux ressources de la nouvelle région.
Les machines virtuelles ajoutées aux pools existants (préalablement à la migration vers cette région) continueront de fonctionner dans la région d’origine.
- À propos des machines
- Que comprend une machine standard ?
- Quelle taille de machine dois-je choisir ?
- Quand les mises à jour d'UiPath Studio et de Robot sont-elles appliquées ?
- Où sont créées les machines virtuelles ?
- À propos de la fenêtre de maintenance
- Les images machine que j'ai créées seront-elles automatiquement mises à jour avec la dernière version et les mises à jour de Windows ?
- La fenêtre de maintenance s'applique-t-elle à toutes les machines ?
- Les Robot Units sont-elles utilisées pendant la fenêtre de maintenance ?
- Désactiver les machines
- Pourquoi les machines sont-elles désactivées ?
- Comment réactiver une machine désactivée ?
- Les machines désactivées consomment-elles des Robot Units ?
- Comment puis-je empêcher les machines désactivées de consommer des Robot Units nouvellement ajoutés ?
- Consommation de Robot Units des pools de machines virtuelles automatiques
- Publication et réutilisation des Robot Units
- Machines reliée à un domaine
- Services de domaine Active Directory (AD DS)
- Services de domaine Azure Active Directory (Azure AD DS)
- Migrer vers une autre région de locataire