Paramètres de configuration de l'agent d'infrastructure

Spécifie le clé de licencepour votre compte New Relic. L'agent utilise cette clé pour associer les métriques de votre serveur à votre compte New Relic. Ce paramètre est créé dans le cadre du processus d'installation standard.

Exemple:

license_key: 1234567890abcdefghijklmnopqrstuvwxyz1234

Spécifie si le point de terminaison FedRAMP doit être utilisé.

Spécifie le nombre de processeurs logiques disponibles pour l'agent. L’augmentation de cette valeur permet de répartir la charge entre les différents cœurs.

Si défini sur -1, l'agent tentera de lire la variable d'environnement GOMAXPROCS. Si cette variable n'est pas définie, la valeur par défaut sera le nombre total de cœurs disponibles dans l'hôte.

Depuis la version 1.0.804 ou supérieure, les données envoyées depuis l'agent sont compressées par défaut. Pour désactiver la compression de la charge utile, définissez payload_compression_level sur 0.

Nombre de fois que l'agent réessaiera la demande pour vérifier la disponibilité de la plateforme de New Relic au démarrage avant de générer une erreur.

Si la valeur est negative value, l'agent continuera à vérifier la connexion jusqu'à ce qu'elle réussisse.

Une fois le délai d'expiration d'une demande expiré, l'agent attend pour réessayer une demande afin de vérifier la disponibilité de la plateforme de New Relic au démarrage.

Le temps pendant lequel l'agent attend qu'une demande de vérification de la disponibilité de la plateforme New Relic au démarrage soit considérée comme expirée.

Permet l'auto-instrumentation de l'agent.

Active la nouvelle tentative de l'agent pour la transmission du log via le transitaire de logging Fluentbit intégré. Les valeurs entières correspondent au nombre de tentatives prévues. D'autres valeurs possibles incluent False pour définir le nombre de tentatives sur infini et no_retries pour désactiver complètement la fonctionnalité de nouvelle tentative.

Définit le nombre de fois que l'agent tente de se connecter en cas d'échec de la détection du cloud.

Si la détection du cloud échoue lors de l'initialisation de l'agent, l'agent réessayera après avoir attendu CloudRetryBackOffSec secondes.

Définit l'intervalle de temps pendant lequel l'agent attendra avant de supprimer les métadonnées, en secondes. Après cette période, les métadonnées expirent et l'agent les récupère à nouveau.

Définit l'intervalle de temps pendant lequel l'agent attend entre les tentatives de détection du cloud en cas d'échec de la détection du cloud, en secondes.

Si la détection du cloud échoue lors de l'initialisation de l'agent, celui-ci réessayera CloudMaxRetryCount fois.

Spécifie le fournisseur de cloud dans lequel l’agent s’exécute. Lorsque cette valeur est différente de la valeur par défaut, l'agent attendra d'avoir acquis avec succès les métadonnées (l'ID d' instance) auprès du fournisseur cloud avant de soumettre des données au backend.

Avec le comportement par défaut, l'agent essaiera également de détecter le fournisseur de cloud et d'obtenir les métadonnées mais sans bloquer l'agent.

Valeurs autorisées : "", "aws", "azure", "gcp", "alibaba"

Similaire à DisableCloudMetadata, mais il désactive la collecte de métadonnées cloud uniquement pour le plug-in d'alias d'hôte.

Désactive la collecte de métadonnées cloud.

Temps, en secondes, avant que le conteneur mémo mis en cache n'expire et que l'agent doive le récupérer à nouveau.

Spécifie la version de l'API client Docker.

Liste des types de système de fichiers pris en charge par l'agent. Cette valeur doit être un sous-ensemble de la liste par défaut et les éléments qui ne figurent pas dans la liste par défaut seront ignorés.

Liste des périphériques de stockage à ignorer par l'agent lors de la collecte de StorageSample données.

Exemple en tant qu'attribut YAML :

file_devices_ignored:
  - sda1
  - sda2

