Gestión de Oracle Access Governance Agent para integraciones indirectas
En algunos casos, un sistema orquestado no tiene una conexión directa a Oracle Access Governance y necesita un agente para activar la transferencia a datos entre Oracle Access Governance y el sistema orquestado.
Registro y descarga del agente de Oracle Access Governance
Para permitir que un sistema orquestado se conecte a Oracle Access Governance, debe introducir los detalles de la integración y las credenciales para el sistema y crear un agente específico para su entorno.
Requisitos
Requisitos para la instalación y ejecución de una agente.
Se deben cumplir los siguientes requisitos para instalar y ejecutar el agente.
- El script de gestión de agente soporta docker y podman como el tiempo de ejecución de contenedor. El script de gestión de agentes detecta de forma automática el tiempo de funcionamiento del contenedor. Si ambos están presentes, se selecciona podman.
- El tiempo de ejecución del contenedor (docker/podman) se debe configurar para que se ejecute como un usuario no raíz, el mismo que el que se utiliza para instalar el agente.
- Utilidades:El agente requiere las siguientes utilidades de sistema operativo:
- descomprimir
- sed
- torcido
- crontab
Nota
El usuario de instalación del agente debe tener permiso para utilizar cada una de estas utilidades. - JDK: el agente necesita JDK 11.0.x.
- Active los procesos para el usuario del sistema operativo que inicie el agente en 'linger' después de terminar la sesión del usuario. Si esta opción no está activada, al terminar la sesión del usuario, el proceso de agente se detendrá y verá errores al intentar comunicarse entre Oracle Access Governance, el agente y el sistema orquestado.
- Para comprobar si linger está activado para el usuario del sistema operativo, compruebe si hay un archivo con el mismo nombre que el usuario en el directorio
/var/lib/systemd/linger. Si el archivo existe, esta opción está activada:ls /var/lib/systemd/linger/oracle/<myuser> - Para activar linger para el usuario del sistema operativo, active el comportamiento systemd linger:
loginctl enable-linger <myuser>
- Para comprobar si linger está activado para el usuario del sistema operativo, compruebe si hay un archivo con el mismo nombre que el usuario en el directorio
- El espacio en disco mínimo necesario para el agente debe ser:
- 4 GB de espacio libre para el directorio configurado como volumen para el agente.
- 5 GB de espacio libre para la casa docker / podman.
Los valores mínimos anteriores incluyen el espacio en disco consumido durante la actualización, en cuyo proceso se crea una copia de seguridad y se descarga y carga una nueva imagen de agente.
- Si SELinux está activado en el sistema host, defina el contexto de seguridad del volumen persistente utilizado por el agente ejecutando el siguiente comando:
chcon -Rt svirt_sandbox_file_t <PV_Directory>
Ajuste de tamaño de máquina virtual/host
En las siguientes tablas se sugieren valores para ajustar el tamaño de la máquina virtuales o el host de agente de sistema orquestado para implantaciones a pequeña, mediana y gran escala.
| Parámetro | Descripción | Pequeña escala | Mediana escala | Gran escala |
|---|---|---|---|---|
|
Núcleos de CPU |
Número de núcleos de CPU. |
2 |
4 |
8 |
|
Memoria |
Cantidad de memoria (GB) |
16 |
32 |
64 |
Instalación de Oracle Access Governance Agent
Proceso paso a paso para instalar el agente de Oracle Access Governance con comandos de ejemplo para ejecutar:
Verificación del agente
Detalla cómo verificar la instalación y El funcionamiento del agente de sistema orquestado.
-
En la consola de Oracle Access Governance, seleccione el icono de
para mostrar el menú de navegación.
- En la consola de Oracle Access Governance, seleccione Administración de servicio → Sistemas orquestados en el menú de navegación.
- En la pantalla Sistemas orquestados, el sistema orquestado muestra el estado Esperando la integración inicial. Haga clic en Gestionar → Lista de comprobación de resolución de problemas.
- El log de actividad de la parte inferior de la página mostrará el estado de la operación Validar Pendiente mientras el agente se active. Si el agente no aparece, compruebe los logs de instalación y funcionamiento del agente para detectar cualquier incidencia.
- Una vez que aparezca el agente, el estado de la operación Validar se mostrará como Correcto.
Uso de ejemplo del agente
Muestra ejemplos de uso del script de gestión de agente.
Una vez que haya instalado y verificado correctamente el agente, puede empezar a gestionar el ciclo de vida. El script agentManagement.sh proporciona soporte para las operaciones de inicio, parada, reinicio, desinstalación y cambio de versión.
Inicio del agente
Inicie el agente con el siguiente 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 ejemplo:
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
Parada del agente
Pare el agente con el siguiente 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 ejemplo:
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
Reinicio del agente
Reinicie el agente con el siguiente 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 ejemplo:
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
Desinstalación del agente
Desinstale el agente con el siguiente 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 ejemplo:
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
Cambio de versión del agente
Cambie la versión del agente con el siguiente 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 ejemplo:
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
Habilitar cambio de versión automático
Active la actualización automática con el siguiente 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 ejemplo:
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
Desactivar el cambio de versión automático
Realice este paso solo si es absolutamente necesario, ya que puede provocar fallos en la comunicación entre el agente y el servicio Oracle Access Governance. Si realiza este paso y ve fallos, actualice inmediatamente el agente siguiendo los pasos mencionados en el ejemplo de Actualización del Agente en Uso de Ejemplo de Agente.
Desactive la actualización automática con el siguiente 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 ejemplo:
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
Soporte de Jar Personalizado
- Descargue el archivo jar del controlador y colóquelo en la ruta de acceso
customJarsDirectorycomo se especifica enconfig.json. Por ejemplo,config.jsonpuede contener una entrada,customJarsDirectory : /app/data/customJars, donde/appes el volumen del agente. - Calcule la suma de comprobación del archivo jar del controlador descargado mediante
SHA-512. - En la consola de Oracle Access Governance, vaya a Administración de servicios y, a continuación, a Sistemas orquestados.
- En la página Sistemas conectados, seleccione Gestionar integración para el sistema orquestado.
- En Configuración, seleccione el botón Gestionar en el mosaico Configuración de integración.
- Actualice la configuración del sistema orquestada en el campo Custom Jar Details (Detalles de tarro personalizados). Proporcione el nombre del archivo jar del controlador y el total de control con el formato
<jarName>::<checksum>.Para el sistema conectado DB2, muestre el valor en Custom Jar Detailsdb2jcc.jar::c8520f145b428b1133b771bb2c70a6f0f546c9f0655f9de5de2e7b64d5ede786911ad50b543846154fe373dead78d38fb6dded560e0de4c4e8ccbbf0a06b6c1e
- Haga clic en Guardar.
Operaciones de gestión del agente
Muestra detalles de las operaciones que el agente puede realizar y descripciones de parámetros relacionados.
El agente de sistema orquestado se puede gestionar mediante el script agentManagement.sh. Este script se puede descargar de GitHub. El script soporta docker y podman, y detecta automáticamente el tiempo de ejecución del contenedor disponible. Si ambos están disponibles, el script utiliza podman.
Operaciones
| Operación | Descripción | Información adicional |
|---|---|---|
|
|
|
Utilice |
|
|
|
Utilice Utilice |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Los siguientes cambios requieren una actualización.
Los siguientes cambios dispararán una operación de reconfiguración gestionada por el marco del agente.
Para obtener más información, consulte Actualización de un agente. |
|
|
Muestra los siguientes detalles del agente:
|
|
|
|
Activa la actualización automática realizando las siguientes tareas:
|
|
|
|
Desactiva las actualizaciones automáticas eliminando el trabajo |
Parámetros del Agente
Parámetros
| Nombre de parámetro | Descripción | Obligatorio | Valor por defecto | Argumento | Argumento abreviado |
|---|---|---|---|---|---|
|
__AGENT_ID__ |
ID de agente con el que se ejecutará el contenedor de agente. |
No |
|
|
|
| Ubicación de paquete de agente | Ubicación del paquete de agente local con el nombre del paquete. |
Sí |
--agentpackage
|
|
|
|
Volumen |
Directorio para mantener los datos del agente, como la configuración, la cartera y los logs. |
Sí |
|
|
|
|
Nuevo contenedor con inicio y reinicio |
Cree un nuevo contenedor. Este parámetro no necesita un valor. |
No |
|
|
|
|
Configuración personalizada |
Proporcione configuraciones personalizadas mediante un archivo de propiedades. |
No |
|
|
|
|
Cambio de versión automático |
Utilice este parámetro con la operación de instalación para configurar la actualización automática del agente. |
No |
|
|
|
La configuración personalizada se proporciona al script mediante el archivo config.properties con el siguiente 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
idoConfig.maxJobRunningTimeInMinutes=180
idoConfig.numberOfPartition=3
idoConfig.numberOfOperationsPerPoll=5
idoConfig.numberOfOperationsWorkerThread=5
idoConfig.pollPauseTimeInMills=500
idoConfig.heartBeatIntervalInSeconds=30
idoConfig.sparkMaxResultSizeInGB=2
idoConfig.sparkExecutorMemoryInGB=2
Ajuste de la configuración de tiempo de ejecución
En la siguiente tabla se muestran los parámetros para ajustar de forma acotada la configuración de tiempo del agente de sistema orquestado y se sugieren valores específicos para implantaciones pequeñas, medianas y grandes.
Los detalles de cómo configurar estos parámetros se pueden encontrar en Parámetros de agente.
Los límites flexibles para el tamaño son:
- Pequeña: identidades/cuentas 10-20k y datos asociados
- Medio: 40-50k identidades/cuentas y datos asociados
- Grande: más allá de las identidades/cuentas 50k y los datos asociados
| Parámetro | Descripción | Pequeña escala | Mediana escala | Gran escala |
|---|---|---|---|---|
|
idoConfig.sparkMaxResultSizeInGB |
Límite del tamaño total de los resultados serializados de todas las particiones para cada acción (por ejemplo, recopilar) en bytes. Debe ser de al menos 1 M o 0 para ilimitado. Los trabajos se cancelarán si el tamaño total supera este límite. Tener un límite alto puede causar errores de memoria insuficiente en el controlador (depende de spark.driver.memory y la sobrecarga de memoria de objetos en JVM). La configuración de un límite adecuado puede proteger el controlador frente a errores de memoria insuficiente. |
2 |
5 |
7 |
|
idoConfig.sparkExecutorMemoryInGB |
Cantidad de memoria adicional que se asignará por proceso de ejecutor en MiB a menos que se especifique lo contrario. Esta memoria tiene en cuenta aspectos como las sobrecargas de VM, las cadenas internas, otras sobrecargas nativas, etc. |
2 |
5 |
7 |
|
idoConfig.numberOfPartition |
Número de particiones. |
3 |
5 |
7 |
Solución de Problemas de Oracle Access Governance Agent
Descubra cómo abordar los mensajes de error y otros problemas que pueda ver al configurar o utilizar Oracle Access Governance Agent.
Temas:
Cierre inesperado de agente debido a restricciones de recursos
Si comienza a alcanzar los límites de recursos en memoria, CPU o disco, es posible que el agente se cierre inesperadamente. Para que el agente vuelva a estar activo correctamente, debe reiniciar el agente después de rectificar el problema subyacente.
restart para rectificar el problema subyacente.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