- 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
- Disaster Recovery : configurations active/passive
- Génération du fichier de configuration à l'aide d'un assistant
- Exemple AKS input.json
- Exemple d'EKS input.json
- 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
Disaster Recovery : configurations active/passive
Installez Automation Suite avec la configuration Active/Passive de Disaster Recovery sur EKS/AKS.
Le mode Actif/Passif n’est actuellement disponible que pour EKS.
Certains produits Automation Suite ne sont pas pris en charge dans Disaster Recovery - Actif/Passif. Vous pouvez installer ces produits lors de l'installation du cluster principal uniquement. Pour des détails, reportez-vous à Récupération d'urgence - Active/Passive.
La configuration de Disaster Recovery nécessite que vous installiez les deux clusters Automation Suite séparément. Pour installer les clusters principal et secondaire dans un déploiement actif/passif, vous devez configurer les paramètres input.json suivants :
| Paramètre | Description |
|---|---|
fqdn | Il représente le nom de domaine complet qui, au moment de l'installation, pointe vers l'équilibreur de charge du cluster principal. Pour plus de détails, consultez la section Logique de routage DNS. |
cluster_fqdn | Il représente le nom de domaine complet spécifique au cluster (DNS) qui désigne l'équilibreur de charge du cluster que vous avez configuré à l'aide du fichier input.json .Pour plus de détails, consultez la section Logique de routage DNS. |
multisite.enabled | Indique qu'Automation Suite doit être configurée pour fonctionner sur plusieurs sites. Doit être défini sur true. |
multisite.primary | Indique que ce cluster est un cluster principal et qu'il doit être défini sur true. Sa valeur par défaut est false pour désigner le cluster secondaire. |
multisite.other_kube_config | Il indique le fichier kubeconfig encodé en base64 d'un autre cluster. Lors de l'installation du cluster Automation Suite principal, cette valeur n'est pas disponible et peut être laissée telle quelle. Cependant, vous devez fournir la valeur lors de la reconstruction ultérieure d'Automation Suite principale au cours de la récupération. |
multisite.type | Il spécifie le type de déploiement. Vous devez le définir sur active-passive. |
Facultatif : configuration du proxy
Si vous choisissez de configurer un proxy, en plus de la configuration du proxy standard décrite dans Configuration du proxy, assurez-vous que la variable no_proxy inclut les valeurs suivantes:
<traffic-manager-fqdn>: la même valeur quefqdndans la configuration de Disaster Recovery<primary-cluster-fqdn>: la même valeur quecluster_fqdndéfinie dans le cluster principal<secondary-cluster-fqdn>: la même valeur quecluster_fqdndéfinie dans le cluster secondaire
L'exemple suivant montre une configuration de proxy valide :
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
"proxy": {
"enabled": true,
"http_proxy": "http://20.110.210.6:3128",
"https_proxy": "http://20.110.210.6:3128",
"no_proxy": "<secondary-cluster-fqdn>,<primary-cluster-fqdn>,<traffic-manager-fqdn>"
}
Configuration multi-sites
Cette page décrit comment configurer une configuration multi-sites avec un cluster principal et secondaire. Le cluster principal est actif et le cluster secondaire est passif.
-
Dans la configuration de l'option de cluster principal, l'option
enableddoit être définie surtrue."multisite": { "enabled": true, "primary": true, "type": "active-passive" }"multisite": { "enabled": true, "primary": true, "type": "active-passive" } -
Dans la configuration du cluster secondaire, l'option
primarydoit être définie surfalse:"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]", "type": "active-passive" }Vous devez fournir le kubeconfig principal dans une chaîne encodée en base64.
-
Les services qui ne sont pas compatibles avec le mode passif doivent être désactivés. Pour plus d’informations sur les services qui ne prennent pas en charge le mode Actif/Passif, consultez la page Disaster Recovery – Actif/Passif .
-
Assurez-vous que les certificats sont cohérents pour l'ensemble des clusters principal et secondaire, car cela n'est pas automatiquement vérifié ou appliqué.