Exemple comme variable d'environnement :

FILE_DEVICES_IGNORED="sda1,sda2"

Remplace le nom d'hôte généré automatiquement pour les rapports. Ceci est utile lorsque vous avez plusieurs hôtes avec le même nom, puisque notre monitoring deinfrastructure utilise le nom d'hôte comme identifiant unique pour chaque hôte. Gardez à l’esprit que cette valeur est également utilisée pour le remplacement de l’adresse de bouclage sur les noms d’entité.

Pour plus d'informations, consultez notre documentation sur le fonctionnement de la résolution de noms d'entités.

Exemple:

display_name: teslaOne

Lorsque true, le nom d'hôte complet est résolu en effectuant une recherche inversée de l'adresse de l'hôte. Sinon, il sera récupéré avec la commande nom d'hôte sous Linux et depuis les paramètres TCP/IP du registre sous Windows.

Lorsqu'elle est définie, il s'agit de la valeur qui sera signalée pour le nom d'hôte complet ; sinon, l'agent effectuera le comportement de recherche normal.

Exemple:

my.custom-hostname.co.org

Lorsqu'elle est définie, il s'agit de la valeur qui sera signalée pour le nom d'hôte ; sinon, l'agent effectuera le comportement de recherche normal.

Exemple:

my.custom-hostname

Répertoire où l'agent stocke les fichiers de cache, d'inventaire, d'intégration, etc.

Répertoire contenant les fichiers configuration de l'intégration.

Chaque intégration possède son propre fichier de configuration, nommé par défaut <integration_name>-config.yml, placé dans un emplacement prédéfini à partir duquel l'agent se charge lors de l'initialisation.

Spécifie un chemin personnalisé pour installer l'intégration, ce qui permet de les installer en dehors du agent_dir. Il a la priorité lorsque l'agent recherche une intégration installée.

Une liste de variables d’environnement qui seront transmises à toutes les intégrations. Si une intégration dispose déjà d’une option de configuration existante portant le même nom, la variable d’environnement a la priorité.

À partir de l'agent d'infrastructure 1.24.1, passthrough_environment prend en charge les expressions régulières pour les noms de variables.

Exemple en tant qu'attribut YAML (à l'intérieur du fichier de configuration de l'agent, situé par défaut dans /etc/newrelic-infra.yml) :

passthrough_environment:
  - HOST
  - PORT
  - NRIA_.*

Exemple comme variable d'environnement :

NRIA_PASSTHROUGH_ENVIRONMENT="HOST,PORT,NRIA_.*"

Pour les hôtes Windows : PATHEXT est une variable d’environnement MS Windows. La fonction est de déterminer quelles extensions de fichier marquent les fichiers exécutables à partir de chaque ligne de commande. Cela résoudra toutes les erreurs signalant « ... n'est pas reconnu comme le nom d'une applet de commande, d'une fonction, d'un fichier script ... » pour l'intégration Flex courante :

passthrough_environment:
  - PATHEXT

L'agent permet le remplacement automatique de l'adresse de bouclage sur le nom de l'entité (et donc la clé) pour la version 3 du protocole d'intégration. Si vous utilisez la version 2 du protocole et souhaitez ce comportement, activez l'option entityname_integrations_v2_update .

En définissant ce paramètre de configuration sur true , l'agent ouvrira un port HTTP (par défaut, 8001) pour recevoir les données du backend New Relic StatsD.

En définissant cette valeur, l'agent commencera à écouter sur le HTTPServerPort pour recevoir des données du backend New Relic StatsD.

Définit le port sur lequel le serveur http doit recevoir les données du backend New Relic StatsD.

Démarre le processus de suppression des entités qui n'ont pas signalé d'informations pendant cet intervalle.

Unités de temps valides : s (secondes), m (minutes) et h (heure).

Exemple:

1h

Si vous avez un grand nombre de processus sur l'hôte ou un grand volume de données collectées sur votre intégration, la file d'attente de l'agent peut être saturée. Augmentez la profondeur de la file d'attente pour éviter les messages d'erreur résultant de files d'attente pleines.

