Il s'agit de la commande collectd qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
collectd - Démon de collecte de statistiques système
SYNOPSIS
collecté [choix]
DESCRIPTION
collectd est un démon qui reçoit les statistiques du système et les rend disponibles dans un certain nombre
de manières. Le démon principal lui-même n'a aucune fonctionnalité réelle en dehors du chargement,
interroger et soumettre aux plugins. Pour une description des plugins disponibles, veuillez consulter
"PLUGINS" ci-dessous.
OPTIONS
La plupart de la configuration de collectd est effectuée à l'aide d'un fichier de configuration. Voir collectd.conf(5)
pour une description détaillée de toutes les options.
-C
Spécifiez un autre fichier de configuration. C'est l'endroit où aller quand vous souhaitez changer
collectéle comportement de. Le chemin peut être relatif au répertoire de travail courant.
-t Testez uniquement la configuration. Le programme se ferme immédiatement après l'analyse de la configuration
déposer. Un code retour différent de zéro indique une erreur.
-T Testez uniquement les rappels de lecture du plugin. Le programme se termine immédiatement après avoir invoqué le
lire les rappels une fois. Un code retour différent de zéro indique une erreur.
-P
Spécifiez un autre fichier pid. Cela écrase tous les paramètres du fichier de configuration. Cette
est pensé pour les scripts d'initialisation qui nécessitent le fichier PID dans un certain répertoire pour fonctionner
correctement. Pour un usage quotidien, utilisez le Fichier PID option-config.
-f Ne passez pas à l'arrière-plan. collecté sera également ne sauraient fermer les descripteurs de fichiers standards,
se détacher de la session ni écrire un fichier pid. Ceci est principalement pensé pour « superviser »
les remplacements d'initialisation tels que exécuter. Si vous utilisez arriviste or systemd cependant, en commençant par
Version 5.5.0 collecté est en mesure de notifier ces deux remplacements d'initialisation, et exigent
passer à l'arrière-plan pour la supervision du processus. Les contribution/ le répertoire a un échantillon
arriviste ainsi que systemd fichiers de configuration.
-h Affichez les informations d'utilisation et quittez.
PLUGINS
Comme indiqué ci-dessus, la véritable puissance de collectd réside dans ses plugins. A (j'espère
complète) la liste des plugins et de brèves descriptions peuvent être trouvées dans le README fichier qui est
distribué avec le code source. Si vous utilisez un package, il est préférable de rechercher
quelque part près /usr/share/doc/collectd.
Il existe deux grands groupes de plugins, contribution ainsi que sortie plug-in :
· Les plugins d'entrée sont interrogés périodiquement. Ils acquièrent en quelque sorte la valeur actuelle de
tout ce avec quoi ils ont été conçus pour fonctionner et soumettre ces valeurs au démon,
c'est-à-dire qu'ils "dispatchent" les valeurs. A titre d'exemple, le "cpu plugin" lit le courant
cpu-compteurs de temps passé dans les différents modes (user, system, nice, ...) et
envoie ces compteurs au démon.
· Les plugins de sortie obtiennent les valeurs envoyées du démon et font quelque chose avec elles.
Les applications courantes écrivent dans des fichiers RRD, des fichiers CSV ou envoient les données sur un
lien réseau vers une box distante.
Bien sûr, tous les plugins ne rentrent pas parfaitement dans l'une des deux catégories ci-dessus. Le réseau
plugin", par exemple, est capable d'envoyer (c'est-à-dire "écrire") ainsi que recevoir (c'est-à-dire "envoyer")
valeurs. De plus, il ouvre un socket lors de l'initialisation et distribue les valeurs lorsqu'il
les reçoit et n'est pas déclenché en même temps que les plugins d'entrée sont lus. Tu
peut penser que la partie réception du réseau fonctionne de manière asynchrone si cela peut aider.
En plus de ce qui précède, il existe des "plugins de journalisation". À l'heure actuelle, ce sont le "fichier journal
plugin" et le "plugin syslog". Avec ces plugins collectd peut fournir des informations sur
problèmes et situations significatives pour l'utilisateur. Plusieurs niveaux de journalisation vous permettent de supprimer
messages sans intérêt.
À partir de la version 4.3.0, collectd prend en charge Stack monitoring. Cela se fait en vérifiant
seuils définis par l'utilisateur. Si une valeur est hors limites, une notification sera
envoyé aux "plugins de notification". Voir collectd.conf(5) pour des informations plus détaillées
sur la vérification des seuils.
Veuillez noter que certains plugins, qui fournissent d'autres moyens de communication avec le démon,
ont leurs propres pages de manuel pour décrire leurs fonctionnalités plus en détail. En particulier
ce sont email collecté(5), collectd-exec(5), collectd-perl(5), collectd-snmp(5), et
collectd-unixsock(5)
SIGNAUX
collecté accepte les signaux suivants :
SIGINT, SIGTERME
Ces signaux provoquent collecté pour fermer tous les plugins et terminer.
SIGUSR1
Ce signal provoque collecté pour signaler à tous les plugins de vider les données des caches internes.
Par exemple. le "rrdtool plugin" écrira toutes les données en attente dans les fichiers RRD. C'est le
identique à l'utilisation de la commande "FLUSH -1" du "plugin unixsock".
Utilisez collectd en ligne en utilisant les services onworks.net
