- Ü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
Konfigurieren von Ressourcenanforderungen und Limits für von uipathctl erstellte Workloads
So werden CPU- und Speicheranforderungen und -limits angepasst, wenn von uipathctl erstellte Workloads nicht geplant oder abgeschlossen werden können.
Beschreibung
Wenn Sie einen uipathctl -Befehl ausführen, kann ein von dem Befehl erstellter Kubernetes-Workload aufgrund seiner CPU- oder Arbeitsspeicheranforderungen fehlschlagen.
Möglicherweise kann eines der folgenden Symptome auftreten:
- Der Pod bleibt im Status
Pendingund seine Ereignisse enthaltenInsufficient cpuoderInsufficient memory. - Der Pod wird mit dem Status
OOMKilledbeendet. - Die Workload ist durch die CPU gedrosselt oder wird nicht abgeschlossen, bevor der Befehl eine Zeitüberschreitung auftritt.
- Eine Zulassungsrichtlinie weist den Pod zurück, da seine Ressourcenanforderungen oder Limits nicht mit einer im Namespace konfigurierten
ResourceQuotaoderLimitRangeübereinstimmen.
Das Problem kann sich auf von uipathctl erstellte Workloads auswirken, die für Voraussetzungsprüfungen, Zustandsprüfungen, Generierung von Supportpaketen, Migrationen, Helm-Vorgänge und Upgrades verwendet werden.
Lösung
Identifizieren Sie zunächst den betroffenen Pod und überprüfen Sie seine Ereignisse:
kubectl get pods -A
kubectl describe pod <pod-name> -n <namespace>
kubectl get pods -A
kubectl describe pod <pod-name> -n <namespace>
Abhängig von der gemeldeten Bedingung:
- Erhöhen Sie für
OOMKilleddas Speicherlimit. Erhöhen Sie auch die Speicheranforderung, wenn der Pod auf einem Knoten mit mehr verfügbarem Speicher geplant werden muss. - Reduzieren Sie für einen
Pending-Pod mitInsufficient cpuoderInsufficient memorydie Anforderung nur, wenn die Workload mit weniger garantierter Kapazität sicher ausgeführt werden kann. Fügen Sie andernfalls Clusterkapazität hinzu. - Geben Sie für Kontingent- oder Grenzwertbereichsfehler Anforderungen und Limits an, die mit der im Ziel-Namespace konfigurierten Richtlinie übereinstimmen.
- Erhöhen Sie für langsame oder CPU-bedingte Workloads das CPU-Limit.
Sie können die Ressourcenanforderungen in input.json ändern oder für einen einzelnen Befehl überschreiben.
Konfigurieren von Ressourcenanforderungen in input.json
uipathctl gruppiert seine Workloads in die folgenden Ressourcenklassen:
| Klasse | Betrieb | Standardanforderungen (CPU/Speicher) | Standardlimits (CPU/Speicher) |
|---|---|---|---|
diagnostic | Zustandsprüfungen und schreibgeschützte Validierungstests | 50m / 64Mi | 250m / 256Mi |
operational | Voraussetzungsprüfungen, Supportpakete, Helm-Vorgänge und Identitätsdatenmigration | 1m / 1k | 2 / 2Gi |
workload | Objektspeicher-, PVC- und MongoDB-Migrationen und der Upgrade File Server | 250m / 512Mi | 2 / 2Gi |
Um die Standardeinstellungen für Befehle zu ändern, die die Automation Suite-Konfiguration verwenden, fügen Sie workload_resources zu input.json hinzu. Um beispielsweise die für datenintensive Migrationsworkloads verfügbaren Ressourcen zu erhöhen, verwenden Sie die folgende Konfiguration:
{
"workload_resources": {
"workload": {
"requests": {
"cpu": "500m",
"memory": "1Gi"
},
"limits": {
"cpu": "2",
"memory": "4Gi"
}
}
}
}
{
"workload_resources": {
"workload": {
"requests": {
"cpu": "500m",
"memory": "1Gi"
},
"limits": {
"cpu": "2",
"memory": "4Gi"
}
}
}
}
Sie können die Klassen diagnostic, operational und workload unabhängig voneinander konfigurieren. Sie können auch nur die Werte angeben, die Sie ändern möchten. Jeder weggelassene CPU- oder Speicherwert behält seinen Standardwert bei.
Anforderungen dürfen ihre entsprechenden Limits nicht überschreiten. Verwenden Sie standardmäßige Kubernetes-Ressourcenmengen, wie 500m oder 1 für CPU und 256Mi oder 1Gi für Arbeitsspeicher.
Überschreiben von Ressourcenanforderungen für einen einzelnen Befehl
Für Befehle, die die Optionen --probe-cpu und --probe-memory verfügbar machen, können Sie die Ressourcenanforderungen des Helper-Pods überschreiben, der durch diesen Befehl erstellt wurde. Zum Beispiel:
uipathctl health check --probe-cpu 500m --probe-memory 512Mi
uipathctl health check --probe-cpu 500m --probe-memory 512Mi
Jede Option legt sowohl die Anforderung als auch das Limit für die angegebene Ressource fest. Wenn Sie nur eine Option angeben, behält die andere Ressource ihren effektiven Wert.
Die Optionen sind für die folgenden Befehle verfügbar:
uipathctl health checkuipathctl health testuipathctl health diagnoseuipathctl config add-host-adminuipathctl config enable-basic-authuipathctl service aicenter sync-skillsuipathctl service aicenter sync-skill-statusuipathctl service orchestrator notifications-migration start
Wenn beide Konfigurationsmethoden zutreffen, löst uipathctl die Werte in der folgenden Reihenfolge auf, wobei der spätere Wert Vorrang hat:
- Der integrierte Standard.
- Der Wert
workload_resourcesininput.jsonoder die angewendete Clusterkonfiguration. - Die Befehlszeilenoption
--probe-cpuoder--probe-memory.
Nachdem Sie die Ressourcenanforderungen aktualisiert haben, führen Sie den betroffenen Befehl erneut aus und bestätigen Sie, dass der von uipathctl erstellte Workload erfolgreich gestartet wird.
Legen Sie die kleinsten Anforderungen und Grenzwerte fest, die es der Workload ermöglichen, sie abzuschließen. Zu hohe Anforderungen können eine Planung verhindern, während zu niedrige Grenzwerte zu einer Differenzierung oder einem Abbruch führen können.