Gérer l'agent de gouvernance Oracle Access pour les intégrations indirectes
Dans certains cas, un système orchestré ne dispose pas de connexion directe à Oracle Access Governance, et un agent est requis afin de permettre la transmission de données entre Oracle Access Governance et le système orchestré.
Inscription et téléchargement de l'agent Oracle Access Governance
Pour permettre à un système orchestré de se connecter à Oracle Access Governance, vous devez entrer les détails d'intégration et les données d'identification du système, et créer un agent propre à votre environnement.
Prérequis
Prérequis pour l'installation et l'exécution d'un agent.
Les prérequis suivants doivent être respectés pour installer et exécuter une instance d'agent.
- Le script de gestion d'agent prend en charge docker et podman en tant qu'exécution de conteneur. Le script de gestion de l'agent détecte automatiquement le programme d'exécution du conteneur. Si les deux sont présents, podman est sélectionné.
- L'exécution de conteneur (docker/podman) doit être configurée pour être exécutée en tant qu'utilisateur non root, de la même manière que celle utilisée pour installer l'agent.
- Utilitaires :L'agent requiert les utilitaires du système d'exploitation suivants :
- décompresser
- séd
- erreur
- crontab
Remarque
L'utilisateur d'installation d'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 sur "linger" une fois la session de l'utilisateur terminée. Si cette option n'est pas activée, lorsque vous mettez fin à la session de l'utilisateur, le processus d'agent s'arrête et des erreurs apparaissent lors de la tentative de communication entre Oracle Access Governance, l'agent et votre système orchestré.
- Pour vérifier si la persistance est activée 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 la persistance pour l'utilisateur du système d'exploitation, activez le comportement de persistance systemd :
loginctl enable-linger <myuser>
- Pour vérifier si la persistance est activée 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 le répertoire de base docker/podman.
Les valeurs minimales ci-dessus incluent l'espace disque consommé lors de la mise à niveau, au cours duquel 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 la machine virtuelle/de l'hôte
Le tableau ci-dessous suggère une valeur pour le dimensionnement de la machine virtuelle ou de l'hôte de l'agent de système orchestré pour l'implémentation à petite, moyenne et grande échelle.
| Paramètre | Description | Petite échelle | Échelle moyenne | Grande échelle |
|---|---|---|---|---|
|
Coeurs de processeur |
Nombre de coeurs de processeur |
2 |
4 |
8 |
|
Mémoire |
Quantité de mémoire (Go) |
16 |
32 |
64 |
Installer l'agent de gouvernance Oracle Access
Processus étape par étape d'installation de l'agent Oracle Access Governance avec des exemples de commandes à exécuter :
Vérification de l'agent
Indique comment vérifier l'installation et l'opération de l'agent 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 des service → Systèmes orchestrés dans le menu de navigation.
- Sur 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 contrôle de dépannage.
- Le journal des actions au bas de la page affiche le statut de l'opération de validation, En attente, pendant que l'agent démarre. Si l'agent n'apparaît pas, recherchez les problèmes éventuels dans les journaux d'installation et d'opération de l'agent.
- Une fois l'agent démarré, le statut de l'opération de validation sera Succès.
Exemple d'utilisation d'agent
Présente des exemples d'utilisation du script de gestion de l'agent.
Une fois l'agent installé et vérifié, 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émarrage de l'agent
Utilisez la commande suivante pour démarrer l'agent :
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êt de l'agent
Utilisez la commande suivante pour arrêter l'agent :
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émarrage de l'agent
Utilisez la commande suivante pour redémarrer l'agent :
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ésinstallation de l'agent
Utilisez la commande suivante pour désinstaller l'agent :
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
Mise à niveau de l'agent
Utilisez la commande suivante pour mettre à niveau l'agent :
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 à 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> \
--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 de mise à niveau de 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 personnalisée des fichiers JAR
- Téléchargez le fichier JAR du pilote et placez-le dans le chemin
customJarsDirectory, comme indiqué dansconfig.json. Par exemple,config.jsonpeut contenir une entrée,customJarsDirectory : /app/data/customJars, où/appest le volume d'agent. - Calculez le checksum du fichier JAR du pilote téléchargé à l'aide de
SHA-512. - Sur la console Oracle Access Governance, accédez à Administration des services, puis à Systèmes orchestrés.
- Sur la page Systèmes connectés, sélectionnez Gérer l'intégration pour votre système orchestré.
- Sous Configurations, cliquez sur le bouton Gérer dans la mosaïque Paramètres d'intégration.
- Mettez à jour la configuration système orchestrée dans le champ Détails du fichier JAR personnalisé. Indiquez le nom du fichier JAR du pilote et la somme de contrôle au 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 de l'agent
Répertorie les détails des opérations que l'agent peut effectuer et les descriptions de paramètre associées.
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 l'exécution de conteneur 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 structures d'agent.
Pour plus d'informations, voir Mettre à niveau un agent. |
|
|
Répertorie 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 le travail de mise à niveau automatique |
Paramètres de l'agent
Paramètres
| Nom du paramètre | Description | Obligatoire | Valeur par défaut | Argument | Version abrégée de l'argument |
|---|---|---|---|---|---|
|
__AGENT_ID__ |
ID d'agent avec lequel le conteneur d'agent sera exécuté. |
Non |
|
|
|
| Emplacement du package d'agent | Emplacement du package d'agent local avec le nom du package. |
Oui |
--agentpackage
|
|
|
|
Volume |
Répertoire permettant de rendre persistantes les données d'agent, telles que la configuration, le portefeuille et les journaux. |
Oui |
|
|
|
|
Nouveau conteneur avec démarrage et redémarrage |
Permet de créer un conteneur. Ce paramètre ne nécessite pas de valeur. |
No |
|
|
|
|
Configuration personnalisée |
Fournissez des configurations personnalisées via 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. |
Non |
|
|
|
La configuration personnalisée est fournie au script au format suivant via le fichier config.properties :
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 d'exécution
Le tableau suivant répertorie les paramètres de réglage affiné de la configuration d'exécution de l'agent de système orchestré, et suggère des valeurs spécifiques pour les implémentations de petite, moyenne et grande échelle.
Pour plus de détails sur la configuration de ces paramètres, reportez-vous à la section Paramètres d'agent.
Les limites ajustables pour le dimensionnement sont les suivantes :
- Petit : identités/comptes 10-20k et données associées
- Moyen : identités/comptes 40-50k et données associées
- Large : au-delà des identités/comptes 50k et des données associées
| Paramètre | Description | Petite échelle | Échelle moyenne | Grande échelle |
|---|---|---|---|---|
|
idoConfig.sparkMaxResultSizeInGB |
Limite de la taille totale des résultats sérialisés de toutes les partitions pour chaque action (par exemple, collecte) en octets. Doit être supérieure à 1 million, ou être égale à 0 pour ne pas avoir de limite. Les travaux sont annulés si la taille totale dépasse cette limite. Une limite élevée risque d'entraîner des erreurs de mémoire insuffisantes dans le pilote (selon spark.driver.memory et les surcharges de la mémoire des objets dans JVM). La définition d'une limite adéquate permet de protéger le pilote contre les erreurs de mémoire insuffisante. |
2 |
5 |
7 |
|
idoConfig.sparkExecutorMemoryInGB |
Quantité de mémoire supplémentaire à allouer par processus d'exécuteur en Mio, sauf indication contraire. Il s'agit d'une mémoire qui prend en charge le temps système de machine virtuelle, des chaînes internées, d'autres temps système natifs, etc. |
2 |
5 |
7 |
|
idoConfig.numberOfPartition |
Nombre de partitions. |
3 |
5 |
7 |
Dépannage de l'agent de gouvernance Oracle Access
Découvrez comment résoudre les messages d'erreur et les autres problèmes que vous pouvez rencontrer lors de la configuration ou de l'utilisation de l'agent Oracle Access Governance.
Sujets :
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 rectifié le problème sous-jacent.
restart qui corrige 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