Elasticsearch Champs de configuration d’intégration
Description des champs sur les formulaires de configuration d’intégration Elasticsearch pour Analyse de l'intégrité des journaux.
Pour connaître la procédure de configuration de l’intégration Elasticsearch , reportez-vous à la section Configurer une Elasticsearch intégration pour Analyse de l'intégrité des journaux.
| Champ | Description |
|---|---|
| Nom de l'intégration | Nom unique de cette intégration. Par exemple : Mon Elasticsearch intégration. Ce champ est obligatoire. Remarque : Lorsque vous remplissez ce champ, le nom générique affiché sur le formulaire s’ajuste automatiquement pour correspondre au nom que vous avez saisi. |
| Exécuter sur | Option permettant de déterminer s’il faut utiliser une grappe spécifique Serveur MID ou une grappe spécifique Serveur MID . |
| Nom du serveur MID | (Uniquement lorsque l’option Exécuter sur est définie sur Spécifique Serveur MID) Vers Serveur MID lequel les données de journal des Elasticsearch index sont extraites. Ce champ est obligatoire. |
| Grappe de serveurs MID | (Uniquement lorsque l’option Exécuter sur est définie sur Spécifique Serveur MID Grappe) Grappe Serveur MID vers laquelle les données de journal sont extraites. Ce champ est obligatoire.Lorsque vous sélectionnez une grappe, la Serveurs MID grappe sélectionnée et son état s’affichent. L’intégration s’exécute sur un seul Serveur MID dans le cluster jusqu’à ce que cela Serveur MID échoue. Le système déplace ensuite toutes les tâches d’intégration vers la prochaine tâche disponible Serveur MID dans la grappe en fonction de l’ordre configuré. Remarque :
|
| Instance de service | Instance de service à laquelle lier les données de journal. Ce champ est obligatoire. Remarque :
S’il n’existe aucune instance de service pertinente, Créer un instance de service et y ajouter des CI. Définissez l’état de la nouvelle instance de service sur Opérationnel. |
| Source de données | La source des données de journal que l’intégration transmet à votre ServiceNow instance : Elastic. Ce champ est en lecture seule. |
| Description | Option permettant d’ajouter une brève description de l’intégration pour faciliter son identification. |
| Champ | Description |
|---|---|
| URL serveur | URL utilisée pour accéder à la grappe. Ce champ est obligatoire. |
| Méthode d'authentification | Méthode d’authentification utilisée pour authentifier l’intégration à Elasticsearch. La valeur par défaut est Aucun. Lorsque vous sélectionnez la méthode d’authentification, les champs d’informations d’identification correspondants s’affichent sur le formulaire. Remarque : En tant qu’administrateur, vous pouvez créer une méthode d’authentification en accédant à et en sélectionnant New (Nouveau). |
| Préfixe d'index | Préfixe ajouté aux noms des index à partir desquels Elasticsearch vous souhaitez lire les données. L’intégration lit uniquement les données des index qui correspondent au préfixe configuré. Par exemple : network-logs-* correspond à des index tels que network-logs-2024.01.01. Ce champ est obligatoire. Ce paramètre garantit que HLA seules les données des indices pertinents sont ingérées. Par exemple : only-read-these-indices-* |
| Champ d'horodatage de document | Champ d'horodatage dans les documents stockés dans les index de lecture. Ce champ est obligatoire. |
| Format du champ d'horodatage | Format du champ d'horodatage dans les documents. Si aucun format n’est spécifié, le format d’heure Epoch Unix par défaut est utilisé, en millisecondes. Par exemple : 1684168407 (15 mai 2023 16:33:27) |
| Filtres à terme | Carte JSON des termes à filtrer. Remarque : Évitez d’utiliser le terme requête pour les champs de texte. Si le champ cible est mappé à la fois comme texte et comme mot clé, référencez le mot clé à l’aide de fieldname.keyword. Par exemple : {"severity » : ["error », « warning"]} |
| Champ | Description |
|---|---|
| Nbre max. de connexions par acheminement | Le nombre maximal de connexions à ouvrir par nœud. |
| Tranches de défilement maximum | Nombre de partitions configurées pour l’index pertinent dans Elasticsearch. Ce nombre indique à Elastic le nombre de requêtes parallèles à exécuter dans chaque demande d’interrogation. |
| Hôte proxy | Nom d’hôte du proxy HTTP par lequel les demandes sont envoyées. |
| Port proxy | Port du proxy HTTP par lequel les demandes sont envoyées. |
| Utiliser la vérification de la politique de certificat MID | Option permettant d’activer la vérification de la politique de certificat MID. Sélectionnez cette option si vous souhaitez expédier vos journaux chiffrés à l’aide de SSL TLS. Accédez ensuite à et ajoutez la vérification de la politique de certificat MID à la table. Pour plus d’informations, consultez Politiques de vérification des certificats de Serveur MID. |
| Utiliser la recherche inter-grappes | Option permettant de rechercher des données dans les Elasticsearch grappes. Lorsque cette case est cochée, le champ Grappes à rechercher s’affiche . Remarque :
Les paramètres de la case à cocher Utiliser des privilèges minimaux et du champ Retard de lecture de l’horodatage actuel (secondes) du formulaire Configuration avancée affectent la façon dont les données sont collectées sur plusieurs clusters. |
| Grappes à rechercher | Grappes Elasticsearch à rechercher. Ce champ s’affiche uniquement si la case Utiliser la recherche inter-grappes est cochée. Effectuez l'une des actions suivantes :
|
| Utiliser des privilèges minimaux | Option permettant de lire les Elasticsearch données de journal directement à partir des index avec le préfixe configuré.
Pour plus d’informations sur les journaux de diffusion à l’aide de l’intégration Elasticsearch , consultez l’article Flux de journaux à l’aide de l’entrée de données Elasticsearch - Guide avancé [KB1080162] dans la base de Now Support connaissances. |
| Nombre maximal de documents par requête | Nombre maximum de documents récupérés en une seule requête. |
| Départage par l’option sliced-scrolling | Valeur utilisée pour découper les données. Chaque tranche est défilée en parallèle. Par défaut : _id |
| Départage par l'option search-after | Valeur unique par document à utiliser comme départage lors du tri des entrées de journal par horodatage. |
| Utiliser l'API search_after | Option permettant de basculer entre les API défilement en tranches et rechercher après. Remarque : Les API à défilement en tranches sont préférables lors de la lecture de données historiques, tandis que les API search-after sont meilleures pour la lecture de données en temps réel. |
| Format du suffixe temporel de l'index | Format du suffixe temporel lors de l’utilisation de noms d’index basés sur le temps, tels que [logstash-]AAAA. MM.JJ. Lorsque vous utilisez des alias, laissez ce champ vide. Par exemple : uuuu. MM.dd |
| Délai de lecture de données (millisecondes) | Durée, en millisecondes, avant l’expiration d’une demande à la Elasticsearch grappe. |
| Intervalle de découverte d'index (en secondes) | Nombre de secondes entre les demandes intermittentes du serveur MID à la Elasticsearch grappe pour de nouveaux index à partir desquels lire des données. |
| Temps de défilement du contexte (millisecondes) | Durée de vie du défilement créé lors de l’utilisation de l’API de défilement pour lire les données à partir de Elasticsearch. Pour plus d’informations, consultez la Elasticsearch documentation de l’API scroll. |
| Agents des processeurs d'événements | Nombre maximal de cœurs de processeur utilisés en parallèle pour traiter les événements extraits de Elasticsearch. Un paramètre plus élevé augmente le débit d’entrée de données au prix d’une utilisation plus élevée du processeur. |
| Taille de la file d'attente de l'agent | Le nombre maximal de lots à mettre en file d'attente pour traitement. Un paramètre plus élevé augmente le débit, au prix d’une utilisation plus élevée de la RAM. |
| Fuseau horaire par défaut | Fuseau horaire des événements que le système utilisera si un journal ne spécifie pas le fuseau horaire. Par défaut, le système utilise GMT dans de tels cas, mais vous pouvez spécifier un fuseau horaire différent. |
| Taux d'abandon du sous-échantillon | Nombre d'événements à regrouper par lot, dont un sera ignoré. Ce paramètre permet de réduire le nombre d’événements extraits. |
| Taux de réception de sous-échantillon | Nombre d'événements à regrouper par lot, dont un sera ignoré. Ce paramètre permet de réduire le nombre d’événements reçus. |
| Codage des caractères | Le codage des caractères pour cette entrée de données. |
| Intervalle de sommeil (en secondes) | L'intervalle, en secondes, à attendre avant d'effectuer une nouvelle requête lorsqu'une requête n'a renvoyé aucune donnée. |
| Longueur maximale en octets | Longueur maximale, en octets, des messages de journal. |
| Retard de lecture de l'horodatage actuel (secondes) | Le nombre de secondes avant le délai de requête actuel pour inclure des données retardées. Le nombre de secondes configuré est soustrait de l’heure actuelle de lecture du dernier horodatage. Remarque : Si cette valeur est égale à 0 et que les données sont collectées à partir de plusieurs clusters simultanément, la requête peut ne pas inclure les données qui ont été envoyées avec un délai sur l’un des clusters, |
| Intervalle d'interrogation | Fréquence à laquelle le système recherche de nouvelles données de journal. |