- 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 avec des rôles de cluster
- Octroi d'autorisations d'installation sans rôles de cluster
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes
- Déploiement de Redis via OperatorHub
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Effectuer la maintenance de la base de données
- Configurer une authentification Kerberos
- Configuration du nom complet de domaine après l'installation
- Basculer manuellement vers le cluster secondaire dans une configuration actif/passif
- Conversion d'une installation existante en configuration multi-sites
- Directives sur la mise à niveau d'un déploiement actif/passif
- Directives pour la sauvegarde et la restauration d'un déploiement actif/passif
- 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
- Comment désinstaller Automation Suite
- Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16–4.18
- Comment déployer Insights dans un cluster compatible FIPS
- Comment désactiver l’activation automatique CDI dans l’opérateur GPU Nvidia
- Comment encoder en URL un mot de passe de chaîne de connexion SQL
- 500 erreurs et limitation de débit sur les requêtes S3 dans ODF
- Résolution des problèmes de clés secrètes externes
- Configuration des tolérances des pilotes CSI pour ODF 4.20
- 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
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Erreurs de validation du certificat TLS
- 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
Basculer manuellement vers le cluster secondaire dans une configuration actif/passif
Basculer manuellement le trafic vers le cluster secondaire lors du basculement dans la configuration actif/passif d’Automation Suite.
Cette section fournit des instructions de haut niveau sur le basculement manuel du trafic vers le cluster secondaire dans une configuration actif/passif.
Pour passer au cluster Automation Suite secondaire, procédez comme suit :
- Activez tous les nœuds du cluster Automation Suite secondaire.
- Rapportez tous les produits précédemment actifs.
- Attendez que tous les composants et produits aient atteint un état opérationnel sain.
- Synchronisez les compétences AI Center sur le cluster secondaire.
- Basculer le trafic vers le cluster secondaire
Lorsque vous basculez vers le site secondaire, certains produits tels que Insights, Process Mining, Studio Web et Automation Hub ne sont pas disponibles.
Rapporter les produits
Pour rétablir tous les produits inactifs, exécutez la commande suivante :
uipathctl cluster maintenance disable
uipathctl cluster maintenance disable
Synchronisation de la compétence ML d'AI Center
Vous pouvez utiliser le script suivant pour synchroniser à nouveau la compétence ML d'AI Center dans le cluster secondaire. Le script déclenche la resynchronisation en arrière-plan si aucune synchronisation active n'est en cours. Vous pouvez utiliser le même script pour revenir au cluster principal.
Le script synchronise les compétences en arrière-plan (async) et les renvoie. La tâche garantit que les compétences sont déployées et met à jour l'entrée de la base de données pour refléter le statut actuel.
uipathctl service aicenter sync-skills [skill_ids]
uipathctl service aicenter sync-skills [skill_ids]
[skill_ids]: le tableau facultatif des ID de compétence séparés par un espace. Si vous fournissez l'ID de compétence, seules ces compétences sont mises à jour ; sinon, toutes les compétences déployées sont resynchronisées.
Exemple :
uipathctl service aicenter sync-skills 783273-3232-3232-323 32-32-323-3232
//this will only sync the skills with ID 783273-3232-3232-323 and 32-32-323-3232
uipathctl service aicenter sync-skills 783273-3232-3232-323 32-32-323-3232
//this will only sync the skills with ID 783273-3232-3232-323 and 32-32-323-3232
Pour surveiller le statut de la compétence, vous devez exécuter un script différent, comme indiqué dans la section suivante.
Vérification du statut de la compétence ML d'AI Center
Pour afficher le statut de la compétence ML d'AI Center, exécutez la commande suivante :
uipathctl service aicenter sync-skill-status [skill_ids]
uipathctl service aicenter sync-skill-status [skill_ids]
La commande peut renvoyer l'un des statuts suivants :
InProgress: le déploiement de la compétence est en cours.Failed- le déploiement de la compétence a échoué.OutOfSync- la compétence est disponible dans la base de données ; cependant, elle n'a pas encore été déployée.Available: lorsque les compétences sont déployées et disponibles à l'utilisation.