- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Questions et réponses : modèles de déploiement
- Configuration des machines
- Configuration du magasin d'objets externe
- Configurer l'équilibreur de charge
- Configuration du DNS
- Configuration de Microsoft SQL Server
- Configuration des certificats
- Installation de production en ligne multi-nœuds compatible haute disponibilité
- Installation de production hors ligne multi-nœuds compatible haute disponibilité
- Téléchargement des packages d'installation
- install-uipath.sh parameters
- Activation du module complémentaire Redis High Availability Add-on pour le cluster
- Fichier de configuration de Document Understanding
- Ajout d'un nœud d'agent dédié avec prise en charge GPU
- Connexion de l'application Task Mining
- Ajout d'un nœud d'agent dédié pour Task Mining
- Ajout d'un nœud d'agent dédié pour les Automation Suite Robots
- Post-installation
- Administration du cluster
- Surveillance et alerte
- Migration et mise à niveau
- Chemins de mise à niveau Automation Suite
- Automatisée : mise à niveau en ligne
- Automatisée : mise à niveau hors ligne
- Manuel : mise à niveau en ligne
- Manuel : mise à niveau hors ligne
- Annulation en cas d'erreur
- Migration d'un disque physique Longhorn vers LVM
- Migration de Canal vers Cilium CNI
- Rétrogradation de Ceph de la version 16.2.6 à la version 15.2.9
- Options de migration :
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d’Insights
- Étape 7 : suppression du locataire par défaut
- Exécution d'une seule migration de locataire
- Configuration spécifique au produit
- Bonnes pratiques et maintenance
- Résolution des problèmes
- Comment résoudre les problèmes des services lors de l'installation
- 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
- 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 nettoyer automatiquement les instantanés Longhorn
- Comment désactiver le déchargement de la somme de contrôle txt
- Comment résoudre les chiffrements faibles dans TLS 1.2
- Impossible d'exécuter une installation hors ligne sur le système d'exploitation RHEL 8.4
- Erreur lors du téléchargement du bundle
- L'installation hors ligne échoue en raison d'un fichier binaire manquant
- Problème de certificat dans l'installation hors ligne
- La première installation échoue lors de la configuration de Longhorn
- Erreur de validation de la chaîne de connexion SQL
- Échec de la vérification des prérequis pour le module selinux iscsid
- Disque Azure non marqué comme SSD
- Échec après la mise à jour du certificat
- 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
- Volume impossible à monter car il n'est pas prêt pour les charges de travail
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- Cluster défectueux après la mise à niveau automatisée à partir de la version 2021.10
- Échec de la mise à niveau en raison d’un Ceph défectueux
- RKE2 ne démarre pas en raison d'un problème d'espace
- Échec de la validation SQL lors de la mise à niveau
- Le pod d'instantané-contrôleur-crds dans l'état CrashLoopBackOff après la mise à niveau
- Échec du chargement ou du téléchargement des données dans l'objectstore
- Le redimensionnement de la PVC ne répare pas Ceph
- Échec du redimensionnement du PVC
- Échec du redimensionnement du PVC objectstore
- Rook Ceph ou pod Looker bloqué dans l'état Init
- Erreur de pièce jointe du volume Ensembles d'états.
- Échec de la création de volumes persistants
- Correctif de récupération du stockage
- La sauvegarde a échoué en raison de l’erreur TropInstantanés (TooManySnapshots)
- Toutes les répliques Longhorn sont défaillantes
- Définition d'un délai d'expiration pour les portails de gestion
- Mettre à jour les connexions du répertoire sous-jacent
- 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
- Secret introuvable dans l'espace de noms UiPath
- ArgoCD passe à l'état Progression (Progressing) après la première installation
- Incohérence inattendue ; exécuter fsck manuellement
- Pods MongoDB en mode CrashLoopBackOff ou enregistrement PVC en attente après suppression
- Le pod MongoDB ne parvient pas à mettre à niveau la version 4.4.4-ent vers la version 5.0.7-ent
- Services défectueux après la restauration ou l'annulation du cluster
- Pods bloqués dans Init:0/X
- Prometheus en état CrashloopBackoff avec erreur de mémoire insuffisante (OOM)
- Métriques Ceph-rook manquantes dans les tableaux de bord de surveillance
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- 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
- Utilisation de l'outil de diagnostic d'Automation Suite
- Utilisation du pack d'assistance Automation Suite
- Explorer les journaux
Finalisation d'une mise à niveau
Après avoir effectué une mise à niveau du cluster Automation Suite, certaines modifications sont nécessaires pour garantir qu'un nouveau nœud rejoint correctement le cluster via des opérations de mise à l'échelle. Pour automatiser les modifications, nous vous recommandons d'utiliser le script upgrade_wrapper.py.
Préparation
Prérequis
Assurez-vous de répondre aux exigences suivantes :
-
Python 3.8 ou une version plus récente doit être installé sur la machine sur laquelle vous exécutez le script. Pour plus d'informations, consultez la documentation Python.
-
Des packages Python sont requis pour le script. Vous pouvez installer ces packages à l'aide de la commande pip suivante. Pour plus de détails, consultez la documentation pip.
pip install wget requests boto3pip install wget requests boto3 -
boto3clients must be able to authenticate to AWS because deployment changes occur through them. You can provide credentials as environment variables or through a default profile using a shared credential file. The user must have the permission to perform the actions described in the Script behavior section. -
Assurez-vous de consulter le fichier
cluster_config.jsonet de remplacer toutes les valeurs booléennes marquées comme chaîne ("true"/"false") par des valeurs booléennes réelles (true/false). Par exemple :- pour activer la résilience de zone, utilisez
"zone_resilience": true. - pour permettre au programme d'installation de créer les bases de données, utilisez
"sql.create_db": true.
- pour activer la résilience de zone, utilisez
-
Si vous effectuez une mise à niveau d'Automation Suite 2022.10 vers Automation Suite 2023.4 ou une version ultérieure, et qu'Orchestrator est activé sur l'ancienne et la nouvelle version, vous devez définir l'indicateur
orchestrator.block_classic_executionssurtruedans le fichiercluster_config.json. L'utilisation de l'indicateur montre que vous êtes d'accord avec le blocage des exécutions de dossiers classiques. La non-utilisation de l'indicateur entraîne l'échec de l'opération de mise à niveau. Ce paramètre n'est pas requis dans les nouvelles installations.
Considérations relative aux script
Lors de l'exécution du script upgrade_wrapper.py, tenez compte du fait qu'il effectue les opérations suivantes :
-
Il télécharge dans le dossier actuel les dépendances nécessaires.
-
Il extrait les informations de la pile de déploiement d'Automation Suite.
-
Il crée une pile contenant :
-
un nouveau modèle de lancement pour chaque groupe de mise à l'échelle automatique présent dans le déploiement initial, avec les modifications nécessaires pour le flux d'installation de la nouvelle version.
-
une stratégie IAM rattachée au rôle IAM utilisé par les nœuds Automation Suite qui permet l'opération
DescribeStackResourcesur la pile actuelle.Remarque :La stratégie est déployée uniquement si un rôle IAM personnalisé n'a pas été fourni au moment du déploiement. Sinon, vous devez accorder l'autorisation
cloudformation:DescribeStackResourceau niveau de la pile nouvellement déployée au rôle IAM utilisé par les nœuds Automation Suite.
-
-
Il met à jour le groupe de mise à l'échelle automatique pour utiliser les modèles de lancement créés dans la nouvelle pile.
-
Il met à jour le paramètre SSM contenant l'URL du programme d'installation (facultatif, selon la version du modèle de déploiement initial).
-
Remplace l'ancien programme d'installation utilisé dans le déploiement initial par celui utilisé pour la mise à niveau sur tous les nœuds via une commande d'exécution SSM. Ce fonctionnement est nécessaire pour préserver la fonctionnalité des documents SSM déjà existants dans le déploiement initial ;
Remarque :Le document SSM de mise à jour de l'AMI peut ne plus fonctionner après la mise à jour du modèle de lancement. Le rôle IAM utilisé par les documents SSM doit être mis à jour avec les autorisations
ec2:CreateLaunchTemplateVersionetec2:RunInstancessur les modèles de lancement nouvellement créés. -
Il nettoie les fichiers téléchargés.
Exécution
Pour terminer avec succès une mise à niveau, procédez comme suit :
-
Téléchargez le script
upgrade_wrapper.pyici. -
Exécutez le script en mode interactif ou non interactif :
- Option 1: si vous exécutez le script en mode interactif, utilisez la commande suivante :
python3 upgrade_wrapper.py - Option 2: si vous exécutez le script en mode non interactif, il renseigne automatiquement les variables d'environnement suivantes :
- La variable
AS_VERSIONest renseignée avec la version d'Automation Suite que vous avez utilisée pour la mise à niveau ; - Les noms de paramètres en majuscules requis pour une version spécifique. Vous pouvez vérifier les paramètres dans l'objet upgrade_matrix.json définissant les dépendances nécessaires à ce processus. Par exemple, pour transmettre la région de déploiement requise par la version 2022.10.1, vous devez définir la variable d'environnement
AS_DEPLOYMENT_REGION.
- La variable
- Option 1: si vous exécutez le script en mode interactif, utilisez la commande suivante :