- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Vérifications des prérequis
- Téléchargement des packages d'installation
- cluster uipathctl
- maintenance du cluster uipathctl
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- mise à niveau du cluster uipathctl
- Configuration uipathctl
- alertes de configuration uipathctl
- uipathctl - configuration des alertes - ajouter une adresse e-mail
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config additional-ca-certificates get
- uipathctl config tls-certificates get
- uipathctl config Orchestrator
- uipathctl config Orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config additional-ca-certificates update
- uipathctl config tls-certificates update
- uipathctl santé
- bundle d'intégrité uipathctl
- vérification de l'état uipathctl
- uipathctl health diagnose
- uipathctl health test
- uipathctl identité
- uipathctl identity add-host-admin
- uipathctl identity enable-basic-auth
- uipathctl identity get-saml-certificate
- uipathctl identity get-token-signing-certificate
- uipathctl identity rotate-saml-certificates
- uipathctl identity rotate-token-signing-certificates
- uipathctl identity update-saml-certificate
- uipathctl identity update-token-signing-certificate
- manifeste uipathctl
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl manifeste liste-applications
- uipathctl manifest render
- uipathctl prérequis
- uipathctl prereq create
- uipathctl prereq run
- Ressource uipathctl
- rapport de ressource uipathctl
- instantané uipathctl
- sauvegarde d'instantané uipathctl
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl sso
- uipathctl sso générer-connecteur
- uipathctl sso generate-overlays
- uipathctl sso generate-rbac
- uipathctl version
- Post-installation
- Migration et mise à niveau
- Mise à niveau d'Automation Suite sur EKS/AKS
- Options de migration :
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d’Insights
- Étape 7 : suppression du locataire par défaut
- B) Migration à locataire unique
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- Résolution des problèmes
Mise en cache
Les produits UiPath® nécessitent des capacités de mise en cache sur Automation Suite. Vous devez enregistrer Cloud Redis (Azure/AKS) ou Elasticache (AWS/EKS). Pour obtenir la liste des prérequis et des versions compatibles, consultez la Matrice de compatibilité.
Automation Suite sur EKS/AKS ne prend actuellement pas en charge la capacité de cluster de base de données Redis proposée par AWS et Azure. Par conséquent, vous devez sélectionner un service Redis qui utilise le cluster Redis actif/passif.
Par exemple, AWS fait référence au cluster de la base de données Redis en tant que cluster ElastiCache Redis (mode cluster activé). Vous devez donc sélectionner Cluster Redis (mode cluster désactivé) à la place.
Plusieurs services d’Automation Suite, tels qu’Orchestrator et Identity, utilisent Redis en tant que cache distribué, afin d’accélérer les opérations critiques et les opérations à volume élevé. Ces services stockent des données qui sont fréquemment consultées dans Redis, afin d’éviter de récupérer les données de la base de données ou d’effectuer des calculs onéreux plusieurs fois.
Les recommandations qui suivent sont spécifiques à Azure. La recommandation générale est de choisir une UGS avec au moins 1 Go de capacité et un accord de niveau de service (SLA) adapté aux environnements de production.
Pour les exigences de cache de Redis, le plan d’enregistrement peut varier en fonction du type d’environnement que vous souhaitez déployer (environnement de test ou environnement de production) :
- Basique : non recommandé pour le déploiement en production car il ne propose pas d’accord de niveau de service (SLA). Il peut cependant être utilisé dans le cas d’un environnement de test.
- Standard C1 (1 Go) : fournit une capacité et des performances correctes adaptées à la majorité des installations. Il permet également des mises à l’échelle futures vers des niveaux supérieurs, y compris Standard C2 ou Premium.
- Standard C2 : un cran au-dessus de la norme C1, il offre une plus grande capacité et de meilleures performances par rapport à la norme C1.
- Premium : l’option la plus recommandée, car elle fournit des zones de disponibilité permettant un SLA plus élevé, ainsi qu’une intégration VNet pour une sécurité améliorée.
input.json
, comme illustré dans l'exemple suivant :
"fabric": {
"redis": {
"hostname": "xx",
"password": "xx",
"port": 6380,
"tls": true
}
}
"fabric": {
"redis": {
"hostname": "xx",
"password": "xx",
"port": 6380,
"tls": true
}
}