Définit le répertoire temporaire utilisé comme stockage persistant pour la synchronisation du SDK d'intégration.

Utilisez ce paramètre si vous instrumentez l'hôte à partir d'une source autre que infrastructure l'agent (par exemple, un OpenTelemetry Collector ou un exportateur de nœuds Prometheus ) et que vous souhaitez continuer à utiliser l'intégration de l'agent infrastructure sur l'hôte pour monitorer d'autres infrastructure services . Lorsqu'il est activé, l'agent rapporte l'inventaire de l'hôte et l'intégration télémétrie (événements métriques et inventaire) agrémentés de métadonnées de l'hôte, mais les métriques de l'hôte (CPU, mémoire, disque, réseau, processus) sont désactivées.

Si l'inventaire mis en cache devient plus ancien que cette valeur (par exemple, parce que l'agent est hors ligne), l'agent supprime et recrée automatiquement le magasin delta.

Lorsque défini sur vrai, active le traitement asynchrone de l'inventaire permettant de traiter des charges d'inventaire plus importantes.

La liste des chemins d'inventaire ignorés par l'agent.

Exemple en tant qu'attribut YAML :

ignored_inventory:
  - files/config/stuff.bar
  - files/config/stuff.foo

Exemple comme variable d'environnement :

NRIA_IGNORED_INVENTORY="files/config/stuff.bar,files/config/stuff.foo"

Emplacement sur Linux où le fichier pid du processus agent est créé. Il est utilisé au démarrage pour garantir qu'aucune autre instance de l'agent n'est en cours d'exécution.

Si cette option est vraie, la formulation de la mémoire virtuelle de l'hôte considère SReclaimable comme mémoire disponible ; sinon, SReclaimable sera considéré comme faisant partie de la mémoire utilisée.

log est une carte de valeur clé utilisée pour configurer l'agent infrastructure activé. Exemple en tant qu'attribut YAML :

log:
  file: '/var/log/newrelic-infra/newrelic-infra.log'
  level: debug
  forward: true
  stdout: false

Exemple comme variable d'environnement :

NRIA_LOG_FILE='/var/log/newrelic-infra/newrelic-infra.log'
NRIA_LOG_LEVEL='smart'
NRIA_LOG_FORWARD='false'
NRIA_LOG_STDOUT='true'

log:
  level: info
  file: /var/log/newrelic-infra/newrelic-infra.log
  rotate:
    max_size_mb: 1000                        # Required
    max_files: 5                             # Optional
    compression_enabled: true                # Optional
    file_pattern: YYYY-MM-DD_hh-mm-ss.log    # Optional

