automation-suite
2.2510
true
Guide d'installation d'Automation Suite sur OpenShift
- 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
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.
Directives pour la sauvegarde et la restauration d'un déploiement actif/passif
Directives pour la sauvegarde et la restauration des clusters principal et secondaire dans les déploiements actif/passif.
Sauvegarde du cluster
- Vous devez sauvegarder uniquement le cluster principal et le stockage externe (SQL et Objectstore).
- Il n'est pas obligatoire de faire une sauvegarde du cluster secondaire. Au lieu de cela, vous pouvez choisir de faire une sauvegarde secondaire. Cependant, vous pouvez toujours utiliser le cluster principal pour configurer le cluster secondaire.
Restauration du cluster principal
- Si le cluster principal tombe en panne, vous devez utiliser la sauvegarde pour le restaurer.
- Si des modifications de configuration ont été apportées au cluster secondaire alors que le cluster principal était en panne, suivez ces étapes pour vous assurer que le principal restauré reflète la dernière configuration :
- Fusionnez les configurations des clusters principal et secondaire pour créer un
input.jsonmis à jour qui inclut toutes les modifications apportées au cluster secondaire après la panne du principal. - Appliquez toutes les mises à jour requises aux paramètres spécifiques au cluster principal.
- Restaurez le cluster principal à l'aide du fichier
input.jsonfusionné.
- Fusionnez les configurations des clusters principal et secondaire pour créer un
Restauration du cluster secondaire
- Si la sauvegarde du cluster secondaire n'est pas disponible, vous pouvez la restaurer à partir du cluster principal en procédant comme suit :
- Générez le
input.jsonà partir du cluster principal. - Mettez à jour le
input.jsonavec la valeur spécifique du cluster secondaire. - Installer le cluster secondaire.
- Générez le
- Si la sauvegarde du cluster secondaire est disponible, vous pouvez restaurer le cluster secondaire à partir de la sauvegarde.