automation-suite
2.2510
true
Guide d'installation d'Automation Suite sur Linux
- Vue d'ensemble (Overview)
- Prérequis
- Modèles de déploiement
- Manuel : Préparation de l'installation
- Manuel : Préparation de l'installation
- Étape 2 : configurer le registre compatible OCI pour les installations hors ligne
- Étape 3 : configurer le magasin d’objets externe
- Étape 4 : Configuration de High Availability Add-on
- Étape 5 : configurer les bases de données SQL
- Étape 7 : configurer le DNS
- Étape 8 : configuration des disques
- Étape 9 : configurer les paramètres au niveau du noyau et du système d’exploitation
- Étape 10 : configuration des ports de nœud
- Étape 11 : appliquer divers paramètres
- Étape 12 : Valider et installer les packages RPM requis
- Étape 13 : génération du fichier cluster_config.json
- Exemple Cluster_config.json
- Configuration générale
- Configuration du profil
- Configuration du certificat
- Configuration de la base de données
- Configuration du magasin d'objets externe
- Configuration d'URL pré-signée
- Configuration d'ArgoCD
- Configuration de l'authentification Kerberos
- Configuration du registre externe compatible OCI
- Disaster Recovery : configurations actif/passif et actif/actif
- Configuration de High Availability Add-on
- Configuration spécifique à Orchestrator
- Configuration spécifique à Insights
- Configuration spécifique à Process Mining
- Configuration spécifique à Document Understanding
- Configuration spécifique à Automation Suite Robots
- Configuration de la surveillance
- Facultatif : configuration du serveur proxy
- Facultatif : Activation de la résilience aux échecs locaux dans un cluster en mode production multi-nœuds compatible haute disponibilité
- Facultatif : Transmettre le fichier personnalisé resolv.conf
- Facultatif : augmentation de la tolérance aux pannes
- Ajout d'un nœud d'agent dédié avec prise en charge GPU
- Ajout d'un nœud d'agent dédié pour les Automation Suite Robots
- Étape 15 : configuration du registre Docker temporaire pour les installations hors ligne
- Étape 16 : validation des prérequis de l’installation
- Exécution de uipathctl
- Manuel : Exécution de l'installation
- Post-installation
- Administration du cluster
- Gestion des produits
- Premiers pas avec le portail d'administration du cluster
- Migration de Redis de High Availability Add-on externe vers un une version externe de High Availability Add-on
- Migration des données entre les librairies
- Migration d'un magasin d'objets intégré au cluster vers un magasin d'objets externe
- Migration du registre intégré au cluster vers un registre externe compatible OCI
- Basculer manuellement vers le cluster secondaire dans une configuration actif/passif
- Disaster Recovery : exécution d'opérations post-installation
- Conversion d'une installation existante en configuration multi-sites
- Recommandations pour mettre à niveau un déploiement actif/passif ou actif/actif
- Recommandations pour sauvegarder et restaurer un déploiement actif/passif ou actif/actif
- Mise à l'échelle d'un déploiement à nœud unique (évaluation) vers un déploiement multi-nœuds (HA)
- Surveillance et alerte
- Migration et mise à niveau
- Migration entre les clusters Automation Suite
- Mettre à niveau Automation Suite
- Téléchargement des packages d'installation et obtention de l'ensemble des fichiers sur le premier nœud de serveur
- Récupération de la dernière configuration appliquée à partir du cluster
- Mise à jour de la configuration du cluster
- Configuration du registre compatible OCI pour les installations hors ligne
- Exécution de la mise à niveau
- Exécution d'opérations post-mise à niveau
- 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
- Bonnes pratiques et maintenance
- Résolution des problèmes
- Comment résoudre les problèmes des services lors de l'installation
- Comment réduire les autorisations d’un répertoire de sauvegarde NFS
- Comment désinstaller le cluster
- Comment nettoyer les artefacts hors ligne pour améliorer l'espace disque
- Comment effacer les données Redis
- Comment activer la journalisation Istio
- Comment nettoyer manuellement les journaux
- Sortie de Ceph du mode lecture seule
- Comment nettoyer les anciens journaux stockés dans le compartiment sf-logs
- Comment désactiver les journaux de diffusion pour AI Center
- Comment déboguer les installations d'Automation Suite ayant échoué
- Comment supprimer des images de l’ancien programme d’installation après la mise à niveau
- Comment désactiver le déchargement de la somme de contrôle txt
- Comment définir manuellement le niveau de journalisation d’ArgoCD sur Info
- Comment augmenter le stockage d’AI Center
- Comment générer la valeur pull_secret_value encodée pour les registres externes
- Comment résoudre les chiffrements faibles dans TLS 1.2
- Comment vérifier la version TLS
- Comment travailler avec les certificats
- Comment planifier la sauvegarde et la restauration des données Ceph
- Comment collecter les données d'utilisation de DU avec le magasin d'objets intégré au cluster (Ceph)
- Comment installer RKE2 SELinux dans des environnements isolés
- Comment nettoyer les anciennes sauvegardes différentielles sur un serveur NFS
- Comment déployer Insights dans un cluster compatible FIPS
- Comment migrer vers cgroup v2
- Comment récupérer l'authentification Kerberos après le redémarrage d'une machine virtuelle
- Comment transmettre une image Docker locale au registre intégré au cluster
- Comment exclure des compartiments de la sauvegarde
- Erreur lors du téléchargement du bundle
- L'installation hors ligne échoue en raison d'un fichier binaire manquant
- Disque Azure non marqué comme SSD
- Échec après la mise à jour du certificat
- Erreurs de validation du certificat TLS
- L'antivirus provoque des problèmes d'installation
- Automation Suite ne fonctionne pas après la mise à niveau du système d'exploitation
- Automation Suite requiert que backlog_wait_time soit défini sur 0
- L'installation du registre temporaire échoue sur RHEL 8.9
- Problème de redémarrage fréquent dans les déploiements d'espace de noms uipath lors des installations hors ligne
- Paramètres DNS non respectés par CoreDNS
- L’amorçage du registre intégré au cluster échoue en raison d’une mémoire insuffisante
- Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé
- Échec de la mise à niveau en raison d’un Ceph défectueux
- La mise à niveau échoue en raison d’objets classiques dans la base de données Orchestrator
- Cluster Ceph trouvé dans un état dégradé après une mise à niveau côte à côte
- La mise à niveau du service échoue pour Apps
- Délais d'attente de mise à niveau sur place
- La mise à niveau échoue dans les environnements hors ligne
- Le pod d'instantané-contrôleur-crds dans l'état CrashLoopBackOff après la mise à niveau
- La mise à niveau échoue en raison du remplacement des tailles de PVC Insights
- Échec de la mise à niveau en raison d’un nom d’hôte en majuscules
- Définition d'un délai d'expiration pour les portails de gestion
- L'authentification ne fonctionne pas après la migration
- 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 d'un code de statut non valide
- Alarme reçue pour l'échec de la tâche Kerberos-tgt-update
- Fournisseur SSPI : serveur introuvable dans la base de données Kerberos
- La connexion a échoué pour l'utilisateur AD en raison d'un compte désactivé
- Échec de connexion à ArgoCD
- 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
- ArgoCD passe à l'état Progression (Progressing) après la première installation
- Pod de serveur ArgoCD dans CrashLoopBackOff
- Atténuation manuelle de la politique réseau ArgoCD
- Métriques Ceph-rook manquantes dans les tableaux de bord de surveillance
- Discordance dans les erreurs signalées lors des vérifications de l'intégrité des diagnostics
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
- Aucun problème sain en amont
- Démarrage de Redis bloqué par un antivirus
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- 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
- Exécution de la haute disponibilité avec Process Mining
- Échec de l’ingestion de Process Mining lors de la connexion à l’aide de Kerberos
- Impossible de se connecter à la base de données AutomationSuite_ProcessMining_Authentication à l'aide d'une chaîne de connexion au format pyodbc
- L'installation d'airflow échoue avec sqlalchemy.exc.ArgumentError: impossible d'analyser l'URL rfc1738 de la chaîne ''
- Comment ajouter une règle de table d'adresse IP pour utiliser le port SQL Server 1433
- Le certificat Automation Suite n'est pas approuvé depuis le serveur sur lequel CData Sync est en cours d'exécution
- Exécution de l'outil de diagnostic
- Utilisation du pack d'assistance Automation Suite
- Explorer les journaux
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique.
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
Questions fréquemment posées pour les déploiements de Disaster Recovery et multi-sites d’Automation Suite.
- Q : Puis-je déployer Automation Suite en mode actif-passif ?
- R : Oui.
- Q : Puis-je déployer Automation Suite en mode actif-actif ?
- R : Oui.
- Q : De combien de licences HAA ai-je besoin pour configurer Actif/Passif ?
- R : Vous avez besoin d'un total de deux licences HAA, une pour chaque cluster. Chacune des licences doit concerner deux partitions.
- Q : Dois-je apporter des licences de produit supplémentaires pour le cluster passif ?
- R : Non, une fois que vous avez appliqué les licences sur le cluster principal, elles peuvent également être utilisées dans le cluster secondaire.
- Q : Puis-je désactiver le cluster secondaire lorsqu'il n'est pas utilisé ?
- R : Oui, dans le cas d'une configuration actif-passif, vous pouvez désactiver certains ou tous les nœuds du cluster secondaire lorsque vous ne les utilisez pas. Dans le cas d'une configuration actif-actif, les nœuds des deux clusters doivent être opérationnels.
- Q : Puis-je installer des produits non pris en charge dans le cluster secondaire ?
- R : Non, vous ne pouvez pas installer de produits qui ne sont pas pris en charge dans le cluster secondaire. Si vous essayez une telle installation, les produits seront inutilisables.
- Q : Puis-je reconstruire le cluster principal à l'aide du cluster secondaire lorsque la sauvegarde n'est pas disponible ?
- R : Non, pour reconstruire le cluster principal, vous avez besoin d'une sauvegarde. Cependant, vous pouvez reconstruire le cluster secondaire à l'aide du cluster principal.
- Q : Puis-je déployer un magasin d'objets intégré au cluster avec des configurations actif-passif ou actif-actif ?
- R : Non, les déploiements multi-sites nécessitent un magasin d'objets externe strict.
- Q : Puis-je effectuer une gestion de cluster lorsque l'un des clusters Automation Suite est indisponible ou désactivé ?
- R : Vous devez effectuer la plupart des opérations, telles que la mise à jour de la chaîne de connexion SQL, sur les deux clusters. Par conséquent, les deux clusters doivent être disponibles. Cependant, si le cluster n'est pas disponible et que vous devez mettre à jour une configuration, vous pouvez dissocier les clusters et opérer individuellement.
- Q : Si un produit est en panne dans le cluster principal, puis-je uniquement basculer le trafic de ce produit vers le cluster secondaire ?
- A : Seule la tolérance aux pannes au niveau du site est autorisée. La tolérance granulaire au niveau du produit n'est pas prise en charge pour le moment.
- Q : Puis-je choisir de ne pas déployer un produit multi-sites ?
- R : Vous devez installer tous les produits sur les deux sites. Vous ne pouvez pas choisir de déployer un produit uniquement d'un côté, sauf pour découvrir les produits et Insights.
- Q : Puis-je ajouter des machines hétérogènes dans les deux clusters ?
- R : Vous pouvez apporter différentes configurations de machines sur les deux sites tant que ces machines répondent aux exigences matérielles et logicielles pour une installation Automation Suite.
- Q : Puis-je apporter des machines moins performantes pour le cluster secondaire ?
- R : Oui, vous pouvez choisir de déployer des machines plus petites ou moins nombreuses dans le cluster secondaire. Cela peut être fait pour réduire les coûts lorsque Insights, Process Mining et Automation Hub ne sont pas installés.
- Q : Puis-je exécuter le pipeline d'entraînement dans le cluster secondaire ?
- R : Vous pouvez planifier le pipeline d'entraînement uniquement sur le cluster principal. Cela signifie que la fonctionnalité de pipeline d'entraînement est temporairement indisponible lorsque le cluster principal est en panne.
- Q : Puis-je utiliser la même licence de produit Automation Suite sur les deux sites ?
- R : Bien que les deux clusters soient des clusters individuels, ils sont configurés pour se comporter comme un seul déploiement. Cela signifie également que vous n'avez pas à fournir deux licences Redis distinctes.
- Q : Puis-je promouvoir le cluster secondaire au cluster principal ?
- A : Non, vous ne pouvez pas promouvoir le cluster secondaire vers le cluster principal.
- Q : Puis-je reconvertir le déploiement multi-sites en configuration Automation Suite standard ?
- R : Non, ce n'est actuellement pas possible. La seule option consiste à recréer la configuration à partir d'une sauvegarde.
- Q : Que se passe-t-il lorsque le cluster principal est temporairement arrêté en mode actif-passif ?
- R : Lorsque le cluster principal est temporairement arrêté, l'automatisation est temporairement indisponible. Vous devez basculer le trafic vers le cluster secondaire en suivant les étapes décrites dans Basculer manuellement vers le cluster secondaire.
- Q : Que se passe-t-il lorsque le cluster principal est temporairement arrêté en mode actif-actif ?
- R : Lorsque le cluster principal est temporairement arrêté, les produits qui prennent en charge le mode Actif-Actif ne doivent subir aucun temps d'arrêt. Cependant, les produits qui ne prennent pas en charge le mode Actif-Actif, tels qu’Insights, Automation Hub et Process Mining, seront temporairement arrêtés. Dans ce cas, vous devez essayer de récupérer le cluster principal.
- Q : Que se passe-t-il lorsque le cluster principal est définitivement arrêté en mode actif-passif ?
- R : Lorsque le cluster principal est définitivement arrêté, l'automatisation est temporairement indisponible. Vous devez basculer vers le cluster secondaire à l'aide des étapes décrites dans Basculer manuellement vers le cluster secondaire, puis reconstruire le cluster principal à partir de la sauvegarde.
- Q : Que se passe-t-il lorsque le cluster principal est définitivement arrêté en mode actif-actif ?
- R : Lorsque le cluster principal est définitivement arrêté, les produits qui prennent en charge le mode Actif-Actif ne doivent subir aucun temps d'arrêt. Cependant, les produits qui ne prennent pas en charge le mode Actif-Actif, tels qu'Insights, Automation Hub et Process Mining, seront en panne. Vous devez basculer le trafic vers le cluster secondaire, puis reconstruire le cluster principal à partir de la sauvegarde. Une fois le cluster principal démarré, réactivez le trafic vers les deux clusters.
- Q : Que se passe-t-il lorsque le cluster secondaire est temporairement arrêté en mode actif-passif ?
- R : Lorsque le cluster secondaire est temporairement arrêté, Automation Suite n'est pas impacté. Cependant, la récupération d'urgence n'est pas disponible. Une fois le cluster secondaire rétabli, réappliquez toute configuration effectuée sur le cluster primaire au cluster secondaire.
- Q : Que se passe-t-il lorsque le cluster secondaire est temporairement arrêté en mode actif-actif ?
- R : Lorsque le cluster secondaire est temporairement arrêté, Automation Suite n'est pas impacté. Cependant, il ne sera pas en mesure de répondre aux requêtes comme il l' aurait fait avec les deux clusters activés. En outre, la récupération d'urgence n'est pas disponible. Une fois le cluster secondaire rétabli, réappliquez toute configuration effectuée sur le cluster primaire au cluster secondaire.
- Q : Que se passe-t-il lorsque le cluster secondaire est définitivement arrêté en mode actif-passif ?
- R : Lorsque le cluster secondaire est définitivement arrêté, Automation Suite n'est pas impacté. Cependant, la récupération d'urgence n'est pas disponible. Vous devez reconstruire le cluster secondaire à l'aide du cluster principal.
- Q : Que se passe-t-il lorsque le cluster secondaire est définitivement arrêté en mode actif-actif ?
- R : Lorsque le cluster secondaire est définitivement arrêté, Automation Suite n'est pas impacté. Cependant, il ne sera pas en mesure de répondre aux requêtes comme il l' aurait fait avec les deux clusters activés. En outre, la récupération d'urgence n'est pas disponible. Vous devez reconstruire le cluster secondaire à l'aide du cluster principal.
- Q : Que se passe-t-il lorsque les deux clusters sont temporairement arrêtés en mode actif-passif ?
- R : Lorsque le cluster secondaire est temporairement arrêté, Automation Suite n'est pas impacté.
- Q : Que se passe-t-il lorsque les deux clusters sont temporairement arrêtés en mode actif-actif ?
- R : Lorsque le cluster secondaire est temporairement arrêté, Automation Suite n'est pas impacté.
- Q : Que se passe-t-il lorsque les deux clusters sont définitivement arrêtés en mode actif-passif ?
- R : Lorsque les deux clusters sont définitivement arrêtés, Automation Suite entière est arrêtée. Pour rétablir la configuration, vous devez restaurer le cluster principal à l'aide d'une sauvegarde et reconstruire le cluster secondaire à partir du cluster principal.
- Q : Que se passe-t-il lorsque les deux clusters sont définitivement arrêtés en mode actif-actif ?
- R : Lorsque les deux clusters sont définitivement arrêtés, Automation Suite entière est arrêtée. Pour rétablir la configuration, vous devez restaurer le cluster principal à l'aide d'une sauvegarde et reconstruire le cluster secondaire à partir du cluster principal.
- Q : Que se passe-t-il lorsque l'un des produits est en panne dans le cluster principal en mode actif-passif ?
- R : Lorsque l'un des produits est en panne dans le cluster principal, ce produit n'est pas disponible. Il n'existe aucun moyen pour vous de basculer le trafic uniquement pour ce produit dans le cluster secondaire. Et vice-versa. Seule la tolérance aux pannes au niveau du site est possible.
- Q : Que se passe-t-il lorsque l'un des produits est en panne dans le cluster principal en mode actif-actif ?
- R : Si le produit en panne prend en charge le mode Actif-Actif, il n'y aura pas de temps d'arrêt pour ce produit, car le secondaire répondra aux demandes. Cependant, si le produit ne prend pas en charge le mode Actif-Actif, tel qu’Insights, Automation Hub et Process Mining, ce produit subira un temps d’arrêt.
- Q : Que se passe-t-il lorsque la source de données principale est en panne et que les données ne sont pas répliquées sur la source de données secondaire en mode actif-passif ?
- R : Dans ce cas, il y aurait une perte de données. Votre RPO régirait la perte de données. La promotion de la source de données secondaire en source de données principale sera régie par votre RTO.
- Q : Que se passe-t-il lorsque la source de données principale est en panne et que les données ne sont pas répliquées sur la source de données secondaire en mode actif-actif ?
- R : Dans ce cas, il y aurait une perte de données. Votre RPO régirait la perte de données. La promotion de la source de données secondaire en source de données principale sera régie par votre RTO.
- Q : Que se passe-t-il lorsque la source de données principale est de retour après un bref temps d'arrêt en mode actif-passif ?
- R : Lorsque la source de données principale est de retour après un bref temps d'arrêt, vous devez vous assurer qu'à moins que toutes les données ne soient resynchronisées avec la source de données d'origine, vous ne commencez pas à rediriger le trafic vers le cluster principal.
- Q : Que se passe-t-il lorsque la source de données principale est de retour après un bref temps d'arrêt en mode actif-actif ?
- R : Lorsque la source de données principale est de retour après un bref temps d'arrêt, vous devez vous assurer qu'à moins que toutes les données ne soient resynchronisées avec la source de données d'origine, vous ne commencez pas à rediriger le trafic vers le cluster principal.
- Q : Que se passe-t-il lorsque les deux sources de données sont en panne en mode actif-passif ?
- R : Dans ce cas, vous devez vous attendre à un temps d'arrêt complet. Quelques transactions en cours peuvent être bloquées dans cet état pour toujours.
- Q : Que se passe-t-il lorsque les deux sources de données sont en panne en mode actif-actif ?
- R : Dans ce cas, vous devez vous attendre à un temps d'arrêt complet. Quelques transactions en cours peuvent être bloquées dans cet état pour toujours.
- Q : Que se passe-t-il lorsque la source de données secondaire est en panne en mode actif-passif ?
- R : Dans ce cas, Automation Suite n'est pas impacté. Vous devez vous assurer que les données sont répliquées lorsque la source de données secondaire est en ligne.
- Q : Que se passe-t-il lorsque la source de données secondaire est en panne en mode actif-actif ?
- R : Dans ce cas, Automation Suite n'est pas impacté. Vous devez vous assurer que les données sont répliquées lorsque la source de données secondaire est en ligne.