Les attributs personnalisés sont des paires valeur-clé (similaires aux balises dans d'autres outils) utilisées pour annoter les données de l'agent infrastructure . Vous pouvez utiliser cette métadonnée pour filtrer votre entité, regrouper vos résultats et annoter vos données. Par exemple, vous pouvez indiquer l'environnement d'une machine (simulation ou production), le service hôte d'une machine (service de connexion, par exemple) ou l'équipe responsable de cette machine.

Utilisez une liste d'attributs personnalisés pour annoter les données de cette instance d'agent. Séparez les clés et les valeurs par des deux points :, comme dans KEY: VALUE, et séparez chaque paire valeur-clé par un saut de ligne. Les clés peuvent être n'importe quel YAML valide, à l'exception des barres obliques /. Les valeurs peuvent être n'importe quelle chaîne YAML, y compris les espaces. Commencer la clé par label. garantira qu'elle reste telle quelle, même si cet hôte peut s'exécuter dans des environnements cloud différents, où la balise cloud ou les étiquettes cloud peuvent interagir avec elle dans la décoration combinée de la balise. En revanche, custom_labels peut être préfixé par gcp. ou azure. lors de l'exécution dans ces environnements et lors de la combinaison des données de infrastructure l'agent avec monitoring cloud .

Exemple en tant qu'attribut YAML :

custom_attributes:
  label.environment: production
  label.service: login service
  label.team: alpha-team

Exemple comme variable d'environnement :

NRIA_CUSTOM_ATTRIBUTES='{"label.customAttribute_1":"SOME_ATTRIBUTE","label.customAttribute_2": "SOME_ATTRIBUTE_2"}'

Exemple de filtrage NRQL par attribut personnalisé :

FROM SystemSample SELECT * WHERE label.environment = 'production'

Permet l'envoi de métriques de processus à New Relic.

Par défaut, l'agent infrastructure n'envoie pas de données sur les processus du système d'exploitation. L'agent collecte toujours ces données, sauf si metrics_process_sample_rate est défini sur -1.

Pour rapporter des données métriques sur tous les processus du système d'exploitation, définissez enable_process_metrics sur true. Pour désactiver, définissez sur false.

L'envoi de toutes les données de processus pourrait augmenter le volume de données envoyées à New Relic. Pour affiner les processus que vous souhaitez monitorer, configurez include_matching_metrics ou exclude_matching_metrics.

Par défaut, les processus utilisant peu de mémoire sont exclus de l'échantillonnage. Pour plus d'informations, voir disable-zero-mem-process-filter.

Lorsque cette option est activée, l'agent décore les exemples de processus avec des informations sur le conteneur si le processus est exécuté dans un conteneur.

Ces informations incluent l'ID du conteneur, le nom du conteneur, l'ID de l'image, le nom de l'image et les étiquettes du conteneur.

Vous pouvez contrôler la quantité de données envoyées à New Relic en configurant include_matching_metrics, ce qui vous permet de restreindre la transmission de données métriques en fonction des valeurs de l'attribut métrique.

Vous incluez des données métriques en définissant des valeurs littérales ou partielles pour l'un des attributs de la métrique. Par exemple, vous pouvez choisir d'envoyer les host.process.cpuPercent de tous les processus dont process.name correspondent aux ^java expressions régulières.

Dans cet exemple, nous incluons les métriques de processus à l'aide de fichiers exécutables et de noms :

include_matching_metrics:          # You can combine attributes from different metrics
  process.name:
    - regex "^java"                # Include all processes starting with "java"
  process.executable:
    - "/usr/bin/python2"           # Include the Python 2.x executable
    - regex "\\System32\\svchost"  # Include all svchost executables

Si vous devez inclure des arguments de ligne de commande dans l'une des valeurs, définissez strip_command_line sur false (les agents d'infrastructure suppriment les arguments CLI par défaut pour empêcher la fuite des secrets).

Si include_matching_metrics et exclude_matching_metrics sont tous deux présents pour le même élément, l'inclusion a la priorité.

Pour configurer include_matching_metrics comme variable d'environnement pour l' intégration Kubernetes, ajoutez-la dans le manifeste à l'intérieur de l'objet env: :

env:
  - name: NRIA_INCLUDE_MATCHING_METRICS
    value: |
      process.name:
        - regex "^java"
      process.executable:
        - "/usr/bin/python2"
        - regex "\\System32\\svchost"

Défaut

Vous pouvez contrôler la quantité de données envoyées à New Relic en configurant exclude_matching_metrics, ce qui vous permet de restreindre la transmission de données métriques en fonction des valeurs de l'attribut métrique.

Vous excluez les données métriques en définissant des valeurs littérales ou partielles pour l’un des attributs de la métrique. Par exemple, vous pouvez choisir de ne pas envoyer les host.process.cpuPercent de tous les processus dont process.name correspondent aux ^java expressions régulières.

Dans cet exemple, nous excluons les métriques de processus à l'aide de fichiers exécutables et de noms :

exclude_matching_metrics:          # You can combine attributes from different metrics
  process.name:
    - regex "^java"                # Exclude all processes starting with "java"
  process.executable:
    - "/usr/bin/python2"           # Exclude the Python 2.x executable
    - regex "\\System32\\svchost"  # Exclude all svchost executables

