- Ü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
Anwenden verschiedener Konfigurationen
Erstellen Sie Prioritätsklassen, beschriften Sie Namespaces und konfigurieren Sie CoreDNS für die Automation Suite auf EKS/AKS.
Wenden Sie die Konfigurationen in diesem Abschnitt nur an, wenn Sie dem Automation Suite-Installationsprogramm keine Administratorrechte zur Verfügung stellen können. Wenn Sie dem Installationsprogramm die erforderlichen Berechtigungen zur Verfügung stellen können, müssen Sie die Konfigurationen in diesem Abschnitt nicht anwenden.
Erstellen einer Prioritätsklasse
Um eine Prioritätsklasse für UiPath®-Anwendungen zu erstellen, führen Sie die folgenden Schritte aus:
-
Speichern Sie die folgende Konfiguration als YAML-Datei:
--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications"--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications" -
Führen Sie den folgenden Befehl aus und ersetzen Sie dabei den Platzhalter
<file_name.yaml>durch den tatsächlichen Namen Ihrer YAML-Datei:kubectl apply -f <file_name.yaml>kubectl apply -f <file_name.yaml>
Der Name der Prioritätsklasse uipath-high-priority ist erforderlich und kann nicht geändert werden.
Um die Erstellung von Prioritätsklassen zu deaktivieren, legen Sie ignore_priority_class in der Datei input.json auf true fest.
Beschriften der Namespaces
Um Namespace-Beschriftungen zu erstellen, führen Sie die folgenden Befehle aus:
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
Konfigurieren von CoreDNS
Wenn Sie ein Proxy-Setup verwenden, sind bestimmte CoreDNS-Konfigurationsänderungen erforderlich, um eine erfolgreiche Installation und Betrieb von Automation Hub und Apps sicherzustellen.
Es wird empfohlen, dies zu den CoreDNS-Einstellungen hinzuzufügen, da so alle Dienst-zu-Dienst-Anforderungen, die den FQDN des Clusters verwenden, den Lastausgleich umgehen und intern über Istio weiterleiten können.
Führen Sie die folgenden Schritte aus, um Ihren Cluster während der Installation zu konfigurieren:
-
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 vonfqdnan die Konfiguration anzufügen.-
Benennen Sie die Konfigurationszuordnung in
coredns-customum. -
Fügen Sie den folgenden Codeblock zu Ihrer
coredns-config.yaml-Datei hinzu. Stellen Sie sicher, dass sich der Codeblock vor der Zeilekubernetes cluster.local in-addr.arpa ip6.arpbefindet.rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local }rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local } -
Ersetzen Sie
<cluster-fqdn>durch den tatsächlichen Wert.
Nachdem Sie diese Schritte ausgeführt haben, sollte Ihre Datei dem folgenden Beispiel ähneln:
apiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com 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 } kind: ConfigMap metadata: name: coredns-custom namespace: kube-systemapiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com 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 } kind: ConfigMap metadata: name: coredns-custom namespace: kube-system -
-
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
Sobald diese Schritte abgeschlossen sind, sollten Automation Hub und Apps in der proxyfähigen Umgebung erfolgreich gestartet werden.