- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação com funções de cluster
- Concessão de permissões de instalação sem funções de cluster
- Disaster Recovery: configurações Ativo/Passivo
- Gerar o arquivo de configuração usando um assistente
- Exemplo do input.json
- Configurando um segredo do Kubernetes como um Secretstore
- Configurando o Azure Key Vault como um Secretstore
- Configurando o HashiCorp Vault como um Secretstore
- Configurando o AWS Secrets Manager como um Secretstore
- Instalação e configuração do service mesh
- Instalando e configurando a ferramenta GitOps
- Instalando o operador de segredos externos
- Implantação do Redis pelo OperatorHub
- Aplicação de configurações diversas
- Executando o uipathctl
- Instalação
- Pós-instalação
- Migração e atualização
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração avançada do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorar a instalação da biblioteca do host
- AI Trust Layer
- Solução de problemas
- Como desinstalar o Automation Suite
- Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16–4.18
- Como implantar o Insights em um cluster habilitado para FIPS
- Como desabilitar a habilitação automática do CDI no operador de GPU Nvidia
- Como codificar para URL uma senha da string de conexão do PostgreSQL
- 500 erros e limitação de taxa em solicitações do S3 no ODF
- Solução de problemas de segredos externos
- Configurando tolerâncias de driver CSI para ODF 4.20
- Solução de problemas de Temporal como um serviço
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- Erros de validação de certificado TLS
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Configuração de solicitações e limites de recursos para cargas de trabalho criadas pelo uipathctl
Configurando o AWS Secrets Manager como um Secretstore
Configure o AWS Secrets Manager como segredo para gerenciar credenciais confidenciais no Automation Suite no OpenShift.
Você pode configurar o AWS Secrets Manager como um armazenamento secreto usando Chaves de Acesso (Credenciais Estáticas).
A autenticação da função IAM do nó não é compatível com o OpenShift. Para autenticação baseada em função do nó IAM, consulte o guia de instalação EKS/AKS.
O AWS Secrets Manager armazena segredos como pares de chave-valor ou strings de texto simples.
Por padrão, todos os dados confidenciais são definidos em input.json. Você pode separar esses dados em duas partes:
input.json- contém apenas dados de configuração.- AWS Secrets Manager - armazena credenciais com segurança.
Você não pode armazenar caminhos de certificados ou credenciais relacionadas a certificados como parte do Secretstore.
Usando Chaves de Acesso
As chaves de acesso usam o ID explícito da chave de acesso da AWS e a chave de acesso secreta armazenada em um segredo do Kubernetes.
Pré-requisitos
- Usuário do AWS IAM com permissões
secretsmanager:GetSecretValue - Segredo do Kubernetes pré-criado com credenciais de chave de acesso
Configuring input.json
Para configurar o AWS Secrets Manager como um armazenamento secreto usando Chaves de Acesso, siga as seguintes etapas:
-
Crie o segredo do Kubernetes que armazena as credenciais da 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/bPxRfiCYEXAMPLEKEYO segredo deve conter as seguintes chaves:
access-key-id- ID da Chave de Acesso da AWSsecret-access-key- Chave de Acesso Secreto da AWS
-
Adicione a seguinte seção 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 configuração
A tabela a seguir descreve os campos de configuração disponíveis.
| Campo | Required | Description |
|---|---|---|
aws_kv.region | Sim | Região da AWS onde os segredos são armazenados (por exemplo, us-east-1) |
credentials_secret_name | Sim | Segredo do Kubernetes que contém as chaves access-key-id e secret-access-key |
Referenciando segredos em input.json
Para fazer referência a uma credencial armazenada no AWS Secrets Manager, use um dos seguintes formatos em input.json:
- String simples:
vault/aws-prod/secret-name - Extração da propriedade JSON:
vault/aws-prod/secret-name?key=password
Usando a AWS GovCloud
Se você estiver usando a AWS GovCloud, defina o campo region como uma região da AWS GovCloud (por exemplo, us-gov-west-1 ou us-gov-east-1). Nenhuma outra alteração de configuração é necessária - o valor da região determina a partição da AWS e os endpoints usados.
{
"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"
}
}
]
}
}