Pour configurer exclude_matching_metrics comme variable d'environnement pour l' intégration Kubernetes, ajoutez-la dans le manifeste à l'intérieur de l'objet env: :

env:
  - name: NRIA_EXCLUDE_MATCHING_METRICS
    value: |
      process.name:
        - regex "^java"
      process.executable:
        - "/usr/bin/python2"
        - regex "\\System32\\svchost"

Défaut

1.57.0

Vous pouvez utiliser la configuration des filtres d'interface réseau pour masquer les interfaces réseau inutilisées ou inintéressantes de l'agent d'infrastructure. Cela permet de réduire l’utilisation des ressources, le travail et le bruit dans vos données.

La configuration utilise un mécanisme de recherche de modèles simple qui peut rechercher des interfaces commençant par une séquence spécifique de lettres ou de chiffres suivant l'un ou l'autre modèle :

• {name}[other characters], où vous spécifiez le nom à l'aide de l'option prefix

• [number]{name}[other characters], où vous spécifiez le nom à l'aide de l'option index-1

  New Relic Infrastructure implémente une liste par défaut organisée de filtres, disponibles pour Linux et Windows, que vous pouvez modifier.

  Nom de l'option YML	Variable d'environnement	Type	Défaut	Version
  network_interface_filters	non pris en charge	map[string][]string		1.0.220

  Linux

  Filtres d'interface réseau par défaut pour Linux :

  • Interfaces réseau commençant par dummy, lo, vmnet, sit, tun, tap ou veth

  • Interfaces réseau contenant tun ou tap

    L'exemple suivant (ajouté à votre fichier de configuration) remplace les filtres par défaut. Cela ignorera les interfaces réseau qui commencent par dummy ou lo , ou contiennent tun précédé d'une séquence de chiffres et suivi d'autres caractères :

    network_interface_filters:
      prefix:
        - dummy
        - lo
      index-1:
        - tun

    Copier

  Windows

  Filtres d’interface réseau par défaut pour Windows :

  • Interfaces réseau commençant par Loop, isatap ou Local

    L'exemple suivant (ajouté à votre fichier de configuration) remplace les filtres par défaut. Cela ignorera les interfaces réseau commençant par Loop:

    network_interface_filters:
      prefix:
        - Loop

    Copier

Le ZeroRSSFilter exclut les processus qui n’utilisent pas de mémoire de l’échantillonnage. Désactivez le filtre pour que l'agent inclue ces processus dans le ProcessSample.

Pour désactiver tous les plugins, définissez cette option sur true.

Période d'échantillonnage pour le plugin CloudSecurityGroups , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Daemontools , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Dpkg , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1. Si le paramètre n'est pas explicitement défini dans le fichier de configuration, il peut être désactivé en définissant DisableAllPlugins sur true.

Période d'échantillonnage pour le plugin Facter , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin KernelModules , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin NetworkInterface , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Rpm , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin SELinux , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1. Cette option est ignorée si SelinuxEnableSemodule est défini sur faux. Pour plus d'informations, consultez notre document de dépannage sur la désactivation du module SELinux .

Période d'échantillonnage pour le plugin Sshd , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Supervisor , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Sysctl , en secondes. La valeur minimale est 30. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Systemd , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin sysv , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Upstart , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin Users , en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Emplacement de la prise superviseur .

Définit la variable d'environnement HOME pour Facter de Puppet. S'il n'est pas défini, la valeur par défaut est le répertoire personnel de l'utilisateur actuel.

Votre système peut avoir des règles de pare-feu qui obligent l'agent à utiliser un proxy pour communiquer avec New Relic. Si tel est le cas, définissez l'URL du proxy sous la forme https\://utilisateur : mot de passe\@nom d'hôte : port. Il peut s'agir de HTTP ou HTTPS.

Exemple:

https://proxy_user:access_10@proxy_01:1080

