- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Questions et réponses : modèles de déploiement
- Notes de publication
- Architecture de déploiement Azure
- Étape 1 : Préparation du déploiement Azure
- Étape 2 : Déploiement d'Automation Suite sur Azure
- Étape 3 : étapes post-déploiement
- Téléchargement des packages d’installation
- install-uipath.sh parameters
- Activation du module complémentaire Redis High Availability Add-on pour le cluster
- Fichier de configuration de Document Understanding
- Ajout d'un nœud d'agent dédié avec prise en charge GPU
- Connexion de l'application Task Mining
- Ajout d'un nœud d'agent dédié pour Task Mining
- Post-installation
- Administration du cluster
- Surveillance et alerte
- Migration et mise à niveau
- Mode d'évaluation à nœud unique en ligne
- Mode d'évaluation à nœud unique hors ligne
- Mode de production en ligne multi-nœuds compatible haute disponibilité
- Mode de production hors ligne multi-nœuds compatible haute disponibilité
- Migration d'un disque physique Longhorn vers LVM
- Rétrogradation de Ceph de la version 16.2.6 à la version 15.2.9
- Options de migration :
- B) Migration à locataire unique
- Configuration spécifique au produit
- Bonnes pratiques et maintenance
- Résolution des problèmes
- Comment résoudre les problèmes des services lors de l'installation
- Comment désinstaller le cluster
- Comment nettoyer les artefacts hors ligne pour améliorer l'espace disque
- Comment désactiver TLS 1.0 et 1.1
- Comment activer la journalisation Istio
- Comment nettoyer manuellement les journaux
- Comment nettoyer les anciens journaux stockés dans le compartiment sf-logs
- Comment déboguer les installations d'Automation Suite ayant échoué
- Comment désactiver le déchargement de la somme de contrôle txt
- Impossible d'exécuter une installation hors ligne sur le système d'exploitation RHEL 8.4
- Erreur lors du téléchargement du bundle
- L'installation hors ligne échoue en raison d'un fichier binaire manquant
- Problème de certificat dans l'installation hors ligne
- Erreur de validation de la chaîne de connexion SQL
- Échec après la mise à jour du certificat
- Automation Suite requiert que Backlog_wait_time soit défini sur 1
- Impossible de se connecter après la migration
- Définition d'un délai d'expiration pour les portails de gestion
- Mettre à jour les connexions du répertoire sous-jacent
- kinit : Impossible de trouver le KDC pour le domaine <AD Domain> lors de l'obtention des informations d'identification initiales
- Kinit : Keytab ne contient aucune clé appropriée pour *** lors de l'obtention des informations d'identification initiales
- L'opération GSSAPI a échoué en raison de l'erreur suivante : un code d'état non valide a été fourni (les informations d'identification du client ont été révoquées).
- La connexion a échoué pour l'utilisateur <ADDOMAIN><aduser>.Raison : Le compte est désactivé.
- Alarme reçue pour l'échec de la tâche Kerberos-tgt-update
- Fournisseur SSPI : serveur introuvable dans la base de données Kerberos
- Impossible d'obtenir l'image du bac à sable
- Les pods ne s'affichent pas dans l'interface utilisateur ArgoCD
- Échec de la sonde Redis
- Le serveur RKE2 ne démarre pas
- Secret introuvable dans l'espace de noms UiPath
- ArgoCD passe à l'état Progression (Progressing) après la première installation
- INCOHÉRENCE INATTENDUE ; EXÉCUTER fsck MANUELLEMENT
- L’opérateur d’auto-guérison et le référentiel Sf-k8-utils manquants
- MongoDB ou applications métier dégradées après la restauration du cluster
- Services défectueux après la restauration ou la restauration du cluster
- Document Understanding n'est pas affiché sur la barre de gauche d'Automation Suite
- État Échec (Failed) lors de la création d'une session de labellisation des données
- État Échec (Failed) lors de la tentative de déploiement d'une compétence ML
- La tâche de migration échoue dans ArgoCD
- La reconnaissance de l'écriture manuscrite avec l'Extracteur de formulaires intelligents (Intelligent Form Extractor) ne fonctionne pas
- Utilisation de l'outil de diagnostic d'Automation Suite
- Utilisation du pack d'assistance Automation Suite
- Explorer les journaux

