automation-suite
2.2510
true
Guide d'installation d'Automation Suite sur EKS/AKS
- 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
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.
Impossible de lancer Automation Hub et Apps avec la configuration proxy
Échec du lancement des solutions pour Automation Hub et Apps avec la configuration du proxy sur EKS/AKS.
Description
Si vous utilisez une configuration proxy, vous pouvez rencontrer des problèmes lors de la tentative de lancement d’Automation Hub et d'Apps.
Solution
Vous pouvez résoudre le problème en procédant comme suit :
- Capturez l'objet configmap
corednsexistant à partir du cluster en cours d'exécution :kubectl get configmap -n kube-system coredns -o yaml > coredns-config.yamlkubectl get configmap -n kube-system coredns -o yaml > coredns-config.yaml - Modifiez le fichier
coredns-config.yamlpour ajouter la réécriture du nom de domaine complet à la configuration.- Renommez l'objet configmap en
coredns-custom. - Appliquez la configuration adéquate en fonction de votre plate-forme :
- Pour AKS, définissez une nouvelle zone CoreDNS pour le nom de domaine complet, comme indiqué dans l’exemple suivant :
apiVersion: v1 kind: ConfigMap metadata: name: coredns-custom namespace: kube-system data: <FQDN>.server: | <FQDN>:53 { errors log health rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance }apiVersion: v1 kind: ConfigMap metadata: name: coredns-custom namespace: kube-system data: <FQDN>.server: | <FQDN>:53 { errors log health rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance } - Pour EKS, il suffit d’ajouter uniquement le bloc de réécriture au fichier CoreDNS existant :
rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local }rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local }
- Pour AKS, définissez une nouvelle zone CoreDNS pour le nom de domaine complet, comme indiqué dans l’exemple suivant :
- Renommez l'objet configmap en
- Créez l'objet configmap
coredns-custom:kubectl apply -f coredns-config.yamlkubectl apply -f coredns-config.yaml - Remplacez la référence de volume
corednsparcoredns-customdans le déploiementcorednsdans l'espace de nomskube-system:volumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volumevolumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volume - Redémarrez le déploiement
corednset assurez-vous que les podscorednssont opérationnels et ne présentent aucun problème :kubectl rollout restart deployment -n kube-system corednskubectl rollout restart deployment -n kube-system coredns - Vous devriez maintenant pouvoir lancer Automation Hub et Apps.