Lorsque la valeur est true, les variables d'environnement HTTPS_PROXY et HTTP_PROXY sont ignorées. Cela est utile lorsque l'agent doit se connecter directement au collecteur de métriques et ignorer le proxy système existant.

Si l'option HTTPS_PROXY fait référence à un proxy avec des certificats auto-signés, cette option spécifie le chemin d'accès au répertoire où le certificat proxy est disponible. Les certificats du répertoire doivent se terminer par l'extension .pem .

Si l'option HTTPS_PROXY fait référence à un proxy avec des certificats auto-signés, cette option spécifie le chemin d'accès au fichier de certificat.

Si la valeur est true, lorsque le proxy est configuré pour utiliser une connexion HTTPS, il fonctionnera uniquement :

• Si le proxy HTTPS dispose de certificats provenant d’une autorité de certification valide.

• Si les propriétés de configuration ca_bundle_file ou ca_bundle_dir contiennent les certificats proxy HTTPS.

  Nom de l'option YML	Variable d'environnement	Type	Défaut	Version
  proxy_validate_certificates	NRIA_PROXY_VALIDATE_CERTIFICATES	booléen	false	1.3.0

Envoie les informations de configuration proxy suivantes en tant qu'inventaire :

• HTTPS_PROXY

• HTTP_PROXY

• proxy ca_bundle_dir

• ca_bundle_file

• ignore_system_proxy

• proxy_validate_certificates

  Nom de l'option YML	Variable d'environnement	Type	Défaut	Version
  proxy_config_plugin	NRIA_PROXY_CONFIG_PLUGIN	booléen	true	1.3.0

Taux d'échantillonnage des échantillons de réseau, en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Taux d'échantillonnage des échantillons de processus, en secondes. La valeur minimale est 20. Pour désactiver complètement les échantillons de processus, définissez metrics_process_sample_rate sur -1.

Taux d'échantillonnage des échantillons de stockage, en secondes. La valeur minimale est 5. Pour le désactiver, réglez-le sur -1.

Taux d'échantillonnage des échantillons du système, en secondes. La valeur minimale est 5. Pour le désactiver, réglez-le sur -1.

Taux d'échantillonnage des échantillons de stockage NFS, en secondes. La valeur minimale est 5. Pour le désactiver, réglez-le sur -1.

Métriques NFS détaillées. Lorsqu'il est activé, l'agent fournira une liste complète des métriques NFS.

Drapeau pour activer/désactiver la métrique de décalage NTP.

Définit la liste des hôtes NTP à requête. Lorsque plusieurs hôtes sont définis, ils seront tous interrogés et les métriques rapportées seront la valeur moyenne entre eux.

Définit l'intervalle en minutes pour demander le décalage NTP à partir du pool fourni.

Définit le délai d'expiration en secondes pour les requests faites aux hôtes NTP.

Obtenez les versions des modules de politique installés à l'aide de SEModule. Si cette option est désactivée, le plugin SELinux récupérera uniquement le statut à l'aide de SEStatus.

Lorsque true, l'agent supprime les arguments de commande de l'attribut commandLine de ProcessSample.

Active le serveur d'état sur l'agent fournissant des informations de santé locales. Les points de terminaison disponibles sont :

Exemple de point de terminaison d’état principal (sans erreur) :

$
curl http://localhost:8003/v1/status
{
  "checks": {
    "endpoints": [
      {
        "url": "https://infrastructure-command-api.newrelic.com/agent_commands/v1/commands",
        "reachable": true
      },
      {
        "url": "https://infra-api.newrelic.com/infra/v2/metrics",
        "reachable": true
      },
      {
        "url": "https://identity-api.newrelic.com/identity/v1",
        "reachable": true
      },
      {
        "url": "https://infra-api.newrelic.com/inventory",
        "reachable": true
      }
    ]
  },
  "config": {
    "reachability_timeout": "10s"
  }
}

Point d'état principal de fin (avec erreurs) :

