- Información general
- Requisitos
- Preinstalación
- Preparar la instalación
- Descarga de los paquetes de instalación
- Configurar el registro compatible con OCI
- Conceder permisos de instalación
- Disaster recovery: configuraciones activas/pasivas
- Generar el archivo de configuración mediante un asistente
- Ejemplo de AKS input.json
- Ejemplo de EKS input.json
- Configurar un secreto de Kubernetes como almacén de secretos
- Configurar Azure Key Vault como almacén de secretos
- Configurar HashiCorp Vault como almacén de secretos
- Configurar AWS Secrets Manager como almacén de secretos
- Instalar y configurar la malla de servicio
- Instalar y configurar la herramienta GitOps
- Instalar el operador de secretos externos en Kubernetes
- Aplicar configuraciones varias
- Ejecutar uipathctl
- Instalación
- Después de la instalación
- Migración y actualización
- Supervisión y alertas
- Administración de clústeres
- Configuración específica del producto
- Configuración avanzada de Orchestrator
- Configurar parámetros de Orchestrator
- Configurar AppSettings
- Configurar el tamaño máximo de la solicitud
- Anular la configuración de almacenamiento a nivel de clúster
- Configurar NLog
- Guardar los registros del robot en Elasticsearch
- Configurar almacenes de credenciales
- Configurar clave de cifrado por tenant
- Limpiar la base de datos de Orchestrator
- Omitir la instalación de la biblioteca de host
- Ai Trust Layer
- Solución de problemas
- Error de aprovisionamiento de AI Center después de actualizar a 2023.10 o posterior
- Volúmenes de Insights creados en dos zonas diferentes después de la migración
- La actualización falla debido a los tamaños de PVC de Insights anulados
- Los componentes de copia de seguridad de Velero permanecen después de actualizar en AKS desde Automation Suite 2024.10.x
- La configuración de la copia de seguridad no funciona debido a un fallo en la conexión a Azure Government
- Los pods en el espacio de nombres de UiPath se atascaban al habilitar los taints de nodo personalizados
- No se puede iniciar Automation Hub y Apps con la configuración de proxy
- La copia de seguridad de Velero falla con el error de validación fallida
- Solución de problemas de secretos externos
- Solución de problemas de Temporal como servicio
- Los pods de AI Center y Document Understanding no se inician con la verificación del certificado TLS habilitada
- Errores de validación del certificado TLS
- Fluentd no exporta registros en entornos IPv6
- Studio Desktop no puede cargar conectores y actividades de Integration Service
- Mitigación manual de Política de red de ArgoCD (GHSA-47m3-95c7-g2g8)
- Configurar solicitudes de recursos y límites para cargas de trabajo creadas por uipathctl
Configurar AWS Secrets Manager como almacén de secretos
Configura AWS Secrets Manager como almacén de secretos utilizando el rol de IAM de nodo o las claves de acceso en EKS/AKS.
Puedes configurar AWS Secrets Manager como almacén de secretos utilizando cualquiera de los siguientes métodos de autenticación:
- Rol de IAM de nodo: utiliza el rol de IAM asociado a la instancia EC2 donde se ejecuta el pod de ESO
- Claves de acceso (credenciales estáticas)
AWS Secrets Manager almacena los secretos como pares clave-valor o cadenas de texto sin formato.
De forma predeterminada, todos los datos confidenciales se definen en input.json. Puedes separar estos datos en dos partes:
input.json: solo contiene datos de configuración.- AWS Secrets Manager: almacena las credenciales de forma segura.
No puedes almacenar rutas de certificados o credenciales relacionadas con certificados como parte del almacén de secretos.
Uso del rol de IAM de nodo
El pod hereda los permisos del perfil de instancia del nodo a través de la cadena de credenciales de AWS predeterminada. No se necesita ningún secreto de Kubernetes ni configuración adicional.
Requisitos previos
- Rol de IAM asociado al nodo EKS/EC2 con permisos
secretsmanager:GetSecretValueysecretsmanager:ListSecrets - Rol de IAM asignado al perfil de instancia de los nodos que ejecutan el pod de ESO
Configuring input.json
Para configurar AWS Secrets Manager como almacén de secretos utilizando el rol de IAM de nodo, añade la siguiente sección a input.json:
{
"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"
}
}
]
}
}
Configurar la política de IAM necesaria
-
Crea la política de IAM utilizando la siguiente definición:
{ "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": "*" } ] } -
Ejecuta el siguiente comando para crear la política:
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 -
Adjunta la política al rol de IAM asociado al perfil de instancia de nodo:
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
Uso de claves de acceso
Claves de acceso utiliza el ID de clave de acceso de AWS explícito y la clave de acceso secreta almacenada en un secreto de Kubernetes. Este método es adecuado para entornos que no son EKS o cuando los roles de IAM de nodo no están disponibles.
Requisitos previos
- Usuario de AWS IAM con permisos
secretsmanager:GetSecretValue - Secreto de Kubernetes creado previamente con credenciales de clave de acceso
Configuring input.json
Para configurar AWS Secrets Manager como almacén de secretos utilizando claves de acceso, sigue los siguientes pasos:
-
Crea el secreto de Kubernetes que almacena las credenciales de AWS:
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>El secreto debe contener las siguientes claves:
access-key-id: ID de clave de acceso de AWSsecret-access-key: clave de acceso secreta de AWS
-
Añade la siguiente sección a
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" } } ] } }
Campos de configuración
La siguiente tabla describe los campos de configuración disponibles.
| Campo | Obligatorio | Descripción |
|---|---|---|
aws_kv.region | Sí | Región de AWS donde se almacenan los secretos (por ejemplo, us-east-1) |
credentials_secret_name | No | Secreto de Kubernetes que contiene las credenciales de la clave de acceso. Si no se establece, se utiliza el rol de IAM del nodo. |
Referenciar secretos en input.json
Para hacer referencia a una credencial almacenada en AWS Secrets Manager, utiliza uno de los siguientes formatos en input.json:
- Cadena simple:
vault/aws-prod/secret-name - Extracción de propiedad JSON:
vault/aws-prod/secret-name?key=password
Uso de AWS GovCloud
Si utilizas AWS GovCloud, establece el campo region en una región de AWS GovCloud (por ejemplo, us-gov-west-1 o us-gov-east-1). No se requieren otros cambios de configuración: el valor de la región determina la partición de AWS y los puntos finales utilizados.
{
"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"
}
}
]
}
}