Guide d'installation d'Automation Suite
Étape 2 : Déploiement d'Automation Suite sur Azure
Cette page offre une vue d'ensemble des paramètres que vous devez utiliser lors du déploiement d'Automation Suite sur Azure.
Une fois l'environnement Azure configuré, accédez à ce lien pour installer Automation Suite dans votre environnement Azure.
Le tableau suivant fournit une vue d'ensemble des paramètres utilisés dans le déploiement :
Nom du paramètre |
Description |
---|---|
Abonnement |
L'abonnement Azure. |
Resource Group |
Le groupe de ressources Azure, sous l'abonnement. |
Region |
La région par défaut du groupe de ressources. |
Emplacement |
Une région Azure valide dans laquelle l'infrastructure est déployée. Assurez-vous que la région dispose de suffisamment de cœurs pour les types d'instance utilisés. Vous pouvez utiliser le
[resourceGroup().location] s'il s'agit de la même région que celle du groupe de ressources.
|
Version d'Automation Suite |
La version d'Automation Suite. Exemple :
21.10.2 |
Procéder à l'installation d'Automation Suite |
Choisissez si Automation Suite doit être installée après l'enregistrement de l'infrastructure. |
Accepter le contrat de licence |
En définissant le paramètre sur true, vous acceptez le contrat de licence applicable. |
Équilibreur de charge DNS |
Le préfixe utilisé pour le sous-domaine de l'équilibreur de charge. Si vous utilisez un domaine personnalisé, vous ne pourrez accéder au cluster que via le domaine personnalisé, et non directement en utilisant le domaine de l'équilibreur de charge (par ex. <prefix>.<region>.cloudapp.azure.com). |
Réseau virtuel nouveau ou existant |
Paramètre indiquant si le Réseau Virtuel utilisé pour le déploiement doit être créé ou s'il existe déjà. |
Groupe de ressources de réseau virtuel existant |
Groupe de ressources dans lequel le réseau virtuel existant que vous souhaitez utiliser est déployé. Paramètre utilisé uniquement si le paramètre
Virtual Network New Or Existing est défini sur existing .
|
Nom de réseau virtuel existant |
Nom du réseau virtuel existant utilisé pour le déploiement. Paramètre utilisé uniquement si le paramètre
Virtual Network New Or Existing est défini sur existing .
|
Nom de sous-réseau existant |
Nom d'un sous-réseau existant à l'intérieur du réseau virtuel mentionné précédemment. Le sous-réseau doit répondre à ces prérequis. Paramètre utilisé uniquement si le paramètre
Virtual Network New Or Existing est défini sur existing .
|
Déployer l'hôte bastion |
Déployez un hôte bastion sur le réseau virtuel. Paramètre utilisé uniquement si le réseau virtuel, nouveau ou existant, est défini sur nouveau (new). |
Activer le domaine personnalisé |
Veuillez définir sur true si vous souhaitez utiliser votre propre domaine personnalisé. La configuration post-installation est nécessaire. |
Domaine personnalisé |
Il s'agit du domaine que vous souhaitez utiliser pour le cluster. Après l'installation, créez deux enregistrements CNAME/A qui pointeront vers l'équilibreur de charge public. Voir Configuration DNS. |
Activer les certificats personnalisés |
Définissez sur
true si vous souhaitez utiliser vos propres certificats personnalisés pour votre propre domaine. Assurez-vous de l'utiliser avec le paramètre Enable Custom Domain défini sur true .
|
Certificat de serveur personnalisé |
Il s'agit d'une chaîne encodée
base64 .
Encodez le contenu du certificat de serveur
.crt dans une chaîne base64 . Le certificat de serveur doit avoir les propriétés suivantes.
|
Clé de certificat de serveur personnalisée |
Il s'agit d'une chaîne encodée
base64 .
Encodez le contenu de la clé de certificat du serveur
.key dans une chaîne base64 . Il s'agit de la clé privée du paramètre Custom Server Certificate .
|
Bundle d'autorité de certification de serveur personnalisé |
Il s'agit d'une chaîne encodée
base64 .
Créez un fichier
.crt contenant tous les certificats publics (.crt ) de tous les certificats CA de la chaîne de certificats de serveur (à l'exception du certificat de serveur).
Créez une chaîne
base64 à partir du contenu de ce fichier.
|
URL du programme d'installation d'Automation Suite |
Facultatif : le lien vers le package d'installation d'Automation Suite. La modification de ce paramètre écrasera le paramètre
Automation Suite version ci-dessus et installera la version spécifiée dans cette URL.
Conservez la valeur
None si vous ce paramètre n'est pas utilisé.
|
Configuration avancée d'Automation Suite |
Il s'agit d'une chaîne
json valide qui sera fusionnée dans le fichier cluster_config.json créé par le modèle. Remplacera les paramètres existants.
Reportez-vous à Expérience d'installation avancée pour plus de détails. |
Nombre de nœuds de serveur |
Le nombre de machines virtuelles créées pour fonctionner en tant que serveurs pour le cluster. Doit être un nombre impair. |
Type d'instance de nœud de serveur |
Le type d'instance pour les nœuds de serveur. Exemple :
Standard_D16s_v3 |
Activer les disques Ultra |
Activez cette option pour utiliser des disques Ultra pour
etcd (nœuds de serveur). Ne doit être désactivé que si la région dans laquelle vous effectuez le déploiement ne prend pas en charge les zones.
|
Nombre de nœuds d'agent |
Le nombre de machines virtuelles créées pour servir de nœuds d'agent pour le cluster. Si égal à 0, un groupe identique d'agents vide sera toujours créé. |
Type d'instance de nœud d'agent |
Le type d'instance pour les nœuds d'agent. Exemple :
Standard_D16s_v3 |
Nombre de nœuds GPU |
Le nombre de machines virtuelles avec GPU créées pour être les agents du cluster. Conçu pour les charges de travail ML. Si égal à 0, aucun groupe identique de GPU ne sera créé. |
Type d'instance de nœud GPU |
Le type d'instances avec GPU à enregistrer et devant servir d'agents du cluster. Exemple :
Standard_NC12s_v2 |
SQL nouveau ou existant |
Paramètre indiquant si le serveur SQL utilisé pour le déploiement doit être créé ou s'il existe déjà. Veuillez cliquer ici pour connaître les exigences du serveur SQL. |
Nom de domaine complet ou IP SQL Server |
Nom de domaine complet ou IP associé à SQL Server. Ceci n'est utilisé que si le paramètre
SQLNewOrExisting est défini sur existing .
|
Nom d'utilisateur de l'administrateur SQL |
Connexion de l'utilisateur au serveur SQL Si le paramètre
SQLNewOrExisting est défini sur existing , il s'agit de l'utilisateur du serveur SQL existant. Sinon, ce nom d'utilisateur sera défini sur le serveur SQL créé. Pour plus de détails sur les autorisations requises, consultez notre documentation sur les autorisations.
|
Mot de passe de l'administrateur SQL |
Mot de passe de l'utilisateur SQL Server. Si le paramètre
SQLNewOrExisting est défini sur existing , il s'agit du mot de passe utilisateur du serveur SQL existant. Sinon, ce mot de passe sera défini sur le serveur SQL créé.
|
Nom d'utilisateur de l'administrateur UiPath |
Le nom d'utilisateur de l'administrateur à définir sur tous les nœuds. Ceci est également utilisé en tant qu'administrateur de locataire hôte. |
Mot de passe administrateur UiPath |
Mot de passe de l'utilisateur administrateur du nœud. Il est également utilisé comme mot de passe de l'administrateur du locataire hôte. |
Nom d'utilisateur de l'administrateur de machine virtuelle |
Le nom d'utilisateur de l'administrateur à utiliser dans les instances de machine virtuelle. |
Mot de passe administrateur de machine virtuelle |
Le mot de passe administrateur à utiliser dans les instances de machine virtuelle. |
Indicateurs d'installation de services (multiples) |
Choisissez si le service spécifique est installé dans le cluster. |
Balises par ressource |
[FACULTATIF] Balises par ressource. Peut être vide ou avoir le format suivant :
{ "Microsoft.Web/serverFarms": { "<TagName>": "<TagValue>" }, "Microsoft.Insights/components": { "<TagName>": "<TagValue>" } } |