$
curl http://localhost:8003/v1/status
{
  "checks": {
    "endpoints": [
      {
        "url": "https://staging-infra-api.newrelic.com/infra/v2/metrics",
        "reachable": false,
        "error": "endpoint check timeout exceeded"
      },
      {
        "url": "https://infra-api.newrelic.com/infra/v2/metrics",
        "reachable": true
      },
      {
        "url": "https://identity-api.newrelic.com/identity/v1",
        "reachable": true
      },
      {
        "url": "https://infra-api.newrelic.com/inventory",
        "reachable": true
      }
    ]
  },
  "config": {
    "reachability_timeout": "10s"
  }
}

Exemple de point de terminaison d'erreurs :

$
curl http://localhost:18003/v1/status/errors
{
  "checks": {
    "endpoints": [
      {
        "url": "https://staging-infra-api.newrelic.com/infra/v2/metrics",
        "reachable": false,
        "error": "endpoint check timeout exceeded"
      }
    ]
  },
  "config": {
    "reachability_timeout": "10s"
  }
}

Ceci est similaire au point de terminaison d'état principal, mais filtre uniquement ceux qui présentent des erreurs.

Exemple de point de terminaison d'entité :

$
curl http://localhost:8003/v1/status/entity
{
  "guid":"MMMMNjI0NjR8SU5GUkF8TkF8ODIwMDg3MDc0ODE0MTUwNTMy",
  "key":"your-host-name"
}

Renvoie des informations sur l'entité agent/hôte. Un code d'état de réponse 204 (« Aucun contenu ») sera renvoyé lorsque l'agent n'a toujours aucune information sur l'entité agent/hôte. Par conséquent, plusieurs requests peuvent être nécessaires avant que l'agent fournisse les données d'entité.

Définit le port pour le point de terminaison du serveur d'état.

Période d'échantillonnage pour le plug-in des services Windows, en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Période d'échantillonnage pour le plugin de mises à jour Windows, en secondes. La valeur minimale est 10. Pour le désactiver, réglez-le sur -1.

Définit le chemin pour stocker les données dans un chemin différent de celui du répertoire des fichiers du programme :

• %AppDir%/data:Utilisé pour stocker les données delta

• %AppDir%/user_data: Répertoire externe pour les fichiers JSON générés par l'utilisateur

• %AppDir%/newrelic-infra.log: Si l'option de configuration du fichier de log n'est pas définie, nous utilisons ce chemin de répertoire par défaut.

  Nom de l'option YML	Variable d'environnement	Type	Défaut	Version
  app_data_dir	NRIA_APP_DATA_DIR	chaîne	Windows: env(ProgramData)\New Relic\newrelic-infra Linux : Non applicable	1.0.755

Active le plug-in de mises à jour Windows, qui récupère les listes de correctifs installés sur l'hôte.

Si true, l'agent sera forcé d'utiliser Windows WMI (la méthode legacy de l'agent pour récupérer les métriques pour Windows; par exemple, StorageSampler) et désactivera la nouvelle méthode (qui utilise la bibliothèque PDH).

Cette option de configuration permet d'augmenter la priorité du processus newrelic-infra.exe à l'une des valeurs suivantes :

• Normal

• Idle

• High

• RealTime

• BelowNormal

• AboveNormal

  Nom de l'option YML	Variable d'environnement	Type	Défaut	Version
  win_process_priority_class	NRIA_WIN_PROCESS_PRIORITY_CLASS	chaîne		1.0.989

  Exemple:

  Normal

  Copier

Permet à l'agent Windows de signaler les lecteurs A: et B: lorsqu'ils sont mappés en tant que lecteurs amovibles.

Si vous le définissez sur vrai, vous obtiendrez des informations sur le processus de WMI et vous ignorerez la vérification de l'accès à la requête dans un environnement restreint.

En-têtes HTTP personnalisés à inclure dans toutes requests adressées au backend New Relic.

http:
  headers:
    "Proxy-Authorization": "myToken"