Gérer l'agent Oracle Access Governance pour les intégrations indirectes
Dans certains cas, un système orchestré n'a pas de connexion directe à Oracle Access Governance et un agent est nécessaire pour permettre le transfert de données entre Oracle Access Governance et le système orchestré.
Enregistrer et télécharger l'agent Oracle Access Governance
Pour permettre à un système orchestré de se connecter à Oracle Access Governance, vous devez entrer les détails et données d'identification d'intégration du système et créer un agent propre à votre environnement.
Préalables
Préalables à l'installation et à l'exécution d'un agent.
Les préalables suivants doivent être respectés pour installer et exécuter un agent.
- Le script de gestion de l'agent prend en charge docker et podman en tant que module d'exécution de conteneur. Le script de gestion de l'agent détecte automatiquement le module d'exécution de conteneurs. Si les deux sont présents, podman est sélectionné.
- L'exécution du conteneur (docker/podman) doit être configurée pour être exécutée en tant qu'utilisateur non racine, de la même manière que celle utilisée pour installer l'agent.
- Utilitaires :L'agent nécessite les utilitaires de système d'exploitation suivants :
- unzip
- sed
- awk
- Crontab
Note
L'utilisateur d'installation de l'agent doit être autorisé à utiliser chacun de ces utilitaires. - JDK : L'agent requiert JDK 11.0.x.
- Activez les processus pour l'utilisateur du système d'exploitation qui démarre l'agent à "linger" après l'arrêt de la session de l'utilisateur. Si cette option n'est pas activée, lorsque vous mettez fin à la session de l'utilisateur, le processus de l'agent s'arrête et vous verrez des erreurs lors de la tentative de communication entre Oracle Access Governance, l'agent et votre système orchestré.
- Pour vérifier si l'attachement est activé pour l'utilisateur du système d'exploitation, recherchez un fichier portant le même nom que l'utilisateur dans le répertoire
/var/lib/systemd/linger. Si le fichier existe, cette option est activée :ls /var/lib/systemd/linger/oracle/<myuser> - Pour activer l'attachement pour l'utilisateur du système d'exploitation, activez le comportement d'attachement système :
loginctl enable-linger <myuser>
- Pour vérifier si l'attachement est activé pour l'utilisateur du système d'exploitation, recherchez un fichier portant le même nom que l'utilisateur dans le répertoire
- L'espace disque minimal requis pour l'agent doit être :
- Espace libre de 4 Go pour le répertoire configuré en tant que volume pour l'agent.
- Espace libre de 5 Go pour la maison docker / podman.
Les valeurs minimales ci-dessus incluent l'espace disque consommé lors de la mise à niveau, au cours de laquelle une sauvegarde est créée et une nouvelle image d'agent est téléchargée et chargée.
- Si SELinux est activé sur le système hôte, définissez le contexte de sécurité du volume persistant utilisé par l'agent en exécutant la commande suivante :
chcon -Rt svirt_sandbox_file_t <PV_Directory>
Dimensionnement de machine virtuelle/d'hôte
Le tableau ci-dessous suggère des valeurs de dimensionnement pour votre machine virtuelle ou hôte d'agent de système orchestré, pour les mises en oeuvre à petite, moyenne et grande échelle.
| Paramètre | Description | Petite échelle | Moyenne échelle | Grande échelle |
|---|---|---|---|---|
|
Coeurs d'UC |
Nombre de coeurs d'UC. |
2 |
4 |
8 |
|
Mémoire |
Quantité de mémoire (Go) |
16 |
32 |
64 |
Installer l'agent Oracle Access Governance
Processus étape par étape permettant d'installer l'agent Oracle Access Governance avec des exemples de commande à exécuter :
Vérifier l'agent
Explique comment vérifier l'installation et le fonctionnement de l'agent de système orchestré.
-
Dans la console Oracle Access Governance, sélectionnez l'icône
pour afficher le menu de navigation.
- Dans la console Oracle Access Governance, sélectionnez Administration du service → Systèmes orchestrés dans le menu de navigation.
- Dans l'écran Systèmes orchestrés, le système orchestré affiche le statut En attente de l'intégration initiale. Cliquez sur Gérer → Liste de vérification de diagnostic.
- Dans le journal d'activité au bas de la page, le statut de l'opération de validation est En attente jusqu'à ce que l'agent apparaisse. S'il n'apparaît pas, vérifiez si des problèmes sont survenus dans les journaux d'installation et d'opérations de l'agent.
- Lorsque l'agent apparaît, le statut de l'opération de validation est Succès.
Exemple d'utilisation de l'agent
Présente des exemples d'utilisation du script de gestion de l'agent.
Une fois que vous avez installé et vérifié votre agent, vous pouvez commencer à gérer le cycle de vie. Le script agentManagement.sh prend en charge les opérations de démarrage, d'arrêt, de redémarrage, de désinstallation et de mise à niveau.
Démarrer l'agent
Vous démarrez l'agent à l'aide de la commande suivante :
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
Par exemple :
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
Arrêter l'agent
Vous arrêtez l'agent à l'aide de la commande suivante :
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
Par exemple :
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
Redémarrer l'agent
Vous redémarrez l'agent à l'aide de la commande suivante :
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
Par exemple :
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
Désinstaller l'agent
Vous désinstallez l'agent à l'aide de la commande suivante :
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
Par exemple :
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
Mettre à niveau l'agent
Vous mettez à niveau l'agent à l'aide de la commande suivante :
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
Par exemple :
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
Activer la mise à niveau automatique
Activez la mise à niveau automatique avec la commande suivante :
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
Par exemple :
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
Désactiver la mise à niveau automatique
Effectuez cette étape uniquement si cela est absolument nécessaire, car cela peut entraîner des échecs dans la communication entre l'agent et le service Oracle Access Governance. Si vous effectuez cette étape et que vous constatez des échecs, mettez immédiatement à niveau l'agent en suivant les étapes mentionnées dans l'exemple Mettre à niveau l'agent dans Exemple d'utilisation d'agent.
Désactivez la mise à niveau automatique à l'aide de la commande suivante :
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
Par exemple :
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
Prise en charge des fichiers JAR personnalisés
- Téléchargez le fichier JAR du pilote et placez-le dans le chemin
customJarsDirectorytel que spécifié dansconfig.json. Par exemple,config.jsonpeut contenir une entrée,customJarsDirectory : /app/data/customJars, où/appest le volume de l'agent. - Calculez la somme de contrôle du fichier JAR du pilote téléchargé à l'aide de
SHA-512. - Dans la console Oracle Access Governance, allez à Administration du service, puis à Systèmes orchestrés.
- Dans la page Systèmes connectés, sélectionnez Gérer l'intégration pour votre système orchestré.
- Sous Configurations, sélectionnez le bouton Gérer dans la vignette Paramètres d'intégration.
- Mettez à jour la configuration du système orchestré dans le champ Détails du fichier JAR personnalisé. Indiquez le nom du fichier JAR du pilote et la somme de contrôle dans le format
<jarName>::<checksum>.Pour le système connecté DB2, exemple de valeur dans Détails du fichier JAR personnalisédb2jcc.jar::c8520f145b428b1133b771bb2c70a6f0f546c9f0655f9de5de2e7b64d5ede786911ad50b543846154fe373dead78d38fb6dded560e0de4c4e8ccbbf0a06b6c1e
- Cliquez sur Enregistrer.
Opérations de gestion d'agent
Liste les détails des opérations que l'agent peut effectuer et les descriptions des paramètres associés.
L'agent de système orchestré peut être géré à l'aide du script agentManagement.sh. Ce script peut être téléchargé à partir de GitHub. Le script prend en charge docker et podman. Il détecte automatiquement le module d'exécution de conteneurs disponible. Si les deux sont disponibles, le script utilise podman.
Opérations
| Opération | Description | Informations supplémentaires |
|---|---|---|
|
|
|
Utilisez |
|
|
|
Utilisez Utilisez |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Les modifications suivantes nécessitent une mise à niveau.
Les modifications suivantes déclenchent une opération de reconfiguration gérée par la structure d'agents.
Pour plus d'informations, voir Mettre à niveau un agent. |
|
|
Liste les détails suivants de l'agent :
|
|
|
|
Active la mise à niveau automatique en effectuant les tâches suivantes :
|
|
|
|
Désactive les mises à niveau automatiques en supprimant la tâche de mise à niveau automatique |
Paramètres d'agent
Paramètres
| Nom du paramètre | Description | Obligatoire | Valeur par défaut | Argument | Argument abrégé |
|---|---|---|---|---|---|
|
__AGENT_ID__ |
ID agent avec lequel le conteneur de l'agent serait exécuté. |
Non |
|
|
|
| Emplacement de l'ensemble de l'agent | Emplacement local de l'ensemble de l'agent avec le nom de l'ensemble. |
Oui |
--agentpackage
|
|
|
|
Volume |
Répertoire où sont stockées les données d'agent telles que la configuration, le portefeuille et les journaux. |
Oui |
|
|
|
|
Nouveau conteneur avec démarrage et redémarrage |
Créez un conteneur. Ce paramètre n'a pas besoin de valeur. |
Non |
|
|
|
|
Configuration personnalisée |
Fournissez des configurations personnalisées à l'aide d'un fichier de propriétés. |
Non |
|
|
|
|
Mise à niveau automatique |
Utilisez ce paramètre avec l'opération d'installation pour configurer la mise à niveau automatique de l'agent. |
Nombre |
|
|
|
Une configuration personnalisée est fournie au script au moyen du fichier config.properties qui a le format suivant :
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
Réglage de la configuration de l'exécution
Le tableau suivant répertorie les paramètres permettant d'ajuster la configuration de l'exécution de l'agent de système orchestré et suggère des valeurs spécifiques pour les mises en oeuvre à petite, moyenne et grande échelle.
Vous trouverez des détails sur la configuration de ces paramètres dans Paramètres d'agent.
Les limites ajustables pour le dimensionnement sont les suivantes :
- Petite : identités/comptes 10-20k et données associées
- Moyen : identités/comptes 40-50k et données associées
- Grande : Au-delà des 50k identités/comptes et des données associées
| Paramètre | Description | Petite échelle | Moyenne échelle | Grande échelle |
|---|---|---|---|---|
|
idoConfig.sparkMaxResultSizeInGB |
Limite de la taille totale des résultats sérialisés de toutes les partitions pour chaque action (par exemple, collecter) en octets. Elle doit être égale à au moins 1 Mo ou à 0 si la taille totale est illimitée. Les travaux sont annulés si la taille totale dépasse cette limite. Une limite élevée peut entraîner des erreurs de mémoire insuffisante dans le pilote (dépend de spark.driver.memory et de la surcharge de la mémoire des objets de la JVM). La définition d'une limite appropriée peut éviter les erreurs de mémoire insuffisante du pilote. |
2 |
5 |
7 |
|
idoConfig.sparkExecutorMemoryInGB |
Quantité de mémoire supplémentaire à affecter par processus d'exécuteur, en Mio sauf indication contraire. Cette mémoire est utilisée pour les surcharges de machine virtuelle, les chaînes internées, d'autres surcharges natives, etc. |
2 |
5 |
7 |
|
idoConfig.numberOfPartition |
Nombre de partitions. |
3 |
5 |
7 |
Dépannage d'Oracle Access Governance Agent
Voyez comment résoudre les messages d'erreur et les autres problèmes que vous pouvez voir lors de la configuration ou de l'utilisation d'Oracle Access Governance Agent.
Rubriques :
Arrêt inattendu de l'agent en raison de contraintes de ressource
Si vous commencez à atteindre les limites de ressources sur la mémoire, la CPU ou le disque, l'agent peut s'arrêter de manière inattendue. Pour rétablir l'agent correctement, vous devez redémarrer l'agent après avoir corrigé le problème sous-jacent.
restart pour corriger le problème sous-jacent.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