Avec l'agent infrastructure , vous pouvez non seulement monitorer les serveurs individuels, mais également comprendre les performances de votre service dans son ensemble. L'agent prend en charge Amazon Linux, CentOS, Debian, RHEL et Ubuntu ainsi que Windows Server. Toutes ces versions d’agent présentent un ensemble commun de comportements.
Service d'agent
À partir de l'agent d'infrastructure v1.5.59, l'agent regroupe un binaire nommé newrelic-infra-service. Ce binaire peut être géré par le gestionnaire de services du système d'exploitation.
Au démarrage du service, ce binaire génère (exécute) le processus newrelic-infra habituel et supervise l'exécution de son enfant. Par conséquent, le processus de service de l'agent ne doit jamais être redémarré, sauf s'il est déclenché via le gestionnaire de services du système d'exploitation.
Démarrage de l'agent
Au démarrage, l'agent va :
- Enregistrer un gestionnaire de signaux.
- Régler l'enregistreur.
- Chargez la configuration à partir du fichier, des variables d’environnement et des arguments d’appel.
- Enregistrez les plugins pour la récolte de l'inventaire, les échantillonneurs et l'intégration.
- Intégration de StatsD avec
http_server_enabled" Ouvrir un port http (par défaut, 8001) pour la réception des données.
La durée de démarrage avant la collecte et l’envoi des données est généralement inférieure à six secondes.
Plafonds de monitoring et ressources
Par défaut, l’agent d’infrastructure s’exécute sur un seul cœur. Chaque seconde, il vérifie s'il y a des événements à envoyer et, s'il y en a, il les envoie au collecteur New Relic. Les événements qui peuvent être envoyés incluent :
- Événement infrastructure par défaut
- événement enregistré par New Relic intégration.
Pour les descriptions des événements infrastructure par défaut et leurs fréquences de collecte, voir événement d'infrastructure.
Données d'intégration
monitoring de l'intégration est effectuée en exécutant des commandes d'intégration à des intervalles donnés (définis dans les fichiers de configuration) et en lisant leur stout/err. Plus vous activez l’intégration, plus l’empreinte de l’agent est grande. Pour plus d'informations, consultez la documentation de l'intégration spécifique.
Arrêt de l'agent
Lorsqu'un signal d'arrêt est reçu, l'agent arrête tous les plugins et processus d'intégration enregistrés.
Entretien
L'agent fonctionne comme un service. Lors de l'installation, nous configurons tous les fichiers requis par le gestionnaire de services, tels que le fichier de service systemD. . En cas de panne catastrophique, la configuration du gestionnaire de services redémarrera l'agent.
Il n'y a pas de mises à jour automatiques pour les agents. Pour installer une nouvelle version de l’agent :
- Linux : Installez manuellement les versions de l'agent via le gestionnaire de paquets approprié (apt, yum, zypper).
- Windows : téléchargez manuellement le package
msiet installez-le avecmsiexec.exe. - macOS : installez manuellement les versions d'agent via HomeBrew.
Comportement de nouvelle tentative
Si une demande adressée au service d'ingestion échoue, les frais sont rejetés ; requests suivantes suivent un modèle de recul exponentiel jusqu'à ce que l'une d'entre elles réussisse. Pour l'inventaire, nous stockons les deltas entre les états du système dans des fichiers cache. En cas d'échec, ces deltas ne sont pas supprimés mais sont réutilisés sur requests suivantes.
À partir de l'agent infrastructure v1.29.1, l'utilisateur peut désormais configurer les tentatives de nouvelle tentative pour notre transitaire de logging intégré. La valeur par défaut ici est 5 et peut être définie sur n'importe quelle valeur numérique nécessaire.
Gérer les rapports de données
Pour plus d'informations sur la configuration des rapports de données, voir Gérer les données.