Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1424 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Codes et scripts

  Monitoring cpu et mémoire sur Unix

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Monitoring cpu et mémoire sur Unix

n°970205
leruambe
Posté le 26-10-2007 à 17:28:03  profilanswer
 

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. :jap:  
 
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.

mood
Publicité
Posté le 26-10-2007 à 17:28:03  profilanswer
 

n°970208
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 17:35:34  profilanswer
 

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.


---------------
Relax. Take a deep breath !
n°970209
RiderCrazy
Posté le 26-10-2007 à 17:37:07  profilanswer
 

sinon y'a cacti aussi, qui lui s'occupe de tout...

 

Edit: enfin, rrd, toussa...


Message édité par RiderCrazy le 26-10-2007 à 17:39:31
n°970211
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 17:42:09  profilanswer
 

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.

Message cité 1 fois
Message édité par o'gure le 26-10-2007 à 17:42:27

---------------
Relax. Take a deep breath !
n°970212
RiderCrazy
Posté le 26-10-2007 à 17:44:48  profilanswer
 

o'gure a écrit :

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.


Ouais, enfin, c'était surtout pour le côté facile de l'exploitation de ces données que j'ai donné ça comme information ;)

n°970213
Taz
bisounours-codeur
Posté le 26-10-2007 à 17:46:09  profilanswer
 

++cacti

n°970215
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 17:48:50  profilanswer
 

RiderCrazy a écrit :


Ouais, enfin, c'était surtout pour le côté facile de l'exploitation de ces données que j'ai donné ça comme information ;)


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 :/


---------------
Relax. Take a deep breath !
n°970218
leruambe
Posté le 26-10-2007 à 17:51:50  profilanswer
 

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
 

n°970220
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 17:54:27  profilanswer
 

la manière d'utiliser cron est décrites dans les manuels de cron
man cron


---------------
Relax. Take a deep breath !
n°970221
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 17:54:47  profilanswer
 

http://www.linux-kheops.com/doc/ma [...] ron.8.html
+ les deux liens du bas.


---------------
Relax. Take a deep breath !
mood
Publicité
Posté le 26-10-2007 à 17:54:47  profilanswer
 

n°970222
leruambe
Posté le 26-10-2007 à 17:57:45  profilanswer
 

merci beaucoup :jap:

n°970223
Taz
bisounours-codeur
Posté le 26-10-2007 à 17:58:42  profilanswer
 

leruambe a écrit :


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...
cron 0,5,10,15,20,25,30,35,40,45,50,55 * * * * [free uptime iostat...] >> perfcpumemory.txt
 


Nous reconnaissons en cela ton expertise
 
 
NIH, enculage de mouche, toussa
 
Bon weekend

n°970229
leruambe
Posté le 26-10-2007 à 18:14:14  profilanswer
 

:??:

n°970231
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:18:12  profilanswer
 

snmp, cacti, nagios toussa.

Message cité 1 fois
Message édité par Taz le 26-10-2007 à 18:18:30
n°970232
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:18:15  profilanswer
 

Il veut dire qu'il y a moyen de faire plus simple qu'énuméré tous les multiples de 5... cf mes liens...


---------------
Relax. Take a deep breath !
n°970233
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:19:00  profilanswer
 

Taz a écrit :

snmp, cacti, nagios toussa.


Il ne pas pouvoir utilisé snmp [:spamafote]


---------------
Relax. Take a deep breath !
n°970237
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:23:29  profilanswer
 

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" ?


Message édité par Taz le 26-10-2007 à 18:23:40
n°970238
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:24:28  profilanswer
 

o'gure a écrit :


Il ne pas pouvoir utilisé snmp [:spamafote]


Moi j'ai compris qu'il n'avait aucune idée de ce qu'est SNMP.

n°970240
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:27:13  profilanswer
 

:heink:
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.


---------------
Relax. Take a deep breath !
n°970241
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:28:02  profilanswer
 

Taz a écrit :


Moi j'ai compris qu'il n'avait aucune idée de ce qu'est SNMP.


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.


Message édité par o'gure le 26-10-2007 à 18:29:57

---------------
Relax. Take a deep breath !
n°970243
leruambe
Posté le 26-10-2007 à 18:33:38  profilanswer
 

oui bon ok merci!
je vais me renseigner sur tous ces trucs. Pas la peine de s'exiter

n°970244
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:34:04  profilanswer
 

On discute simplement [:fing fang fung]


---------------
Relax. Take a deep breath !
n°970245
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:34:23  profilanswer
 

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'.

n°970246
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:35:39  profilanswer
 

o'gure a écrit :

On discute simplement [:fing fang fung]


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' ?

n°970249
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:39:14  profilanswer
 

Personnellement je discuterais avec les personnes qui refusent snmp [:spamafote]
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 ?

Message cité 1 fois
Message édité par o'gure le 26-10-2007 à 18:39:24

---------------
Relax. Take a deep breath !
n°970251
Taz
bisounours-codeur
Posté le 26-10-2007 à 18:43:25  profilanswer
 

o'gure a écrit :

Personnellement je discuterais avec les personnes qui refusent snmp [:spamafote]
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 ?


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.

n°970258
o'gure
Modérateur
Multi grognon de B_L
Posté le 26-10-2007 à 18:57:17  profilanswer
 

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 [:spamafote]

 

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... :/


Message édité par o'gure le 26-10-2007 à 18:58:06

---------------
Relax. Take a deep breath !
n°970332
matafan
Posté le 26-10-2007 à 21:06:22  profilanswer
 

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.

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Codes et scripts

  Monitoring cpu et mémoire sur Unix

 

Sujets relatifs
vider un fichier text sous Unix[Shell Unix] que fait un "mv *"
instaler windows vista + unix .Migration monitoring Cacti d'un serveur Debian vers Fedora
Unix la commande KillQuickpar UNIX
pb : mémoire non reconnueMemoire tampon trop grande
Lancer une commande à telle heure[SuSE] Problème mémoire vive
Plus de sujets relatifs à : Monitoring cpu et mémoire sur Unix


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR