- 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
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes dans Kubernetes
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- 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
- É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
- Les composants de sauvegarde Velero restent après la mise à niveau sur AKS depuis Automation Suite 2024.10.x
- 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
- La sauvegarde de Velero échoue avec l'erreur FailedValidation
- Résolution des problèmes de clés secrètes externes
- 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
- Erreurs de validation du certificat TLS
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- 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
Sauvegarde et restauration EKS
Configurer les sauvegardes et les procédures de restauration Velero pour Automation Suite sur EKS.
Amazon EKS prend en charge la sauvegarde et la restauration via AWS Sauvegarde, qui protège les ressources de cluster Kubernetes et les volumes persistants et permet des restaurations basées sur des stratégies dans les clusters EKS existants ou nouveaux. Pour plus de détails, consultez la section Sauvegardes Amazon EKS.
En plus d'AWS Sauvegarde, les outils Kubernetes tels que Velero peuvent être utilisés pour sauvegarder et restaurer les ressources de cluster EKS, en particulier pour les scénarios nécessitant un contrôle plus précis au niveau de Kubernetes ou des politiques de sauvegarde personnalisées pour votre cas d'utilisation et vos exigences de conformité.
Pour de plus amples informations, consultez les ressources AWS suivantes:
- FAQ sur la sauvegarde et la restauration Amazon EKS
- Sauvegarder et restaurer les ressources de cluster Amazon EKS à l'aide de Velero
Automation Suite sur EKS utilise deux types de stockage principaux :
- Amazon EBS (Elastic Block Store) : fournit un stockage au niveau du bloc pour les charges de travail Kubernetes.
- Amazon EFS (Elastic File System) : cela fournit un stockage partagé des fichiers pour les charges de travail qui nécessitent un accès simultané.
Pour prendre en charge les types de stockage et la récupération d'urgence multi-régionale, UiPath recommande d'utiliser Velero File System Sauvegarde (FSB) avec Amazon S3 et Multi-Region Replication (CRR).
Avec cette configuration, les sauvegardes sont stockées dans le compartiment S3 désigné, et CRR les réplique automatiquement dans une région AWS secondaire pour plus de résilience.
Prérequis
Avant de configurer Velero, assurez-vous que les conditions préalables suivantes sont remplies :
- Installation de Velero : vous devez déployer Velero dans le cluster EKS à l'aide de Helm ou de la CLI Velero.
- Autorisations IAM : vous devez accorder au compte de service Velero les autorisations requises pour écrire sur Amazon S3.
- Compartiment S3 : vous devez créer un compartiment Amazon S3 avec le contrôle de version activé.
Pour obtenir des instructions de configuration détaillées, consultez le guide officiel de configuration de la sauvegarde du système de fichiers Velero .
Configuration des politiques Velero
Velero prend en charge des politiques flexibles qui déterminent les ressources et les volumes inclus dans les sauvegardes. Pour en savoir plus sur la configuration des politiques de sauvegarde Velero, consultez la documentation officielle Velero .
Lors de la définition d'une politique de sauvegarde, tenez compte des directives suivantes :
- Exclusion du PVC : vous devez exclure tout
PersistentVolumeClaim(PVC) libellé avecvelero.io/exclude-from-backup: "true". Velero ignore tout PVC avec ce libellé pendant le processus de sauvegarde. - Configuration de la sauvegarde du système de fichiers : vous devez appliquer des sauvegardes du système de fichiers aux PVC qui utilisent des classes de stockage prises en charge. Les classes de stockage suivantes prennent en charge les sauvegardes de systèmes de fichiers :
- Classe de stockage EFS (
efs-sc) - Classe de stockage EBS (
ebs-sc)Utilisez l'exemple de politique suivant pour configurer les exclusions et les sauvegardes du système de fichiers pour ces classes de stockage :
policy: | version: v1 volumePolicies: - conditions: pvcLabels: velero.io/exclude-from-backup: "true" action: type: skip - conditions: csi: driver: efs.csi.aws.com storageClass: - efs-sc action: type: fs-backup - conditions: csi: driver: ebs.csi.aws.com storageClass: - ebs-sc action: type: fs-backuppolicy: | version: v1 volumePolicies: - conditions: pvcLabels: velero.io/exclude-from-backup: "true" action: type: skip - conditions: csi: driver: efs.csi.aws.com storageClass: - efs-sc action: type: fs-backup - conditions: csi: driver: ebs.csi.aws.com storageClass: - ebs-sc action: type: fs-backup - Classe de stockage EFS (
- Destination de sauvegarde : avec la sauvegarde du système de fichiers, toutes les données de sauvegarde sont téléchargées vers le compartiment Amazon S3 configuré. Si la réplication multi-régionale (CRR) est activée, les sauvegardes sont automatiquement répliquées sur toutes les régions, pour une meilleure résilience.
Exécution de sauvegardes et de restaurations
Pour créer une sauvegarde dans Velero :
- Suivez le guide de sauvegarde Velero .
- Configurez une ressource personnalisée de sauvegarde (CR) pour définir les espaces de noms et les ressources incluses dans la sauvegarde.
Les espaces de noms Automation Suite sont automatiquement libellés avec created-by=uipath. Vous pouvez sélectionner uniquement les espaces de noms liés à UiPath en incluant uniquement ceux libellés avec cette clé. Cela garantit que toutes les ressources spécifiques à UiPath sont sauvegardées en toute sécurité.
Pour de plus amples informations, consultez la section Filtrage des ressources Velero.
Pour restaurer les charges de travail à partir d’une sauvegarde :
- Suivez le guide de restauration Velero .
- Référencez une ressource personnalisée de restauration (CR) qui spécifie les ressources de sauvegarde et cible.
Lors de la restauration dans un cluster sur lequel le Cluster Autoscaler est activé, Velero peut signaler des échecs de restauration partiels. Il est possible que vous rencontriez une erreur telle que node-agent pod is not running in node: daemonset pod not found in running state in node.
Si vous rencontrez ce problème, vous devez vérifier le statut des objets podvolumerestore (PVR) . Si tous les PVP affichent Success, vous pouvez considérer la restauration comme réussie.
Pour plus de détails, reportez-vous au problème Velero 7170 et au problème Velero 9203.