automation-suite
2.2510
true
Automation Suite in der EKS/AKS-Installationsanleitung
- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators „Externe Geheimnisse“ in Kubernetes
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Erweiterte Orchestrator-Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von NLog
- Speichern von Roboterprotokollen in Elasticsearch
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Installation der Hostbibliothek überspringen
- AI Trust Layer
- Fehlersuche und ‑behebung
- AI Center-Bereitstellungsfehler nach Upgrade auf 2023.10 oder höher
- Insights-Volumes, die nach der Migration in zwei verschiedenen Zonen erstellt wurden
- Upgrade schlägt aufgrund überschriebener Insights-PVC-Größen fehl
- Velero-Backup-Komponenten bleiben nach dem Upgrade auf AKS von Automation Suite 2024.10.x erhalten
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Fehlerbehebung bei externen Geheimnissen
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Validierungsfehler beim TLS-Zertifikat
- Fluentd exportiert keine Protokolle in IPv6-Umgebungen
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Konfigurieren von Ressourcenanforderungen und Limits für von uipathctl erstellte Workloads
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.
Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
Lösungen für Startfehler von Automation Hub und Apps mit Proxykonfiguration auf EKS/AKS.
Beschreibung
Wenn Sie ein Proxy-Setup verwenden, können Probleme beim Starten von Automation Hub und Apps auftreten.
Lösung
Sie können das Problem beheben, indem Sie die folgenden Schritte ausführen:
- Erfassen Sie die vorhandene Konfigurationszuordnung
corednsaus dem ausgeführten Cluster:kubectl get configmap -n kube-system coredns -o yaml > coredns-config.yamlkubectl get configmap -n kube-system coredns -o yaml > coredns-config.yaml - Bearbeiten Sie die Datei
coredns-config.yaml, um den Rewrite des FQDN an die Konfiguration anzufügen.- Benennen Sie die Konfigurationszuordnung in
coredns-customum. - Wenden Sie die richtige Konfiguration je nach Plattform an:
- Definieren Sie bei AKS eine neue CoreDNS-Zone für den FQDN, wie im folgenden Beispiel gezeigt:
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 } - Für EKS reicht es aus, nur den Rewrite-Block zur vorhandenen CoreDNS Corefile hinzuzufügen:
rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local }rewrite stop { name exact <FQDN> istio-ingressgateway.istio-system.svc.cluster.local }
- Definieren Sie bei AKS eine neue CoreDNS-Zone für den FQDN, wie im folgenden Beispiel gezeigt:
- Benennen Sie die Konfigurationszuordnung in
- Erstellen Sie die
coredns-custom-Konfigurationszuordnung:kubectl apply -f coredns-config.yamlkubectl apply -f coredns-config.yaml - Ersetzen Sie die Volume-Referenz von
corednsdurchcoredns-customin dercoredns-Bereitstellung imkube-system-Namespace: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 - Starten Sie die
coredns-Bereitstellung neu und stellen Sie sicher, dass diecoredns-Pods problemlos ausgeführt werden:kubectl rollout restart deployment -n kube-system corednskubectl rollout restart deployment -n kube-system coredns - Sie sollten jetzt Automation Hub und Apps starten können.