- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Installation et configuration du service Mesh
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation
- Installer et configurer l'outil GitOps
- 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
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Mettre à niveau Automation Suite
- Migration de produits autonomes vers Automation Suite
- Étape 1 : Restauration de la base de données du produit autonome
- Étape 2 : Mise à jour du schéma de la base de données de produits restaurée
- Étape 3 : Déplacement des données d’organisation depuis une version autonome d’Identity vers Automation Suite
- Étape 4 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 5 : Fusion des organisations dans Automation Suite
- Étape 6 : Mise à jour des chaînes de connexion du produit migré
- Étape 7 : migration de la version autonome d'Orchestrator
- Étape 8 : migration de la version autonome d’Insights
- Étape 9 : suppression du locataire par défaut
- Exécution d'une seule migration de locataire
- Migration entre les clusters Automation Suite
- Migration d' Automation Suite sur EKS/AKS vers Automation Suite sur OpenShift
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- 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
- 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
- Impossible d’accéder à Automation Hub après la mise à niveau vers Automation Suite 2024.10.0
- É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
- 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
- Le Robot ne peut pas se connecter à une instance Automation Suite Orchestrator
- La diffusion des journaux ne fonctionne pas dans les configurations proxy

Guide d'installation d'Automation Suite sur EKS/AKS
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 en savoir plus, consultez Récupération d'urgence (Disaster Recovery) - Active/Passive.
input.json
suivants :
-
Pour les déploiements actif/passif : configurez les paramètres détaillés dans le tableau ci-dessous.
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. |
|
Indique qu'Automation Suite doit être configurée pour fonctionner sur plusieurs sites. Doit être défini sur
true .
|
|
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.
|
|
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. |
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
enabled
doit être définie sur vrai (true)."multisite": { "enabled": true, "primary": true }
"multisite": { "enabled": true, "primary": true } -
Dans la configuration du cluster secondaire, l'option
primary
doit être définie sur false :"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]" }
"multisite": { "enabled": true, "primary": false, "other_kube_config": "[base64 encoded kubeconfig]" }Vous devez fournir le kubeconfig principal dans une chaîne encodée en base64.
- Les services qui ne sont pas compatibles avec un état passif doivent être désactivés. Pour plus de détails sur les services qui ne prennent pas en charge le mode Actif/Passif, reportez-vous à 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é.