- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation avec des rôles de cluster
- Octroi d'autorisations d'installation sans rôles de cluster
- Disaster Recovery : configurations active/passive
- Génération du fichier de configuration à l'aide d'un assistant
- exemple input.json
- Configuration d'une clé secrète Kubernetes en tant que magasin de clés secrètes
- Configuration d'Azure Key Vault en tant que magasin de clés secrètes
- Configuration de HashiCorp Vault en tant que magasin secret
- Configuration d'AWS Secrets Manager en tant que magasin de clés secrètes
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes
- Déploiement de Redis via OperatorHub
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- AI Trust Layer
- Résolution des problèmes
- Comment désinstaller Automation Suite
- Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16–4.18
- Comment déployer Insights dans un cluster compatible FIPS
- Comment désactiver l’activation automatique CDI dans l’opérateur GPU Nvidia
- Comment encoder en URL un mot de passe de chaîne de connexion SQL
- 500 erreurs et limitation de débit sur les requêtes S3 dans ODF
- Résolution des problèmes de clés secrètes externes
- Configuration des tolérances des pilotes CSI pour ODF 4.20
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Erreurs de validation du certificat TLS
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Configuration d'AWS Secrets Manager en tant que magasin de clés secrètes
Configurez AWS Secrets Manager en tant que magasin de secrets pour la gestion des informations d'identification sensibles dans Automation Suite sur OpenShift.
Vous pouvez configurer AWS Secrets Manager en tant que magasin secret à l'aide de Clés d'accès.
L’authentification de rôle IAM du nœud n’est pas prise en charge sur OpenShift. Pour l’authentification basée sur le rôle Node IAM, consultez le guide d’installation EKS/AKS.
AWS Secrets Manager stocke les clés secrètes sous forme de paires clé-valeur ou de chaînes de texte brut.
Par défaut, toutes les données sensibles sont définies dans input.json. Vous pouvez séparer ces données en deux parties :
input.json: contient uniquement les données de configuration.- AWS Secrets Manager : stocke les informations d'identification en toute sécurité.
Vous ne pouvez pas stocker les chemins de certificat ou les informations d'identification liées au certificat dans le magasin secret.
Utilisation de clés d’accès
Les clés d’accès utilisent l’ID de clé d’accès AWS explicite et la clé d’accès secrète stockées dans une clé secrète Kubernetes.
Prérequis
- Utilisateur AWS IAM avec des autorisations
secretsmanager:GetSecretValue - Clé secrète Kubernetes pré-créée avec les informations d’identification de la clé d’accès
Configuring input.json
Pour configurer AWS Secrets Manager en tant que magasin secret à l'aide de Clés d'accès, procédez comme suit :
-
Créez la clé secrète Kubernetes qui stocke les informations d’identification AWS :
kubectl create secret generic aws-credentials \ --namespace uipath \ --from-literal=access-key-id=AKIAIOSFODNN7EXAMPLE \ --from-literal=secret-access-key=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEYkubectl create secret generic aws-credentials \ --namespace uipath \ --from-literal=access-key-id=AKIAIOSFODNN7EXAMPLE \ --from-literal=secret-access-key=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEYLe secret doit contenir les clés suivantes :
access-key-id– ID de clé d'accès AWSsecret-access-key- Clé d'accès secrète AWS
-
Ajoutez la section suivante à
input.json:{ "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" } } ] } }
Champs de configuration
Le tableau suivant décrit les champs de configuration disponibles.
| Champ | Requis | Description |
|---|---|---|
aws_kv.region | Oui (Yes) | Région AWS où les clés secrètes sont stockées (par exemple, us-east-1) |
credentials_secret_name | Oui (Yes) | Secret Kubernetes contenant les clés access-key-id et secret-access-key |
Référencement des clés secrètes dans input.json
Pour référencer des informations d'identification stockées dans AWS Secrets Manager, utilisez l'un des formats suivants dans input.json:
- Chaîne simple :
vault/aws-prod/secret-name - Extraction de la propriété JSON :
vault/aws-prod/secret-name?key=password
Utilisation d'AWS GovCloud
Si vous utilisez AWS GovCloud, définissez le champ region sur une région AWS GovCloud (par exemple, us-gov-west-1 ou us-gov-east-1). Aucun autre changement de configuration n'est requis : la valeur de la région détermine la partition AWS et les points de terminaison utilisés.
{
"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"
}
}
]
}
}