- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes dans Kubernetes
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- 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
- AI Trust Layer
- Résolution des problèmes
- Échec de l’enregistrement d’AI Center après la mise à niveau vers la version 2023.10 ou une version ultérieure
- Volumes Insights créés dans deux zones différentes après la migration
- La mise à niveau échoue en raison du remplacement des tailles de PVC Insights
- Les composants de sauvegarde Velero restent après la mise à niveau sur AKS depuis Automation Suite 2024.10.x
- La configuration de sauvegarde ne fonctionne pas en raison d’un échec de connexion à Azure Government
- Pods dans l'espace de noms uipath bloqués lors de l'activation des rejets de nœuds personnalisés
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- La sauvegarde de Velero échoue avec l'erreur FailedValidation
- Résolution des problèmes de clés secrètes externes
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Erreurs de validation du certificat TLS
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Gérer le cluster dans ArgoCD
Utilisez ArgoCD pour gérer les déploiements de clusters Automation Suite sur EKS/AKS.
Vue d'ensemble (Overview)
ArgoCD est un outil déclaratif de livraison continue GitOps pour Kubernetes. Il est conçu comme un contrôleur Kubernetes qui surveille en continu les applications UiPath® en cours d’exécution et vérifie l’état actuel par rapport à l’état cible souhaité indiqué dans le registre docker. Pour plus de détails, consultez la documentation ArgoCD.
Les administrateurs peuvent avoir une vue d'ensemble du cluster, des configurations, de l'état et de l'intégrité des applications, le tout via une simple interface utilisateur ou CLI. ArgoCD est livré avec son propre Redis open source, qui prend en charge les configurations haute et non haute disponibilité.
Automation Suite utilise ArgoCD dans les scénarios suivants :
- Installation et mise à niveau des composants Fabric et des principaux services UiPath®.
- Automatiser le déploiement des états d'application souhaités dans les environnements cibles spécifiés. ArgoCD suit le modèle GitOps consistant à utiliser les référentiels Git/helm comme source de vérité pour définir l'état souhaité de l'application.
- Suivi de l’état de l’installation. Si l'installation a échoué à un moment donné et que vous la reprenez après un certain temps, ArgoCD ignore toutes les étapes déjà synchronisées et reprend là où elle a échoué.
- Auto-réparation des applications. Si vous supprimez par erreur l'un des objets, les manifestes seront automatiquement synchronisés.
Scénarios ArgoCD en lecture seule
Vous pouvez utiliser le compte ArgoCD dans les scénarios en lecture seule suivants :
- Visualisation de toutes vos applications, pods et services dans une interface simple
- Surveiller l'intégrité de toutes vos applications, pods et services
- Identifier rapidement les problèmes de votre déploiement
- Resynchroniser votre application dans votre cluster
Scénarios avancés ArgoCD
Vous ne devez modifier aucun autre paramètre ou paramètre à l'exception de ceux répertoriés dans cette section.
Vous pouvez utiliser le compte administrateur ArgoCD dans les scénarios avancés suivants :
- Modification des paramètres à des fins de débogage uniquement ; par exemple, la désactivation de l'autoréparation ;
- Suppression de pods ;
- Résolution des problèmes ;
- Gestion de la configuration personnalisée d'Orchestrator ; par exemple, la configuration d'une clé de chiffrement par locataire ;
- Mise à jour des chaînes de connexion à la base de données ;
- Synchronisation des applications.
Remarque :
Consultez la documentation UiPath® adéquate avant de supprimer ou de modifier la configuration avancée sur l’interface utilisateur.
Accéder à ArgoCD
ArgoCD prend en charge deux méthodes d'authentification :
- nom d'utilisateur et mot de passe - méthode d'authentification par défaut ;
- Authentification unique : méthode d’authentification recommandée. Vous pouvez activer l'authentification unique après l'installation. Pour de plus amples informations, consultez la section Activer l'authentification unique pour ArgoCD.
Authentification par nom d'utilisateur et mot de passe
Accéder au compte administrateur ArgoCD
Pour accéder au compte administrateur ArgoCD à l'aide du nom d'utilisateur et du mot de passe, procédez comme suit :
-
Accédez à l'URL suivante :
https://alm.${CONFIG_CLUSTER_FQDN}. -
Saisissez le nom d'utilisateur suivant : admin .
-
Accéder au mot de passe :
kubectl get secret -n argocd argocd-initial-admin-secret -o jsonpath='{.data.password}' | base64 -dkubectl get secret -n argocd argocd-initial-admin-secret -o jsonpath='{.data.password}' | base64 -d -
Saisissez votre mot de passe.
Important :Vous devez utiliser le compte administrateur ArgoCD uniquement pour les scénarios avancés. Il peut entraîner des actions perturbatrices sur le cluster s'il n'est pas utilisé avec précaution.
Authentification SSO
Pour accéder à ArgoCD à l'aide de l'authentification unique, procédez comme suit :
- Sélectionnez le bouton SSO sur la page de connexion ArgoCD.
- Saisissez les identifiants de domaine de votre entreprise.
Activation de l’authentification unique pour ArgoCD
Vue d'ensemble (Overview)
Pour activer l’authentification unique, vous devez utiliser l’outil de ligne de commande uipathctl.
Préparation des fichiers de configuration
Vous devez générer le fichier RBAC avant d’activer l’authentification unique pour ArgoCD.
Le fichier RBAC
Le fichier RBAC contient des règles d'accès.
Pour de plus amples informations sur les définitions de rôles intégrées, consultez la documentation ArgoCD.
Pour plus de détails sur les types de comptes ArgoCD et leurs autorisations, consultez la section Gestion du cluster dans ArgoCD.
Si nous vous recommandons d'utiliser ces rôles lors de la définition de vos groupes, vous pouvez créer votre propre ensemble d'autorisations.
Configuration du fichier RBAC
-
Créez un fichier nommé
policy.csven exécutant la commande suivante :uipathctl config argocd generate-rbacuipathctl config argocd generate-rbac -
Ajoutez le contenu suivant au fichier
policy.csv, puis enregistrez-le :p, role:uipath-sync, applications, get, */*, allow p, role:uipath-sync, applications, sync, */*, allow g, argocdro, role:uipath-syncp, role:uipath-sync, applications, get, */*, allow p, role:uipath-sync, applications, sync, */*, allow g, argocdro, role:uipath-sync -
Associez vos groupes RBAC au rôle d’ administrateur intégré et au rôle UiPath® argocdro en lecture seule, en ajoutant les lignes suivantes au fichier RBAC
policy.csv:g, <your_ldap_readonly_group_name>, role:uipath-sync g, <your_ldap_admin_group_name>, role:adming, <your_ldap_readonly_group_name>, role:uipath-sync g, <your_ldap_admin_group_name>, role:admin -
Enregistrez le fichier RBAC
policy.csvmis à jour. -
Créez une nouvelle section nommée
policy.defaultdans la carte de configurationargo-cd-rbac-cm, après la sectionpolicy.csv, comme indiqué dans l'exemple suivant :policy.csv: | p, role:org-admin, applications, *, /, allow p, role:org-admin, clusters, get, *, allow p, role:org-admin, repositories, get, *, allow p, role:org-admin, repositories, create, *, allow p, role:org-admin, repositories, update, *, allow p, role:org-admin, repositories, delete, *, allow g, "694afc07-6767-8998-bf84-ab80b53379df", role:org-admin # (azure group assigned to role) policy.default: role:readonlypolicy.csv: | p, role:org-admin, applications, *, /, allow p, role:org-admin, clusters, get, *, allow p, role:org-admin, repositories, get, *, allow p, role:org-admin, repositories, create, *, allow p, role:org-admin, repositories, update, *, allow p, role:org-admin, repositories, delete, *, allow g, "694afc07-6767-8998-bf84-ab80b53379df", role:org-admin # (azure group assigned to role) policy.default: role:readonly -
Pour configurer l’authentification unique avec OIDC, consultez la documentation ArgoCD.
Exemple
Si votre groupe LDAP pour les administrateurs ArgoCD est Administrators et que le groupe LDAP pour les utilisateurs ArgoCD en lecture seule est Readers, le fichier RBAC doit être similaire à celui de l’exemple suivant :
p, role:uipath-sync, applications, get, */*, allow
p, role:uipath-sync, applications, sync, */*, allow
g, argocdro, role:uipath-sync
g, Readers, role:uipath-sync
g, Administrators, role:admin
p, role:uipath-sync, applications, get, */*, allow
p, role:uipath-sync, applications, sync, */*, allow
g, argocdro, role:uipath-sync
g, Readers, role:uipath-sync
g, Administrators, role:admin
Pour les cas d’utilisation plus avancés, l’exemple suivant vous présente le fichier RBAC par défaut :
# Built-in policy which defines two roles: role:readonly and role:admin,
# and additionally assigns the admin user to the role:admin role.
# There are two policy formats:
# 1. Applications, logs, and exec (which belong to a project):
# p, <user/group>, <resource>, <action>, <project>/<object>
# 2. All other resources:
# p, <user/group>, <resource>, <action>, <object>
p, role:readonly, applications, get, */*, allow
p, role:readonly, certificates, get, *, allow
p, role:readonly, clusters, get, *, allow
p, role:readonly, repositories, get, *, allow
p, role:readonly, projects, get, *, allow
p, role:readonly, accounts, get, *, allow
p, role:readonly, gpgkeys, get, *, allow
p, role:readonly, logs, get, */*, allow
p, role:admin, applications, create, */*, allow
p, role:admin, applications, update, */*, allow
p, role:admin, applications, delete, */*, allow
p, role:admin, applications, sync, */*, allow
p, role:admin, applications, override, */*, allow
p, role:admin, applications, action/*, */*, allow
p, role:admin, applicationsets, get, */*, allow
p, role:admin, applicationsets, create, */*, allow
p, role:admin, applicationsets, update, */*, allow
p, role:admin, applicationsets, delete, */*, allow
p, role:admin, certificates, create, *, allow
p, role:admin, certificates, update, *, allow
p, role:admin, certificates, delete, *, allow
p, role:admin, clusters, create, *, allow
p, role:admin, clusters, update, *, allow
p, role:admin, clusters, delete, *, allow
p, role:admin, repositories, create, *, allow
p, role:admin, repositories, update, *, allow
p, role:admin, repositories, delete, *, allow
p, role:admin, projects, create, *, allow
p, role:admin, projects, update, *, allow
p, role:admin, projects, delete, *, allow
p, role:admin, accounts, update, *, allow
p, role:admin, gpgkeys, create, *, allow
p, role:admin, gpgkeys, delete, *, allow
p, role:admin, exec, create, */*, allow
g, role:admin, role:readonly
g, admin, role:admin
# Built-in policy which defines two roles: role:readonly and role:admin,
# and additionally assigns the admin user to the role:admin role.
# There are two policy formats:
# 1. Applications, logs, and exec (which belong to a project):
# p, <user/group>, <resource>, <action>, <project>/<object>
# 2. All other resources:
# p, <user/group>, <resource>, <action>, <object>
p, role:readonly, applications, get, */*, allow
p, role:readonly, certificates, get, *, allow
p, role:readonly, clusters, get, *, allow
p, role:readonly, repositories, get, *, allow
p, role:readonly, projects, get, *, allow
p, role:readonly, accounts, get, *, allow
p, role:readonly, gpgkeys, get, *, allow
p, role:readonly, logs, get, */*, allow
p, role:admin, applications, create, */*, allow
p, role:admin, applications, update, */*, allow
p, role:admin, applications, delete, */*, allow
p, role:admin, applications, sync, */*, allow
p, role:admin, applications, override, */*, allow
p, role:admin, applications, action/*, */*, allow
p, role:admin, applicationsets, get, */*, allow
p, role:admin, applicationsets, create, */*, allow
p, role:admin, applicationsets, update, */*, allow
p, role:admin, applicationsets, delete, */*, allow
p, role:admin, certificates, create, *, allow
p, role:admin, certificates, update, *, allow
p, role:admin, certificates, delete, *, allow
p, role:admin, clusters, create, *, allow
p, role:admin, clusters, update, *, allow
p, role:admin, clusters, delete, *, allow
p, role:admin, repositories, create, *, allow
p, role:admin, repositories, update, *, allow
p, role:admin, repositories, delete, *, allow
p, role:admin, projects, create, *, allow
p, role:admin, projects, update, *, allow
p, role:admin, projects, delete, *, allow
p, role:admin, accounts, update, *, allow
p, role:admin, gpgkeys, create, *, allow
p, role:admin, gpgkeys, delete, *, allow
p, role:admin, exec, create, */*, allow
g, role:admin, role:readonly
g, admin, role:admin
Activation de l’authentification unique pour ArgoCD
Une fois le fichier RBAC prêt, vous pouvez activer l’authentification unique pour ArgoCD :
-
Ajoutez les lignes suivantes au fichier
input.json:{ "fabric": { "argocd_rbac_config_file": "/path/to/policy.csv" } }{ "fabric": { "argocd_rbac_config_file": "/path/to/policy.csv" } } -
Pour permettre au programme d'installation d'Automation Suite de générer la configuration, exécutez la commande suivante.
uipathctl prereq create input.json --versions versions.jsonuipathctl prereq create input.json --versions versions.jsonPour plus de détails, consultez la section Générer automatiquement des configurations.
-
Pour vérifier les prérequis en fonction des entrées que vous avez configurées dans le
input.json, exécutez la commande suivante.uipathctl prereq run input.json --versions versions.jsonuipathctl prereq run input.json --versions versions.jsonPour plus d’informations, consultez la section Vérification des prérequis.
-
Appliquez la configuration en exécutant la commande suivante :
uipathctl manifest apply input.json --versions versions.jsonuipathctl manifest apply input.json --versions versions.json
- Vue d'ensemble (Overview)
- Scénarios ArgoCD en lecture seule
- Scénarios avancés ArgoCD
- Accéder à ArgoCD
- Authentification par nom d'utilisateur et mot de passe
- Authentification SSO
- Activation de l’authentification unique pour ArgoCD
- Vue d'ensemble (Overview)
- Préparation des fichiers de configuration
- Activation de l’authentification unique pour ArgoCD