Monitoring cpu et mémoire sur Unix - Codes et scripts - Linux et OS Alternatifs
Marsh Posté le 26-10-2007 à 17:35:34
quel unix ?
- sinon regarde du coté des mib snmp. tu as moyen de récupéré facilement ces informations là via des scripts dans un cron.
- si c'est du linux, snmp pareil, sinon tu as les commandes du type free pourla mémoire, uptime pour la charge. avec du awk tu peux extraire ce que tu veux. ou plus simplement tu vas taper dans /proc
la méthode la plus propre pour moi ca serait via SNMP.
Marsh Posté le 26-10-2007 à 17:37:07
sinon y'a cacti aussi, qui lui s'occupe de tout...
Edit: enfin, rrd, toussa...
Marsh Posté le 26-10-2007 à 17:42:09
cacti, rrd... utilisent SNMP pour récupérer les infos.
rrd n'est qu'une surcouche de présentation d'info récupérer via snmp. Tout comme cacti l'est pour rrd.
Marsh Posté le 26-10-2007 à 17:44:48
o'gure a écrit : cacti, rrd... utilisent SNMP pour récupérer les infos. |
Ouais, enfin, c'était surtout pour le côté facile de l'exploitation de ces données que j'ai donné ça comme information
Marsh Posté le 26-10-2007 à 17:48:50
RiderCrazy a écrit : |
Le monsieur dit qu'il veut récupérer les valeurs dans un fichier texte, je lui vends une solution qui fait ce que monsieur veut.
Spoiler : Un vrai commercial lui vendrait cacti il est vrai. Je suis un mauvais commercial |
Marsh Posté le 26-10-2007 à 17:51:50
merci beaucoup!
SNMP je crois que je n'ai pas le droit de l'utiliser pour des raisons de sécurité (?).
pour la version d'unix, c'est bien le problème!!! ça concerne un parc de plusieurs millier de serveur donc il faudrait que la commande soit adaptable sur le maximum de machine...
je vais tenter free, uptime...
vous savez comment on utilise un cron??? pour faire une execution toute les 5 min jusqu'à ce qu'on arrête le processus, est ce que ça donne un truc comme ça:
cron 0,5,10,15,20,25,30,35,40,45,50,55 * * * * [free uptime iostat...] >> perfcpumemory.txt
Marsh Posté le 26-10-2007 à 17:54:27
la manière d'utiliser cron est décrites dans les manuels de cron
man cron
Marsh Posté le 26-10-2007 à 17:54:47
http://www.linux-kheops.com/doc/ma [...] ron.8.html
+ les deux liens du bas.
Marsh Posté le 26-10-2007 à 17:58:42
leruambe a écrit : |
Nous reconnaissons en cela ton expertise
NIH, enculage de mouche, toussa
Bon weekend
Marsh Posté le 26-10-2007 à 18:18:12
ReplyMarsh Posté le 26-10-2007 à 18:18:15
Il veut dire qu'il y a moyen de faire plus simple qu'énuméré tous les multiples de 5... cf mes liens...
Marsh Posté le 26-10-2007 à 18:19:00
Taz a écrit : snmp, cacti, nagios toussa. |
Il ne pas pouvoir utilisé snmp
Marsh Posté le 26-10-2007 à 18:23:29
o'gure a écrit : Il veut dire qu'il y a moyen de faire plus simple qu'énuméré tous les multiples de 5... cf mes liens... |
nan mais vous êtes pas bien, je sais pas ou vous vivez ou si vous êtes tous en BTS histoire de l'art, mais cette idée de faire un script qui fait des uptime, free, iostat et de parser ça est vraiment stupide: perf pourrie, pas portable du tout, y a rien pour centraliser les données, les traiter, etc. Sinistrement stupide.
Qu'il y ait des débutant on le comprends, maintenant si un noob ce pointe "hey, je veux assembler mon PC" vous lui dites quoi ? "va chez l'assembleur" ou "va en amérique du sud, y a des mines de cuivre" ?
Marsh Posté le 26-10-2007 à 18:24:28
o'gure a écrit : |
Moi j'ai compris qu'il n'avait aucune idée de ce qu'est SNMP.
Marsh Posté le 26-10-2007 à 18:27:13
Je remet pas en cause tes réponses. cacti et les autres sont très bien mais tout dépend de son utilisation et de son environnement.
s'il veut pas d'un truc lourd mais juste des relevés dans des fichiers texte je ne vois pas pourquoi il devrait sortir l'artillerie lourde.
s'il politiquement il ne peut pas utiliser snmp, qu'est ce que tu veux y faire ? qu'il aille voir le chef de son chef et qu'il lui explique que son DSI est une antiquité de l'informatique ?
Le gars a des contraintes, on lui donne des éléments pour qu'il se monte une solution viable dans son environnements qui est différents du monde idéal des bisounours.
Marsh Posté le 26-10-2007 à 18:28:02
Taz a écrit :
|
qu'il s'informe, on lui donne diverse solution, a lui de voir et de s'informer de ce que snmp, cacti, ou simpement awk sont capables de faire. On va pas révolutionner le monde et forcer les gens à utiliser des choses... ils sont grands, ils font des recherches sur nos propositions.
il ne dit pas qu'il ne sait pas ce qu'est SNMP il dit qu'il croit qu'il n'a pas droit de l'utiliser pour des idées que ses chefs ont de la sécurité et de SNMP.
Marsh Posté le 26-10-2007 à 18:33:38
oui bon ok merci!
je vais me renseigner sur tous ces trucs. Pas la peine de s'exiter
Marsh Posté le 26-10-2007 à 18:34:04
ReplyMarsh Posté le 26-10-2007 à 18:34:23
Autant éviter de pousser les débutants du haut de la falaise.
Le NIH est le premier ennemi de la sécurité.
Moi je dis que proposer c'est des foutaises que des 'free >> info.txt'.
Marsh Posté le 26-10-2007 à 18:35:39
o'gure a écrit : On discute simplement |
J'ai un peu pour principe de ne pas proposer une solution que je n'accepterais pas moi-même.
T'accepterais de faire du monitoring d'un parc avec des 'free >> output.txt' ?
Marsh Posté le 26-10-2007 à 18:39:14
Personnellement je discuterais avec les personnes qui refusent snmp
Après si c'est un non catégorique et qu'il faut les monitorer d'une manière ou d'une autre... tu vas faire quoi, poser ta dem ?
Marsh Posté le 26-10-2007 à 18:43:25
o'gure a écrit : Personnellement je discuterais avec les personnes qui refusent snmp |
Là je crois que tu vas un peu plus loin que ce qu'a dit leruambe. Si le SNMP est refusé, j'ai un peu de mal à voir quel autre méthode serait autorisé parce que plus sécurisée ...
Le SNMP, ça se restreint par identifiants, ça se chiffre, ça peut se tunneler.
C'est le gars qui refuse SNMP pour du 'free >> fichier.txt' qu'il faut virer.
A faire de la merde au taf, ça te retombe toujours dessus.
Marsh Posté le 26-10-2007 à 18:57:17
On est bien d'accord, mais pour certaines personnes ca ne va pas de soit...
- des personnes qui veulent trop de sécurité et refuse tout protocol qui ont une mauvaise réputation de base
- et d'autre qui s'en foute royalement.
J'ai plusieurs exemples dans ces cas là.
Et suivant les boites, tu te heurtes à des murs et à des c... finis qui ne jurent que par leur égo ou leurs boites de conseils à deux sous
Je veux bien discuter avec un DSI qui n'y connait rien sur la manière dont on peut sécuriser tel ou tel réseau, mais si cette personne est butée et bien installée...
Marsh Posté le 26-10-2007 à 21:06:22
Tu n'aura pas d'outil qui pourra te donner des infos pertinentes pour tous les OS, pour la bonne raison que tous les OS ne fonctionnent pas de la même manière. Pour prendre un exemple que je connais bien, sur Power 5 (AIX ou Linux), les outils génériques pourront te donner un taux d'occupation CPU... Le problème c'est que tu ne saura pas en % de quoi les chiffres te sont donnés, puisque la capacité de calcul attribuée à ta partition par l'hyperviseur peut varier en permanence. Tu n'as pas forcément cette notion sur les autres plateformes.
Tu as des outils dans le genre de Ganglia qui marchent sur à peu près toutes les plateformes, mais suivant le type de machine il faudra rapporter des métriques spécifiques à cet environement. Un set de métriques unique ne peut pas couvrir toutes les plateformes.
Marsh Posté le 26-10-2007 à 17:28:03
bonjour,
je fais appel à vous parce que je n'ai juste que quelques notions de commandes unix et le problème qui se pose à moi me paraît hors de portée pour mes modestes connaissances.
voilà mon problème :
je cherche à créer une commande sous unix pour récupérer dans un fichier exploitable (txt par exemple) des données telles que le % d'utilisation du CPU et le % d'utilisation de la mémoire. Cette commande doit s'executer toutes les 5 minutes sur une période de plusieurs jours. Le but sera de déterminer le taux moyen d'utilisation en ressource CPU et mémoire d'une machine (serveur...).
on m'a vaguement parlé des commande "top", "cron", "iostat" et "vmstat" mais je ne suis pas arrivé à me débrouiller avec.
Pouvez vous m'aider?
je vous remercie.