Gerenciar o Oracle Access Governance Agent para Integrações Indiretas
Em alguns casos, um sistema orquestrado não tem uma conexão direta com o Oracle Access Governance e exige que um agente ative a transferência de dados entre o Oracle Access Governance e o sistema orquestrado.
Registrar e Fazer Download do Agente do Oracle Access Governança
Para permitir que um sistema orquestrado se conecte ao Oracle Access Governance, informe os detalhes e as credenciais de integração do sistema e crie um agente específico do seu ambiente.
Pré-requisitos
Pré-requisitos para instalação e execução de uma agente.
Os pré-requisitos abaixo devem ser atendidos para que um agente seja instalado e executado.
- O script de gerenciamento do agente suporta o docker e o podman como runtime do contêiner. O script do agent management detecta automaticamente o run-time do contêiner. Se ambos estiverem presentes, o podman será selecionado.
- O runtime do contêiner (docker/podman) deve ser configurado para ser executado como um usuário não raiz, o mesmo que o usado para instalar o agente.
- Utilitários:O agente requer os seguintes utilitários do sistema operacional:
- descompactar
- sed
- estranho
- crontab
Observação
O usuário de instalação do agente deve ter permissão para usar cada um desses utilitários. - JDK: O agente requer o JDK 11.0.x.
- Ativa processos para o usuário do SO que inicia o agente para 'linger' após o encerramento da sessão do usuário. Se essa opção não estiver ativada, quando você encerrar a sessão do usuário, o processo do agente será interrompido e você verá erros ao tentar se comunicar entre o Oracle Access Governance, o agente e o sistema orquestrado.
- Para verificar se o linger está ativado para o usuário do sistema operacional, verifique se há um arquivo com o mesmo nome do usuário no diretório
/var/lib/systemd/linger. Se o arquivo existir, essa opção será ativada:ls /var/lib/systemd/linger/oracle/<myuser> - Para ativar o linger para o usuário do sistema operacional, ative o comportamento do linger do systemd:
loginctl enable-linger <myuser>
- Para verificar se o linger está ativado para o usuário do sistema operacional, verifique se há um arquivo com o mesmo nome do usuário no diretório
- O espaço mínimo em disco necessário para o agente deve ser:
- Espaço livre de 4 GB para o diretório configurado como o volume do agente.
- 5GB de espaço livre para a casa docker/podman.
Os valores mínimos acima incluem o espaço em disco consumido durante o upgrade, no processo do qual um backup é criado e uma nova imagem do agente é baixada e carregada.
- Se SELinux estiver ativado no sistema de host, defina o contexto de segurança do Volume Persistente usado pelo Agente executando o seguinte comando:
chcon -Rt svirt_sandbox_file_t <PV_Directory>
Dimensionando a Máquina Virtual/o Host
A tabela abaixo sugere valores para dimensionar sua VM ou host do agente do sistema orquestrado para implementações de pequena, média e grande escala.
| Parâmetro | Descrição | Pequena Escala | Média Escala | Grande Escala |
|---|---|---|---|---|
|
Núcleos de CPU |
Número de Núcleos da CPU. |
2 |
4 |
8 |
|
Memória |
Volume de memória (GB) |
16 |
32 |
64 |
Instalar o Agente do Oracle Access Governance
Um processo passo a passo para instalar o Agente do Oracle Access Governance com exemplos de comandos a serem executados:
Verificar Agente
Detalha como verificar a instalação e operação do agente de sistema orquestrado.
-
Na Console do Oracle Access Governance, selecione o
ícone para exibir o menu de navegação.
- Na Console do Oracle Access Governance, selecione Administração de Serviços → Sistemas Orquestrados no menu de navegação.
- Na tela Sistemas Orquestrados, o sistema orquestrado mostra um status Aguardando a integração inicial. Clique em Gerenciar → Lista de Verificação para Solução de problemas.
- O Log de Atividades na parte inferior da página mostrará o status da operação Validar, Pendente, enquanto o agente aparecer. Se o agente não aparecer, verifique se há problemas nos logs de instalação e operação do agente.
- Assim que o agente aparecer, o status da operação Validar será mostrado como Êxito.
Exemplo de Uso do Agente
Exibe exemplos de uso do script de gerenciamento do agente.
Depois de instalar e verificar com sucesso seu agente, você poderá começar a gerenciar o ciclo de vida. O script agentManagement.sh fornece suporte para as operações de inicialização, interrupção, reinicialização, desinstalação e upgrade.
Iniciar o Agente
Você inicia o agente com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--start
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--start
Interromper o Agente
Você interrompe o agente com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--stop
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--stop
Reiniciar o Agente
Você reinicia o agente com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--restart
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--restart
Desinstalar o Agente
Você desinstala o agente com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--uninstall
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--uninstall
Fazer Upgrade do Agente
Você faz upgrade do agente com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--upgrade
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--upgrade
Ativar Upgrade Automático
Ative o upgrade automático com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--enableautoupgrade
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--enableautoupgrade
Desativar Upgrade Automático
Execute esta etapa somente se for absolutamente necessário, pois isso pode causar falhas na comunicação entre o agente e o serviço Oracle Access Governance. Se você executar esta etapa e vir falhas, faça upgrade imediatamente do agente seguindo as etapas mencionadas no exemplo Fazer Upgrade do Agente em Uso do Exemplo de Agente.
Desative o upgrade automático com o seguinte comando:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--disableautoupgrade
Por exemplo:
curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh; sh agentManagement.sh \
--volume /access-governance/agent-management/volume \
--disableautoupgrade
Suporte a Jar Personalizado
- Faça download do jar do driver e coloque-o no caminho
customJarsDirectory, conforme especificado noconfig.json. Por exemplo,config.jsonpode conter uma entrada,customJarsDirectory : /app/data/customJars, em que/appé o volume do agente. - Calcule a soma de verificação do jar do driver baixado usando
SHA-512. - Na Console do Oracle Access Governance, vá para Administração de Serviço e, em seguida, Sistemas Orquestrados.
- Na página Sistemas Conectados, selecione Gerenciar integração para seu sistema orquestrado.
- Em Configurações, selecione o botão Gerenciar no mosaico Definições de Integração.
- Atualize a configuração do sistema orquestrado no campo Detalhes do Jar Personalizado. Forneça o nome do jar do driver e a soma de verificação no formato
<jarName>::<checksum>.Para o sistema conectado DB2, valor de amostra em Detalhes do Jar Personalizadodb2jcc.jar::c8520f145b428b1133b771bb2c70a6f0f546c9f0655f9de5de2e7b64d5ede786911ad50b543846154fe373dead78d38fb6dded560e0de4c4e8ccbbf0a06b6c1e
- Clique em Salvar.
Operações de Gerenciamento de Agentes
Lista detalhes das operações que o agente pode executar e descrições de parâmetros relacionados.
O agente de sistema orquestrado pode ser gerenciado usando o script agentManagement.sh. Este script pode ser baixado do GitHub. O script suporta docker e podman, ele detecta automaticamente o runtime do contêiner disponível. Se ambos estiverem disponíveis, o script usará podman.
Operações
| Operação | Descrição | Informações Adicionais |
|---|---|---|
|
|
|
Use a |
|
|
|
Use Use a |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
As alterações a seguir requerem uma atualização.
As alterações a seguir acionarão uma operação de reconfiguração que é tratada pela framework do agente.
Para obter mais informações, consulte Upgrade de um Agente. |
|
|
Lista os seguintes detalhes do agente:
|
|
|
|
Ativa o upgrade automático executando as seguintes tarefas:
|
|
|
|
Desativa upgrades automáticos removendo o job de upgrade automático |
Parâmetros de Agente
Parâmetros
| Nome do Parâmetro | Descrição | Obrigatório | Valor Padrão | Argumento | Abreviatura do argumento |
|---|---|---|---|---|---|
|
__AGENT_ID__ |
ID do Agente com o qual o contêiner do agente seria executado. |
Não |
|
|
|
| Local do Pacote do Agente | Local do pacote do Agente Local com o nome do pacote. |
Sim |
--agentpackage
|
|
|
|
Volume |
Diretório para persistir dados do agente, como configuração, wallet e logs. |
Sim |
|
|
|
|
Novo Contêiner com inicialização e reinicialização |
Crie um novo contêiner. Este parâmetro não precisa de um valor. |
Não |
|
|
|
|
Configuração personalizada |
Forneça configurações personalizadas por meio de um arquivo de propriedades. |
Não |
|
|
|
|
Upgrade Automático |
Use este parâmetro com a operação de instalação para configurar o upgrade automático do agente. |
Não |
|
|
|
A configuração personalizada é fornecida ao script através do arquivo config.properties que tem o seguinte formato:
idoConfig.httpClientConfiguration.connectionPool.maxPerRoute=15
idoConfig.httpClientConfiguration.connectionPool.maxTotal=15
idoConfig.httpClientConfiguration.connectTimeoutInSeconds=300
idoConfig.httpClientConfiguration.keepAliveTimeoutInSeconds=300
idoConfig.httpClientConfiguration.readResponseTimeoutInSeconds=300
idoConfig.httpClientConfiguration.proxyUri=
idoConfig.httpClientConfiguration.proxyUserName=
idoConfig.httpClientConfiguration.proxyUserPassword=
idoConfig.logLevel=info # Possible values: info, debug, error
idoConfig.maxJobRunningTimeInMinutes=180
idoConfig.numberOfPartition=3
idoConfig.numberOfOperationsPerPoll=5
idoConfig.numberOfOperationsWorkerThread=5
idoConfig.pollPauseTimeInMills=500
idoConfig.heartBeatIntervalInSeconds=30
idoConfig.sparkMaxResultSizeInGB=2
idoConfig.sparkExecutorMemoryInGB=2
Ajustando a Configuração de Runtime
A tabela a seguir lista os parâmetros para ajuste fino da configuração de runtime do agente do sistema orquestrado e sugere valores específicos para implementações de pequena, média e grande escala.
Os detalhes de como configurar esses parâmetros podem ser encontrados em Parâmetros do Agente.
Os limites temporários para dimensionamento são:
- Pequenas: 10-20k identidades/contas e dados associados
- Médio: 40-50k identidades/contas e dados associados
- Grande: Além de 50k identidades/contas e dados associados
| Parâmetro | Descrição | Pequena Escala | Média Escala | Grande Escala |
|---|---|---|---|---|
|
idoConfig.sparkMaxResultSizeInGB |
Limite do tamanho total dos resultados serializados de todas as partições para cada ação (por exemplo, coleta) em bytes. Deve ser pelo menos 1 M ou 0 para ilimitado. Os trabalhos serão cancelados se o tamanho total estiver além desse limite. Ter um limite alto poderia causar erros de falta de memória no driver (depende do spark.driver.memory e da sobrecarga de memória dos objetos na JVM). A definição de um limite adequado pode proteger o driver contra erros de memória insuficiente. |
2 |
5 |
7 |
|
idoConfig.sparkExecutorMemoryInGB |
Quantidade de memória adicional a ser alocada por processo executor, em MiB, a menos que especificado de outra forma. Esta é a memória que explica coisas como custos indiretos de VM, strings internadas, outros custos indiretos nativos, etc. |
2 |
5 |
7 |
|
idoConfig.numberOfPartition |
Número de partições. |
3 |
5 |
7 |
Diagnosticando e Solucionando Problemas do Oracle Access Governance Agent
Saiba como tratar mensagens de erro e outros problemas que você possa ver ao configurar ou usar o Oracle Access Governance Agent.
Tópicos:
Shutdown Inesperado do Agente Devido a Restrições de Recurso
Se você começar a atingir os limites de recursos na memória, CPU ou disco, o agente poderá ser encerrado inesperadamente. Para fazer o backup do agente novamente de forma limpa, você deve reiniciar o agente após corrigir o problema subjacente.
restart para corrigir o problema subjacente.curl https://raw.githubusercontent.com/oracle/docker-images/main/OracleIdentityGovernance/samples/scripts/agentManagement.sh -o agentManagement.sh ; sh agentManagement.sh \
--volume <PERSISTENT_VOLUME_LOCATION> \
--newcontainer \
--restart