- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Disaster Recovery: Aktiv-/Passiv-Konfigurationen
- Generieren der Konfigurationsdatei mit einem Assistenten
- Beispiel für AKS input.json
- Beispiel für EKS input.json
- Konfigurieren eines Kubernetes-Geheimnisses als Geheimnisspeicher
- Konfigurieren von Azure Key Vault als Geheimnisspeicher
- Konfigurieren von HashiCorp Vault als Secretstore
- Konfigurieren von AWS Secrets Manager als Geheimnisspeicher
- 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 AWS Secrets Manager als Geheimnisspeicher
Konfigurieren Sie AWS Secrets Manager als Geheimnisspeicher mithilfe der Knoten-IAM-Rolle oder Zugriffsschlüsseln auf EKS/AKS.
Sie können AWS Secrets Manager mit einer der folgenden Authentifizierungsmethoden als Secretstore konfigurieren:
- Knoten-IAM-Rolle – Verwendet die IAM-Rolle, die an die EC2-Instanz angehängt ist, in der der ESO-Pod ausgeführt wird
- Zugriffsschlüssel (statische Anmeldeinformationen)
AWS Secrets Manager speichert Geheimnisse als Schlüssel-Wert-Paare oder Klartext-Strings.
Standardmäßig werden alle vertraulichen Daten in input.json definiert. Sie können diese Daten in zwei Teile aufteilen:
input.json– enthält nur Konfigurationsdaten.- AWS Secrets Manager – Speichert Anmeldeinformationen sicher.
Sie können Zertifikatspfade oder zertifikatbezogene Anmeldeinformationen nicht als Teil des Secretstore speichern.
Verwenden der IAM-Rolle des Knotens
Der Pod erbt Berechtigungen vom Instanzprofil des Knotens über die standardmäßige AWS-Anmeldeinformationskette. Es ist kein Kubernetes-Geheimnis oder zusätzliche Konfiguration erforderlich.
Voraussetzungen
- IAM-Rolle, die an den EKS/EC2-Knoten mit
secretsmanager:GetSecretValueundsecretsmanager:ListSecrets-Berechtigungen angehängt ist - IAM-Rolle, die dem Instanzprofil der Knoten zugewiesen ist, auf denen der ESO-Pod ausgeführt wird
Configuring input.json
Um AWS Secrets Manager als Secretstore mithilfe der IAM-Knotenrolle zu konfigurieren, fügen Sie den folgenden Abschnitt zu input.json hinzu:
{
"secret_store": {
"enabled": true,
"provider_configs": [
{
"name": "aws-prod",
"type": "aws",
"aws_kv": {
"region": "us-east-1"
}
}
]
}
}
{
"secret_store": {
"enabled": true,
"provider_configs": [
{
"name": "aws-prod",
"type": "aws",
"aws_kv": {
"region": "us-east-1"
}
}
]
}
}
Konfigurieren der erforderlichen IAM-Richtlinie
-
Erstellen Sie die IAM-Richtlinie mit der folgenden Definition:
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["secretsmanager:GetSecretValue", "secretsmanager:DescribeSecret"], "Resource": "arn:aws:secretsmanager:<region>:<account-id>:secret:*" }, { "Effect": "Allow", "Action": ["secretsmanager:ListSecrets"], "Resource": "*" } ] }{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": ["secretsmanager:GetSecretValue", "secretsmanager:DescribeSecret"], "Resource": "arn:aws:secretsmanager:<region>:<account-id>:secret:*" }, { "Effect": "Allow", "Action": ["secretsmanager:ListSecrets"], "Resource": "*" } ] } -
Führen Sie den folgenden Befehl aus, um die Richtlinie zu erstellen:
aws iam create-policy \ --policy-name ESOSecretsManagerPolicy \ --policy-document file://secrets-manager-policy.jsonaws iam create-policy \ --policy-name ESOSecretsManagerPolicy \ --policy-document file://secrets-manager-policy.json -
Hängen Sie die Richtlinie an die IAM-Rolle an, die dem Knoteninstanzprofil zugeordnet ist:
aws iam attach-role-policy \ --role-name <your-role-attached-to-node> \ --policy-arn arn:aws:iam::<your-account-id>:policy/ESOSecretsManagerPolicyaws iam attach-role-policy \ --role-name <your-role-attached-to-node> \ --policy-arn arn:aws:iam::<your-account-id>:policy/ESOSecretsManagerPolicy
Verwenden von Zugriffsschlüsseln
Zugriffsschlüssel verwenden eine explizite AWS-Zugriffsschlüssel-ID und einen geheimen Zugriffsschlüssel, die in einem Kubernetes-Geheimnis gespeichert sind. Diese Methode eignet sich für Nicht-EKS-Umgebungen oder wenn keine IAM-Knotenrollen verfügbar sind.
Voraussetzungen
- AWS IAM-Benutzer mit
secretsmanager:GetSecretValue-Berechtigungen - Kubernetes-Geheimnis, vorerstellt mit Zugriffsschlüssel-Anmeldeinformationen
Configuring input.json
Führen Sie die folgenden Schritte aus, um AWS Secrets Manager als Geheimnisspeicher mit Zugriffsschlüsseln zu konfigurieren:
-
Erstellen Sie das Kubernetes-Geheimnis, in dem die AWS-Anmeldeinformationen gespeichert werden:
kubectl create secret generic aws-credentials \ --namespace uipath \ --from-literal=access-key-id=<your-access-key-id> \ --from-literal=secret-access-key=<your-secret-access-key>kubectl create secret generic aws-credentials \ --namespace uipath \ --from-literal=access-key-id=<your-access-key-id> \ --from-literal=secret-access-key=<your-secret-access-key>Das Geheimnis muss folgende Schlüssel enthalten:
access-key-id– AWS-Zugriffsschlüssel-IDsecret-access-key– Geheimer AWS-Zugriffsschlüssel
-
Fügen Sie den folgenden Abschnitt zu
input.jsonhinzu:{ "secret_store": { "enabled": true, "provider_configs": [ { "name": "aws-prod", "type": "aws", "credentials_secret_name": "aws-credentials", "aws_kv": { "region": "us-east-1" } } ] } }{ "secret_store": { "enabled": true, "provider_configs": [ { "name": "aws-prod", "type": "aws", "credentials_secret_name": "aws-credentials", "aws_kv": { "region": "us-east-1" } } ] } }
Konfigurationsfelder
In der folgenden Tabelle werden die verfügbaren Konfigurationsfelder beschrieben.
| Feld | Erforderlich | Beschreibung |
|---|---|---|
aws_kv.region | Ja | AWS-Region, in der Geheimnisse gespeichert werden (z. B. us-east-1) |
credentials_secret_name | Nein | Kubernetes-Geheimnis, das Anmeldeinformationen für den Zugriffsschlüssel enthält. Wenn nicht festgelegt, wird die IAM-Rolle des Knotens verwendet. |
Verweisen auf Geheimnisse in input.json
Um auf Anmeldeinformationen zu verweisen, die im AWS Secrets Manager gespeichert sind, verwenden Sie eines der folgenden Formate in input.json:
- Nur-Zeichenfolge:
vault/aws-prod/secret-name - JSON-Eigenschaftsextraktion:
vault/aws-prod/secret-name?key=password
Verwenden von AWS GovCloud
Wenn Sie AWS GovCloud verwenden, legen Sie das Feld region auf eine AWS GovCloud-Region fest (z. B. us-gov-west-1 oder us-gov-east-1). Es sind keine weiteren Konfigurationsänderungen erforderlich – der Regionswert bestimmt die AWS-Partition und die verwendeten Endpunkte.
{
"secret_store": {
"enabled": true,
"provider_configs": [
{
"name": "aws-gov",
"type": "aws",
"credentials_secret_name": "aws-credentials",
"aws_kv": {
"region": "us-gov-west-1"
}
}
]
}
}
{
"secret_store": {
"enabled": true,
"provider_configs": [
{
"name": "aws-gov",
"type": "aws",
"credentials_secret_name": "aws-credentials",
"aws_kv": {
"region": "us-gov-west-1"
}
}
]
}
}