File d’attente ECC de serveur MID
La file d’attente ECC (canal de communication externe) est un point de connexion entre une instance et le serveur MID. Les tâches que le serveur MID doit effectuer sont enregistrées dans cette file d’attente jusqu’à ce que le serveur MID soit prêt à les gérer.
Bus de message asynchrone
Le serveur MID s’abonne aux messages publiés par le bus de message asynchrone (AMB), qui l’informe qu’il a des enregistrements de tâches en attente dans la file d’attente ECC. Si une tâche existe dans la file d’attente ECC pour ce serveur MID, le serveur MID définit l’état sur « En cours de traitement ». Une fois le travail sur une tâche demandée terminé, le serveur MID renvoie à la file d’attente ECC avec les résultats.
Le serveur MID ouvre une connexion persistante à l’instance via le client AMB et écoute sur le canal AMB /mid/server/<mid_sys_id> . Lorsqu’un enregistrement de sortie est inséré dans la table File d’attente [ecc_queue], un message AMB est envoyé au canal du serveur MID. Le serveur MID reçoit ce message et interroge immédiatement la table de ecc_queue à la recherche de travail, sauf si le serveur MID est occupé et que le niveau de priorité du message n’est pas interactif.
Le serveur MID interroge la file d’attente ECC selon l’intervalle maximal défini dans le paramètre de configuration mid.poll.time (40 secondes par défaut), quelle que soit l’activité de message AMB. Si le serveur MID est occupé et reçoit un message AMB avec un niveau de priorité autre qu’interactif, le temps d’interrogation de la file d’attente passe à mid.poll.time.standard (5 secondes par défaut). Cette interrogation de la file d’attente ECC à intervalles réguliers est effectuée au cas où la connexion AMB serait interrompue.
Informations sur la file d’attente ECC
| Champ | Valeur d'entrée |
|---|---|
| Agent | Nom du système externe à partir duquel ou vers lequel provient ce message. Si le message provient d’un serveur MID ou est destiné à un serveur MID, le nom de l’agent est sous la forme mid.server.xxx, où xxx est le nom d’un serveur MID particulier. |
| Sujet | Nom de la sonde exécutée par le serveur MID. Si vous utilisez un schéma pour la découverte, la sonde de schéma horizontale La sonde de schéma horizontale s’affiche. |
| Nom | La commande réelle exécutée par la sonde. Par exemple, si la rubrique est SSHCommand, le champ Nom contient la commande shell réelle à exécuter. Si vous utilisez un schéma pour la découverte, les éléments suivants s’affichent : Lanceur de modèle : suivi du nom du modèle et du numéro de plusieurs pages. |
| Source | Adresse IP sur laquelle la découverte doit s’exécuter. Quelques sondes s’exécutent sur plusieurs adresses IP ; Dans ce cas, ce champ contient une description lisible par l’homme. |
| Réponse à | Ce champ facultatif contient une référence (sys_id) au message de file d’attente ECC auquel ce message répond. Discovery utilise largement ce champ pour suivre la hiérarchie des messages qui résultent d’une découverte planifiée donnée. Cliquez sur l’icône d’enregistrement de la valeur de ce champ pour ouvrir l’enregistrement de file d’attente ECC de l’activité qui a engendré l’enregistrement de la sonde ou du capteur actuel. |
| File d'attente | Un indicateur permettant de savoir si ce message était un message d’entrée ou un message de sortie. |
| État | État de l’enregistrement actuel de file d’attente ECC. Les états se mettent à jour automatiquement. |
| Traité | Heure à laquelle ce message a été traité. |
| Date de création | Heure à laquelle ce message a été créé. |
| Séquence | Numéro de séquence unique pour ce message. Cette valeur est automatiquement générée lorsqu’un enregistrement de file d’attente ECC est inséré. Son utilisation est déconseillée. |
| Message d’erreur | Un message d’erreur, si une erreur s’est produite pendant le traitement. Ce champ est masqué sur le formulaire standard, sauf en cas d’erreur. |
| Charge utile | Le corps du message au format XML. Le XML retourné a une balise racine de < résultats > contenant une ou plusieurs balises < résultat > et une seule balise <parameters> . Les paramètres sont simplement un écho de ceux envoyés au serveur MID dans la sonde ; Ils varient d’une sonde à l’autre, mais en général, ils indiquent à la sonde les détails de ce qu’elle doit faire et comment elle doit se comporter. Les balises de résultat sont les plus intéressantes : elles contiennent les données réelles générées par la sonde. |
Contrôles de file d’attente ECC
| Lien connexe | Description |
|---|---|
| Exécuter à nouveau | Exécute à nouveau la sonde. Vous pouvez réexécuter des sondes lorsque vous rencontrez un échec de la découverte ou d’autres résultats inattendus. |
| Accéder à l’élément CMDB | Ouvrez l’enregistrement de CI du CI qui a été mis à jour lors de la découverte. |
| Accéder au capteur | Ouvrez l’enregistrement pour le capteur associé. |
Politique des nouveaux essais en file d’attente ECC
Le module d’extension ECC Queue Retry Policy (com.glideapp.ecc_retry_policy) doit être activé pour pouvoir afficher les modules ECC Queue Retry Policy (Politique des nouveaux essais de file d’attente ECC) et Activité de nouvelle tentative de file d’attente.
Gérer le contenu de file d'attente ECC pour un MID Server
ECC Queue (File d’attente ECC) vous permet de créer des messages ECC Queue (File d’attente ECC), d’accéder aux entrées du journal du serveur MID et de récupérer les statistiques d’un enregistrement individuel du serveur MID.
Avant de commencer
Rôle requis : admin, mid_server
Procédure
-
Envoyez des commandes à distance via un serveur MID à un équipement d’hébergement directement à partir de la file d’attente ECC sans exécuter Découverte.
-
Accéder aux entrées dans la file d’attente ECC qui affichent les journaux agent0.log.0 et les journaux wrapper.log pour un serveur MID individuel.
-
Accédez à la rubrique queue.stats pour obtenir des informations utiles sur les serveurs MID individuels, telles que les données d’utilisation de la mémoire et du processeur.