Questions fréquemment posées

À propos des machines

Que comprend une machine standard ?

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.

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 ?

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.

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 ?

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

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

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

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.

Remarque : après avoir été réactivée, une machine est à l'état Arrêtée (Stopped). Pour l'utiliser pour exécuter des tâches, vous devez démarrer la 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.

Consommation de Robot Units des pools de machines virtuelles automatiques

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.

Publication et réutilisation des Robot Units

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.

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.

Remarque :

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 Découvrez comment configurer une machine qui exécute le bureau Windows (étape 9).

(*) [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)

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

Remarque : pour intégrer votre environnement Active Directory local à Azure, connectez votre environnement local à un domaine Azure AD dans le cloud via la passerelle VPN de site à site.

Lisez la documentation Azure pour en savoir plus.

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

Remarque : la procédure suivante est la même que celle permettant de connecter un ordinateur à un domaine AD DS local.

1. Connectez-vous à votre machine virtuelle.
2. Accéder au Gestionnaire de serveur.

3. Dans le panneau de gauche du Gestionnaire de serveur, sélectionnez Serveur local (Local Server), puis sélectionnez GROUPE DE TRAVAIL (WORKGROUP).

   
   

   

   
   
4. 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.
5. Dans le champ Domaine (Domain), indiquez le nom de votre domaine managé. Par exemple, aaddscontoso.com.
   
   

   

   
   
6. 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 « [e-mail] », et « AADDSCONTOSO\vmadmin »au format SAMAccountName.

7. 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.
8. Redémarrez la machine virtuelle pour terminer le processus de liaison de domaine.

Déplacement vers une autre région de locataire

Lorsque vous accédez à une autre région de locataire, les pools de Cloud Robots et les machines virtuelles existants restent dans l'ancienne région.

Pour exécuter des machines virtuelles Cloud Robot dans la nouvelle région, vous devez :

• Créez un nouveau pool dans la nouvelle région.

• Pour les pools manuels, ajoutez de nouvelles machines virtuelles.

• Configurez un nouveau VPN pour accéder aux ressources de la nouvelle région.

Important :

Les machines virtuelles ajoutées aux pools existants (avant la migration de la région) continuent de fonctionner dans la région d'origine.