- Überblick
- Anforderungen
- Installation
- Fragen und Antworten: Bereitstellungsvorlagen
- Herunterladen von Installationspaketen
- install-uipath.sh-Parameter
- Aktivieren eines High Availability Add-ons für den Cluster
- Document Understanding-Konfigurationsdatei
- Hinzufügen eines dedizierten Agent-Knotens mit GPU-Unterstützung
- Verbinden einer Task Mining-Anwendung
- Hinzufügen eines dedizierten Agent-Knotens für Task Mining
- Nach der Installation
- Clusterverwaltung
- Überwachung und Warnungen
- Verwendung des Überwachungs-Stacks
- Warnungs-Runbooks
- Migration und Upgrade
- Online-Auswertungsmodus mit einem einzelnen Knoten
- Offline-Auswertungsmodus mit einem einzelnen Knoten
- HA-fähiger Online-Produktionsmodus mit mehreren Knoten
- HA-fähiger Offline-Produktionsmodus mit mehreren Knoten
- Migrieren einer physischen Longhorn-Festplatte zum LVM
- Herabstufen von Ceph von 16.2.6 auf 15.2.9
- Migrationsoptionen
- B) Migration von einzelnen Mandanten
- Produktspezifische Konfiguration
- Best Practices und Wartung
- Fehlersuche und ‑behebung
- Fehlerbehebung bei Diensten während der Installation
- Deinstallieren des Clusters
- Löschen von Offline-Artefakten für mehr Speicherplatz
- So deaktivieren Sie TLS 1.0 und 1.1
- So können Sie die Istio-Protokollierung aktivieren
- So werden Protokolle manuell bereinigt
- So löschen Sie alte Protokolle, die im sf-logs-Bucket gespeichert sind
- Fehlerbehebung bei fehlgeschlagenen Automation Suite-Installationen
- Deaktivieren von TX-Prüfsummen-Offloading
- Es kann keine Offlineinstallation auf RHEL 8.4 OS ausgeführt werden.
- Fehler beim Herunterladen des Pakets
- Die Offlineinstallation schlägt aufgrund fehlender binärer Dateien fehl
- Zertifikatproblem bei der Offlineinstallation
- Validierungsfehler bei der SQL-Verbindungszeichenfolge
- Fehler nach der Zertifikatsaktualisierung
- Für die Automation Suite muss Backlog_wait_time festgelegt werden 1
- Anmeldung nach der Migration nicht mehr möglich
- Festlegen eines Timeout-Intervalls für die Verwaltungsportale
- Aktualisieren Sie die zugrunde liegenden Verzeichnisverbindungen
- Kinit: KDC kann für Realm <AD Domain> beim Abrufen der ersten Anmeldeinformationen nicht gefunden werden
- Kinit: Keytab enthält keine geeigneten Schlüssel für *** beim Abrufen der ersten Anmeldeinformationen
- Der GSSAPI-Vorgang ist mit Fehler fehlgeschlagen: Es wurde ein ungültiger Statuscode übermittelt (Die Anmeldeinformationen des Clients wurden widerrufen).
- Die Anmeldung ist für den Benutzer <ADDOMAIN><aduser> fehlgeschlagen. Grund: Das Konto ist deaktiviert.
- Alarm für fehlgeschlagenen Kerberos-tgt-update-Auftrag empfangen
- SSPI-Anbieter: Server nicht in Kerberos-Datenbank gefunden
- Fehler beim Abrufen des Sandbox-Abbilds
- Pods werden nicht in der ArgoCD-Benutzeroberfläche angezeigt
- Redis-Testfehler
- RKE2-Server kann nicht gestartet werden
- Secret nicht im UiPath-Namespace gefunden
- ArgoCD wechselt nach der ersten Installation in den Status „In Bearbeitung“.
- UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN
- Self-heal-operator und Sf-k8-utils-Repository fehlen
- Herabgestufte MongoDB- oder Geschäftsanwendungen nach der Clusterwiederherstellung
- Fehlerhafte Dienste nach Clusterwiederherstellung oder Rollback
- Document Understanding erscheint nicht auf der linken Leiste der Automation Suite
- Fehlerstatus beim Erstellen einer Datenbeschriftungssitzung
- Fehlerstatus beim Versuch, eine ML-Fähigkeit bereitzustellen
- Migrationsauftrag schlägt in ArgoCD fehl
- Die Handschrifterkennung mit dem Intelligent Form Extractor funktioniert nicht oder arbeitet zu langsam
- Verwenden des Automation Suite-Diagnosetools
- Verwenden des Automation Suite-Supportpakets
- Erkunden von Protokollen
Verwendung des Überwachungs-Stacks
Der Überwachungs-Stack für Automation Suite-Cluster umfasst Prometheus, Grafana und Alertmanager, die in der Benutzeroberfläche von Rancher Cluster Explorer integriert sind.
Knotenfehler können zu einem Herunterfahren von Kubernetes führen, wodurch Prometheus-Warnungen unterbrochen werden. Um das zu verhindern, empfehlen wir die Einrichtung einer separaten Warnung auf dem RKE2-Server.
This page describes a series of monitoring scenarios. For more details, see the official Rancher documentation on using Rancher Monitoring.
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.
Zugriff auf das Rancher-Überwachungsdashboard
-
Greifen Sie über
https://monitoring.{cluster_host}auf den Rancher Cluster Explorer zu. Wenn das das erste Mal ist, dass Sie eine Verbindung mit dem Rancher Server herstellen, sieht die Anzeige anders aus. -
Geben Sie das Kennwort ein. Das Kennwort ist in beiden Fällen gleich. Es kann mit dem folgenden Befehl abgerufen werden:
kubectl get secret -n cattle-system rancher-admin-password -o jsonpath='{.data.password}' | base64 -d && echokubectl get secret -n cattle-system rancher-admin-password -o jsonpath='{.data.password}' | base64 -d && echo -
Öffnen Sie den Cluster Explorer, indem Sie auf den local Link auf der Hauptseite des Rancher-Servers klicken.
-
Klicken Sie auf das Menü Monitoring in der Seitenleiste.
Überprüfen aktuell ausgelöster Warnungen
Überprüfen Sie im Dashboard Monitoring den unteren Bereich auf aktuelle Warnungen. Die folgenden Screenshots zeigen mehrere aktuell ausgelöste Warnungen.
Stummschalten von Warnungen
Wenn Warnungen zu laut sind, können Sie sie stumm schalten. Führen Sie dazu die folgenden Schritte aus:
-
Wählen Sie die Kachel Alertmanager in der oberen linken Ecke des Dashboards Monitoring aus. Die folgende Meldung wird angezeigt.
-
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.
Senden von Warnungen an einen externen Empfänger
Es wird dringend empfohlen, einen externen Empfänger für Warnungen einzurichten. Auf diese Weise werden Warnungen während ihrer Ausführung gepusht, ohne dass Dashboard Monitoring aktualisiert werden muss, um die neuesten Warnungen anzuzeigen.
For details on how to send alerts to an external receiver, see the Rancher documentation on Alertmanager Receiver Configuration.
In addition to a receiver, you must configure at least one route that uses that receiver. A route defines how alerts are grouped, and which alerts are sent to the receiver. See the Rancher documentation on Alertmanager Route Configuration.
See below for an example of how the alerts will be displayed when using the Slack receiver. Clicking the link to AlertManager will take you to the AlertManager console where alerts can be silenced and there are further links to the Prometheus expression that triggered the alert. Clicking the Runbook URL will take you to this page with specific remediation instructions. These links are also present when alerts are sent to other external receivers.
Zugriff auf das Grafana-Dashboard
On the Monitoring dashboard, click the Grafana tile. The Grafana dashboard is now displayed.
Überwachen des Dienstgeflechts
Sie können das Istio Service Mesh über die folgenden Grafana-Dashboards überwachen: Istio Mesh und Istio Workload.
Istio Mesh-Dashboard
Dieses Dashboard zeigt das gesamte Anforderungsvolumen sowie die Häufigkeit von 400er und 500er Fehlern im gesamten Dienstgeflecht für den ausgewählten Zeitraum an. Die Daten werden in der oberen rechten Ecke des Fensters angezeigt. Diese Informationen finden Sie in den 4 Diagrammen oben.
Es zeigt auch die sofortige Erfolgsquote („Success Rate“) in den letzten Minuten für jeden einzelnen Dienst an. Beachten Sie, dass eine Success Rate von NaN angibt, dass der Dienst derzeit keinen Datenverkehr leistet.
Istio-Workload-Dashboard
Dieses Dashboard zeigt die Datenverkehrsmetriken über den ausgewählten Zeitbereich in der oberen rechten Ecke des Fensters an.
Verwenden Sie die Selektoren oben im Dashboard, um bei bestimmten Workloads einen Drilldown durchzuführen. Von besonderem Interesse ist der Namespace uipath.
Im oberen Abschnitt werden die Gesamtmetriken angezeigt, im Abschnitt Inbound Workloads wird der Datenverkehr basierend auf der Herkunft dargestellt und im Abschnitt Outbound Services wird Datenverkehr basierend auf dem Ziel dargestellt.
Ü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.
Sie können auch den Status jedes Volumes überprüfen, indem Sie im Menü Storage des Cluster Explorer auf das Element PersistentVolumes klicken.
Überwachung der Hardwarenutzung
Um die Hardwarenutzung pro Knoten zu überprüfen, können Sie das Dashboard Nodes 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 den abwärts zeigenden Pfeil neben dem Diagrammtitel und dann Share aus.
- Wählen Sie die Registerkarte Snapshot aus und legen Sie den Namen für Momentaufnahme Snapshot name,das Ablaufdatum Expire und Timeout 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
For details on how to create custom persisten Grafana dashboards, see Rancher documentation.
Administratorzugriff auf Grafana
Administratorzugriff auf Grafana wird in der Regel nicht in Automation Suite-Clustern benötigt, da anonyme Benutzer standardmäßig Lesezugriff auf Dashboards haben und benutzerdefinierte persistente Dashboards anhand der zuvor in diesem Dokument verlinkten speziellen Kubernetes-Anweisungen erstellt werden müssen.
Dennoch ist der Administratorzugriff auf Grafana mit den folgenden Anweisungen möglich.
Der Standardbenutzername und das Kennwort für den Grafana-Administratorzugriff können wie folgt abgerufen werden:
kubectl get secret -n cattle-monitoring-system rancher-monitoring-grafana -o jsonpath='{.data.admin-user}' | base64 -d && echo
kubectl get secret -n cattle-monitoring-system rancher-monitoring-grafana -o jsonpath='{.data.admin-password}' | base64 -d && echo
kubectl get secret -n cattle-monitoring-system rancher-monitoring-grafana -o jsonpath='{.data.admin-user}' | base64 -d && echo
kubectl get secret -n cattle-monitoring-system rancher-monitoring-grafana -o jsonpath='{.data.admin-password}' | base64 -d && echo
Beachten Sie, dass in Automation Suite-Clustern mit Hochverfügbarkeit mehrere Grafana-Pods vorhanden sind, um im Falle eines Knotenfehlers einen unterbrechungsfreien Lesezugriff sowie mehr Leseabfragen zu ermöglichen. Dies ist nicht mit dem Administratorzugriff kompatibel, da die Pods den Sitzungsstatus nicht freigeben und die Anmeldung dies erfordert. Um dies zu umgehen, muss die Anzahl der Grafana-Replikate vorübergehend auf 1 skaliert werden, solange der Administratorzugriff gewünscht wird. Siehe die Anweisungen zum Skalieren der Anzahl der Grafana-Replikate:
# scale down
kubectl scale -n cattle-monitoring-system deployment/rancher-monitoring-grafana --replicas=1
# scale up
kubectl scale -n cattle-monitoring-system deployment/rancher-monitoring-grafana --replicas=2
# scale down
kubectl scale -n cattle-monitoring-system deployment/rancher-monitoring-grafana --replicas=1
# scale up
kubectl scale -n cattle-monitoring-system deployment/rancher-monitoring-grafana --replicas=2
Abfragen von Prometheus
On the Monitoring Dashboard, click Prometheus Graph. A new window is displayed.
Die Dokumentation zu den verfügbaren Metriken finden Sie hier:
- https://github.com/prometheus/node_exporter#enabled-by-default – Verbinden für Vorschau
- https://github.com/kubernetes/kube-state-metrics/tree/master/docs#exposed-metrics – Verbinden für Vorschau
- Abfragen von Metriken aus Prometheus (Istio)
Erstellen benutzerdefinierter Warnungen
Sie können benutzerdefinierte Warnungen mithilfe einer Prometheus-Abfrage mit einem booleschen Ausdruck erstellen.
-
Klicken Sie dazu im Menü Erweitert des Monitoring Dashboard auf Prometheus Rules.
-
Click Create in the upper-right corner of the window to create a new alert, and follow the Rancher documentation: PrometheusRules
-
Wenn die Warnung ausgelöst wird, sollte sie im Monitoring Dashboard angezeigt werden. Darüber hinaus wird er an einen beliebigen konfigurierten Receiver weitergeleitet.
Überwachung des Kubernetes-Ressourcenstatus
Um den Status von Pods, Bereitstellungen, StatefulSets usw. zu sehen, können Sie die Benutzeroberfläche des Cluster Explorers verwenden. Dies ist die gleiche Landing-Page wie die, die nach der Anmeldung beim Rancher-Server-Endpunkt aufgerufen wird. Die Startseite zeigt eine Zusammenfassung mit Drilldowns in bestimmte Details für jeden Ressourcentyp auf der linken Seite. Beachten Sie den Namespace-Selektor oben auf der Seite. Dieses Dashboard kann auch durch das Tool „Lens“ ersetzt werden.
Exportieren von Prometheus-Metriken in ein externes System
Prometheus verwendet die Remote-Write-Funktion von Prometheus, um Prometheus-Metriken zu sammeln und in ein externes System zu exportieren.
UiPath does not support or maintain the remote write endpoint integrations. However, the endpoints are compatible with the Prometheus instance delivered within Automation Suite.
So konfigurieren Sieremote_write in einem Automation Suite-Cluster:
-
Click Applications.
-
Navigieren Sie zu Fabric-Installer.
-
Öffnen Sie das Panel APP DETAILS und deaktivieren Sie die Selbstreparatur.
-
Navigieren Sie zur Anwendung rancher-monitoring.
-
Öffnen Sie das Panel APP DETAILS > Registerkarte MANIFEST.
-
Klicken Sie auf EDIT und gehen Sie zu values > prometheus > Abschnitt PrometheusSpec.
-
Fügen Sie die gewünschten
remoteWrite-Konfigurationen hinzu. -
Speichern Sie die neue Konfiguration mit SAVE. Die Anwendung rancher-monitoring zeigt OutOfSync an, bis die neue Konfiguration angewendet wird.
Hinweis:Prometheus muss nicht neu gestartet werden, um die neuen Remote-Write-Konfigurationen anzuwenden.
-
Testen Sie die gewünschte Remote-Write-Integration. Kehren Sie zu Schritt 8 zurück, um eine neue Konfiguration hinzuzufügen.
- Zugriff auf das Rancher-Überwachungsdashboard
- Überprüfen aktuell ausgelöster Warnungen
- Stummschalten von Warnungen
- Senden von Warnungen an einen externen Empfänger
- Zugriff auf das Grafana-Dashboard
- Überwachen des Dienstgeflechts
- Istio Mesh-Dashboard
- Istio-Workload-Dashboard
- Überwachung persistenter Volumes
- Überwachung der Hardwarenutzung
- Erstellen einer gemeinsam nutzbaren visuellen Momentaufnahme eines Grafana-Diagramms
- Erstellen benutzerdefinierter persistenter Grafana-Dashboards
- Administratorzugriff auf Grafana
- Abfragen von Prometheus
- Erstellen benutzerdefinierter Warnungen
- Überwachung des Kubernetes-Ressourcenstatus
- Exportieren von Prometheus-Metriken in ein externes System