- Ü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
- Verwendung des Überwachungs-Stacks
- Warnungs-Runbooks
- Endpunkte in gutem Zustand
- 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
Verwendung des Überwachungs-Stacks
Überwachen Sie die Automation Suite mit Prometheus, Grafana und Alert Manager in EKS/AKS.
Der Überwachungs-Stack für Automation Suite -Cluster umfasst Prometheus, Grafana und Alertmanager, die automatisch installiert werden, es sei denn, Sie bringen Ihren eigenen Überwachungs-Stack mit.
Auf dieser Seite wird eine Reihe von Überwachungsszenarien beschrieben, die für die Arbeit mit dem Überwachungstool optimiert wurden, das im Automation Suite -Cluster enthalten ist. Wenn Sie Ihren eigenen Überwachungs-Stack mitbringen, müssen Sie die offizielle Dokumentation Ihrer Tools befolgen, um den Zustand des Clusters zu überwachen.
Wenn Sie Sammler zum Exportieren von Metriken in Tools von Drittanbietern verwenden, kann die Aktivierung der Anwendungsüberwachung die Funktionalität der Automation Suite beeinträchtigen.
Zugreifen auf die Überwachungstools
Überblick
Der Überwachungs-Stack für Automation Suite -Cluster umfasst Prometheus, Grafana und Alert Manager.
Sie können über die folgenden URLs einzeln auf die Automation Suite Überwachungstools zugreifen:
| Anwendung | Tool | URL | Beispiel |
|---|---|---|---|
| Metriken | Prometheus | https://monitoring.fqdn/metrics | https://monitoring.automationsuite.mycompany.com/metrics |
| Dashboard | Grafana | https://monitoring.fqdn/grafana | https://monitoring.automationsuite.mycompany.com/grafana |
| Alert Management | Alertmanager | https://monitoring.fqdn/alertmanager | https://monitoring.automationsuite.mycompany.com/alertmanager |
Authentifizierung des Überwachungstools
To access the monitoring tools for the first time, follow the instructions in Accessing Automation Suite.
Überprüfen aktuell ausgelöster Warnungen
Um die Warnungen anzuzeigen, navigieren Sie mit https://monitoring.fqdn/metrics zu Prometheus und wählen Sie die Registerkarte Warnungen aus. Hier sehen Sie alle in der Automation Suite konfigurierten Warnungen.
-
Um die aktiven Warnungen anzuzeigen, filtern Sie den Warnungsstatus mithilfe des Kontrollkästchens Auslösen.
-
Um weitere Details zu bestimmten Warnungen zu erhalten, erweitern Sie die Warnungen, die Sie anzeigen möchten.
Die folgende Abbildung zeigt die Registerkarte Prometheus-Warnungen mit aktuell ausgelösten Warnungen.
Stummschalten von Warnungen
Wenn Warnungen zu laut sind, können Sie sie stumm schalten. Führen Sie dazu die folgenden Schritte aus:
- Greifen Sie mit
https://monitoring.fqdn/alertmanagerauf den Alert Manager zu. - Suchen Sie die betreffende Warnung und wählen Sie Silence aus.
- Geben Sie die Angaben zum Ersteller und zum Kommentar ein und wählen Sie Erstellen aus. Die Warnung sollte nicht mehr im Dashboard Monitoring angezeigt oder einem der konfigurierten Empfänger gemeldet werden.
Konfigurieren von Warnungen
Before starting configuring the alerts, make sure to enable kubectl.
Hinzufügen einer neuen E-Mail-Konfiguration
Um nach der Installation eine neue E-Mail-Konfiguration hinzuzufügen, führen Sie den folgenden Befehl aus:
./uipathctl config alerts add-email \
--name test \
--to "admin@example.com" \
--from "admin@example.com" \
--smtp server.mycompany.com \
--username admin \
--password somesecret \
--require-tls \
--ca-file <path_to_ca_file> \
--cert-file <path_to_cert_file> \
--key-file <path_to_key_file> \
--send-resolved \
--ASEA
./uipathctl config alerts add-email \
--name test \
--to "admin@example.com" \
--from "admin@example.com" \
--smtp server.mycompany.com \
--username admin \
--password somesecret \
--require-tls \
--ca-file <path_to_ca_file> \
--cert-file <path_to_cert_file> \
--key-file <path_to_key_file> \
--send-resolved \
--ASEA
In der folgenden Tabelle werden die verfügbaren Flags für den Befehl add-email beschrieben.
| Markieren | Beschreibung | Beispiel |
|---|---|---|
name | Der Name der E-Mail-Konfiguration | testconfig |
to | Die E-Mail-Adresse des Empfängers | admin@example.com |
from | Die E-Mail-Adresse des Absenders. | admin@example.com |
SMTP | SMTP-Server-URL oder IP-Adresse und Portnummer | server.mycompany.com:567 |
username | Benutzername für die Authentifizierung | admin |
password | Authentifizierungskennwort | securepassword |
require-tls | Boolesches Flag, das angibt, dass TLS auf dem SMTP-Server aktiviert ist. | Keine Angabe |
ca-file | Dateipfad, der das Zertifikat der Zertifizierungsstelle des SMTP-Servers enthält. Dies ist optional, wenn die Zertifizierungsstelle privat ist. | ./ca-file.crt |
cert-file | Dateipfad, der das Zertifikat des SMTP-Servers enthält. Dies ist optional, wenn das Zertifikat privat ist. | ./cert-file.crt |
key-file | Dateipfad, der den privaten Schlüssel des Zertifikats des SMTP-Servers enthält. Dies ist erforderlich, wenn das Zertifikat privat ist. | ./key-file.crt |
send-resolved | Boolesches Flag, um eine E-Mail zu senden, sobald die Warnung beendet ist. | Keine Angabe |
ASEA | Boolesches Flag zur Angabe, dass Sie die Automation Suite auf EKS oder AKS installiert haben. | Keine Angabe |
Entfernen einer E-Mail-Konfiguration
Um eine E-Mail-Konfiguration zu entfernen, müssen Sie den folgenden Befehl ausführen. Stellen Sie sicher, dass Sie den Namen der E-Mail-Konfiguration übergeben, die Sie entfernen möchten.
./uipathctl config alerts remove-email --name test --ASEA
./uipathctl config alerts remove-email --name test --ASEA
Aktualisieren einer E-Mail-Konfiguration
Um eine E-Mail-Konfiguration zu aktualisieren, müssen Sie den folgenden Befehl ausführen. Stellen Sie sicher, dass Sie den Namen der E-Mail-Konfiguration, die Sie aktualisieren möchten, und die zusätzlichen optionalen Parameter, die Sie bearbeiten möchten, übergeben. Diese Parameter sind die gleichen wie beim Hinzufügen einer neuen E-Mail-Konfiguration. Sie können ein oder mehrere Flags gleichzeitig übergeben.
./uipathctl config alerts update-email --name test --ASEA [additional_flags]
./uipathctl config alerts update-email --name test --ASEA [additional_flags]
Zugriff auf das Grafana-Dashboard
Um auf Grafana-Dashboards zuzugreifen, müssen Sie Ihre Anmeldeinformationen abrufen und zur Anmeldung verwenden:
- Benutzername:
kubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-user}" | base64 -d; echokubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-user}" | base64 -d; echo - Kennwort:
kubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-password}" | base64 -d; echokubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-password}" | base64 -d; echo
Überwachung persistenter Volumes
Sie können persistente Volumes über das Dashboard Kubernetes/Persistent Volumes überwachen. Sie können den freien und genutzten Platz für jedes Volume nachverfolgen.
Die folgende Abbildung zeigt das Dashboard für persistente Kubernetes-Volumes.
Sie können auch den Status jedes Volumes überprüfen, indem Sie das Element PersistentVolumes im Menü Storage des Cluster Explorer auswählen.
Überwachung der Hardwarenutzung
Um die Hardwarenutzung pro Knoten zu überprüfen, können Sie das Dashboard Knoten/Exporter/Knoten verwenden. Angaben zu CPU, Arbeitsspeicher, Datenträger und Netzwerk können angezeigt werden.
Sie können die Hardwarenutzung für bestimmte Workloads mithilfe des Dashboards Kubernetes / Compute Resources / Namespace (Workloads) überwachen. Wählen Sie den Namespace uipath aus, um die erforderlichen Daten abzurufen.
Erstellen einer gemeinsam nutzbaren visuellen Momentaufnahme eines Grafana-Diagramms
- Wählen Sie die Menüschaltfläche neben dem Diagrammtitel und dann Share aus.
- Wählen Sie die Registerkarte Snapshot aus und legen Sie den Namen für Momentaufnahme Snapshot name und das Ablaufdatum fest.
- Wählen Sie Veröffentlichen in Snapshot.rainrain.io aus.
Weitere Informationen finden Sie in der Grafana-Dokumentation zum Freigeben von Dashboards.
Diese Momentaufnahme ist für jeden mit dem Link im Internet öffentlich sichtbar.
Erstellen benutzerdefinierter persistenter Grafana-Dashboards
Dashboards, die direkt in der Grafana-Benutzeroberfläche erstellt wurden, werden nicht über Pod- oder Knoten-Neustarts hinweg beibehalten. Vorgefertigte Dashboards sind nicht betroffen, da sie als ConfigMaps im Namespace monitoring gespeichert werden.
Um ein persistentes benutzerdefiniertes Dashboard zu erstellen, führen Sie folgende Schritte aus:
- Erstellen Sie Ihr Dashboard in Grafana. Anweisungen finden Sie in der Grafana-Dokumentation.
- Exportieren Sie das Dashboard als JSON-Datei.
- Speichern Sie die folgende ConfigMap-Konfiguration als YAML-Datei und ersetzen Sie
<dashboard-name>durch einen eindeutigen Namen und<dashboard-json>durch den Inhalt Ihrer exportierten JSON-Datei:apiVersion: v1 kind: ConfigMap metadata: name: <dashboard-name> namespace: monitoring labels: grafana_dashboard: "1" data: dashboard.json: | <dashboard-json>apiVersion: v1 kind: ConfigMap metadata: name: <dashboard-name> namespace: monitoring labels: grafana_dashboard: "1" data: dashboard.json: | <dashboard-json> - Wenden Sie die ConfigMap an:
kubectl apply -f <file_name.yaml>kubectl apply -f <file_name.yaml>
Grafana importiert das Dashboard automatisch, nachdem Sie die ConfigMap angewendet haben.
Überwachung temporärer als Service (TaaS)
TaaS-Server-Pods machen Prometheus-Metriken verfügbar. Wenn Prometheus in Ihrem Cluster aktiviert ist, werden Metriken automatisch aus den taas-temporal-* -Pods extrahiert.
In der folgenden Tabelle sind wichtige Metriken für die Überwachung des Zustands und der Leistung von TaaS aufgeführt.
| Metrik | Beschreibung |
|---|---|
temporal_activity_schedule_to_start_latency_bucket | Zeit zwischen der Planung einer Aktivität und deren Aufnahme durch eine Arbeitskraft. Hohe Werte deuten darauf hin, dass Arbeitskräfte Aufgaben nicht schnell genug bearbeiten können. |
temporal_workflow_task_schedule_to_start_latency_bucket | Zeit zwischen der Planung einer Workflow-Aufgabe und dem Start durch eine Arbeitskraft. Hohe Werte deuten auf einen Warteschlangenrückstand hin. |
temporal_workflow_completed | Anzahl der erfolgreich abgeschlossenen Workflow-Ausführungen. |
temporal_workflow_failed | Anzahl der fehlgeschlagenen Workflowausführungen. |
temporal_num_pollers | Anzahl der derzeit aktiven Arbeitsabrufer, aufgeschlüsselt nach Abruftyp. |
temporal_request_latency_bucket | Latenz von gRPC-Client-Anforderungen an das TaaS-Frontend. |
Zugriff auf die temporäre Benutzeroberfläche
Die temporäre Web-UI wird standardmäßig nicht außerhalb des Clusters verfügbar gemacht. Um zu Diagnosezwecken darauf zuzugreifen, leiten Sie den Port zur Bereitstellung weiter:
kubectl port-forward -n uipath deployment/taas-temporal-web 8008:8008
kubectl port-forward -n uipath deployment/taas-temporal-web 8008:8008
Öffnen Sie http://localhost:8008 in einem Browser. Beim Zugriff über die Portweiterleitung ist keine Anmeldung erforderlich.
Mit der temporären Benutzeroberfläche können Sie einzelne Workflow-Ausführungen überprüfen, den Ausführungsverlauf anzeigen und fehlgeschlagene oder Zeitüberschreitungen identifizieren.
Verfügbare Metriken
Sie können in der Prometheus-UI nach verfügbaren Metriken suchen.
Die Dokumentation zu den verfügbaren Metriken finden Sie hier:
- Zugreifen auf die Überwachungstools
- Überblick
- Authentifizierung des Überwachungstools
- Überprüfen aktuell ausgelöster Warnungen
- Stummschalten von Warnungen
- Konfigurieren von Warnungen
- Hinzufügen einer neuen E-Mail-Konfiguration
- Entfernen einer E-Mail-Konfiguration
- Aktualisieren einer E-Mail-Konfiguration
- Zugriff auf das Grafana-Dashboard
- Überwachung persistenter Volumes
- Überwachung der Hardwarenutzung
- Erstellen einer gemeinsam nutzbaren visuellen Momentaufnahme eines Grafana-Diagramms
- Erstellen benutzerdefinierter persistenter Grafana-Dashboards
- Überwachung temporärer als Service (TaaS)
- Zugriff auf die temporäre Benutzeroberfläche
- Verfügbare Metriken