- 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
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
Questions fréquemment posées
À propos des machines
Que comprend une machine standard ?
All standard machines that we provide are Microsoft Azure virtual machines of the type Standard_E2s_v4, which have sufficient computing power for basic automations.
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.
Quelle taille de machine dois-je choisir ?
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 |
Quand les mises à jour d'UiPath Studio et de Robot sont-elles appliquées ?
Le système de mise à jour automatique garantit que les dernières versions de UiPath Robot et Studio sont installées, sans aucune interaction de l'utilisateur. Selon le cycle de publication et la criticité de la mise à jour, les mises à jour seront installées progressivement pour tous nos clients, tout en veillant à ce que les mises à jour importantes soient appliquées en priorité.
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 utilisées de manière constante et ne peuvent pas recevoir la mise à jour, nous planifions une courte fenêtre de maintenance sur la machine pour appliquer la mise à jour.
Important :
If the Allow UiPath to manage Robot updates toggle is disabled from Pool Configurations, UiPath services will not install or update Robot and browser extensions. Please make sure you install the needed services and update them accordingly.
Où sont créées les machines virtuelles ?
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 ?
All virtual machines are created and hosted in the tenant region.
Organization administrators can see what the region is for a tenant in Tenant Settings (Admin > Tenants).
Où sont créées les machines virtuelles ?
Toutes les machines virtuelles sont créées et hébergées dans notre abonnement Microsoft Azure.
À 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 ?
Non. Si vous souhaitez installer la dernière version et les mises à jour de Windows, vous pouvez :
- connect to the machine using RDP to manually update Windows. Then, if you want, you can also create an image of the customized machine and use it in other machine templates.
- configurer une fenêtre de maintenance pour le modèle lorsque vous pouvez appliquer des mises à jour à toutes les machines.
La fenêtre de maintenance s'applique-t-elle à 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.
Les Robot Units sont-elles utilisées pendant la fenêtre de maintenance ?
Les Robot Units requises sont utilisées une seule fois, lorsque la machine démarre pour la première fois. Après cela, elle peut fonctionner indéfiniment sans consommer de Robot Units supplémentaires.
Désactiver les machines
Pourquoi les machines sont-elles désactivées ?
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.
Comment réactiver une machine désactivée ?
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.
After being re-enabled, a machine is in a stopped state. To use it to run jobs, you must start the machine.
Les machines désactivées consomment-elles des Robot Units ?
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.
Machines reliée à un domaine
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 a Windows Desktop machine See how you can set up a machine that runs Windows Desktop (step 8) and follow the Microsoft documentation. |
(*) [Preview capability] Active Directory Domain Services (on-prem AD) and Azure Active Directory Domain Services (Azure AD DS) support automatic domain join of the machines in the pool (see step 17 in the Creating the Cloud Robot pool procedure)
Services de domaine Active Directory (AD DS)
Utilisez cette solution pour gérer l'identité et l'accès dans des environnements locaux.
AD DS allows your cloud robots to authenticate and access on-premises network resources via on-premises domain controllers. The site-to-site connection to the domain controller is established through the VPN Gateway service. You continue to maintain all of the associated infrastructure and directory components.
To integrate your on-premises Active Directory with Azure, connect your on-premises environment to an Azure AD domain in the cloud via site-to-site VPN Gateway.
Read the Azure documentation for more details.
Services de domaine Azure Active Directory (Azure AD DS)
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 allows your Automation Cloud robots to authenticate and access cloud network resources via Azure AD DS managed domains. Additionally, you can join and manage VMs in Azure. The site-to-site connection to the Azure AD DS managed domains is established through the VPN Gateway service.
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 :
The following procedure is the same for connecting a computer to an on-premises AD DS domain.
- Connectez-vous à votre machine virtuelle.
- Access Server Manager.
- On the left-side panel of the Server Manager, select Local Server, then select WORKGROUP.
Figure 1. Workgroup

- In the System Properties > Computer Name tab, select Change. The Computer Name/Domain Changes window opens.
- In the Domain field, specify the name of your managed domain. For example,
aaddscontoso.com.
Figure 2. Changing computer name

- Pour rejoindre le domaine, fournissez les informations d'identification d'un utilisateur qui fait partie du domaine managé.
1: The user account must exist in your managed domain or in your Azure AD tenant. During domain joining, accounts from external directories associated with your Azure AD tenant cannot authenticate correctly.
2: Account credentials can be specified either in the UPN format, which is the recommended format, or in an SAMAccountName format. For example, user "VMadmin" in UPN format is "vmadmin@contosoaadds.com", and in SAMAccountName format is "AADDSCONTOSO\vmadmin".
- Select OK. Wait a few seconds until the VM is joined to the managed domain. If successful, a welcome message box is displayed.
- Redémarrez la machine virtuelle pour terminer le processus de liaison de domaine.
Migrer vers une autre région de locataire
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.
Important :
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 ?
- 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 ?
- 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