Howto - Système de surveillance avec le paquet sysstat

Une tâche commune pour les administrateurs de système est de contrôler et de soins pour un serveur.
Thats assez facile à faire à un avis de moments, mais la manière de garder une trace de cette information au fil du temps?

Le moyen de contrôler votre serveur est d'utiliser le paquet sysstat.
http://perso.orange.fr/sebastien.godard/

Systat est en fait une collection d'utilitaires conçus pour recueillir des informations sur la performance d'une installation de Linux, et les inscrire dans le temps.

Son assez facile à installer aussi, car il est compris comme un ensemble sur de nombreuses distributions.
Pour installer sur Centos 4.3, il suffit de taper le texte suivant:

yum install sysstat

Nous avons maintenant la sysstat scripts installés sur le système. Essayons la commande sar.

sar
Linux 2.6.16-xen (xen30) 08/17/2006

11:00:02 AM CPU% user% nice% system% idle iowait%
11:10:01 AM all 0,00 0,00 0,00 0,00 99. 99
Prix: tous les 0,00 0,00 0,00 0,00 99,99

Plusieurs éléments d'information, tels que le noyau Linux, nom d'hôte, et la date sont signalés.
Plus important encore, les différentes façons de temps CPU dépensé sur le système est affiché.
% user,% nice,% system,% iowait, et% de décrire les moyens que l'inactivité du CPU mai être utilisés.
% user% nice et reportez-vous à votre logiciel, comme MySQL ou Apache.
% système fait référence à l'interne du fonctionnement du noyau.
% iowait est temps d'attente pour l'entrée / sortie, comme un disque dur ni lire ni écrire. Enfin, puisque le noyau représente 100% du temps, il peut s'exécuter calendrier, toute partie inutilisée en% du temps d'inactivité.

Les informations ci-dessus est présentée pour un intervalle de 1 seconde. Comment peut-on garder une trace de cette information au fil du temps?
Si notre système a toujours été forte en cours d'exécution iowait%, on peut supposer que le disque était devenu surchargé, ou d'aller mal.
Au moins, nous savons d'enquêter.

Alors, comment pouvons-nous suivre l'information au fil du temps? Nous pouvons planifier sar à courir, à intervalles réguliers, par exemple, toutes les 10 minutes.
Nous avons ensuite lui envoyer les résultats à sysstat spéciale fichiers journaux pour les rapports ultérieurs.
La façon de le faire est avec le démon Cron.

En créant un fichier appelé "sysstat" dans / etc / cron.d, nous pouvons dire sar cron pour lancer chaque jour.
Heureusement, le paquet qui Systat yum installé déjà fait cette étape pour nous.

more / etc / cron. d / sysstat
#lancer l'activité du système de comptabilité outil toutes les 10 minutes
* / 10 * * * * root / usr/lib/sa/sa1 1 1
#générer un résumé quotidien des processus comptables à 23:53
53 23 * * * root / usr/lib/sa/sa2-A

Le script se connecte SA1 sar sysstat la sortie en format de fichier de log binaire, et SA2 rapports en format lisible par l'homme.
Le rapport est écrit dans un fichier dans / var / log / sa.

ls / var / log / sa
sa17 sar17

sa17 est le log binaire sysstat, sar17 le rapport. (La date d'aujourd'hui est le 17ème)

Il ya beaucoup d'informations contenues dans le rapport sar, mais il ya quelques valeurs qui peuvent nous dire comment le serveur est occupé.
Les valeurs d'échange sont à surveiller l'utilisation, le disque IO attendre, et la période d'attente.
Ceux-ci peuvent être obtenues en exécutant manuellement sar, qui fera rapport sur ces valeurs.

sar
Linux 2.6. 16-xen (xen30) 08/17/2006

11:00:02 AM CPU% user% nice% system% idle iowait%
11:10:01 AM all 0,00 0,00 0,00 0,00 99,99
11:20:01 AM all 0,00 0,00 0,00 0,00 100,00
11:30:02 AM toutes 0,01 0,26 0,19 1,85 97,68
11:39:20 AM toutes 0,00 2,41 2,77 0,53 94,28
11:40:01 AM toutes 1,42 0,00 0,18 3,24 95. 15
Prix: tous les 0,03 0,62 0,69 0,64 98,02

Il ya eu quelques moments où l'activité du disque était de salut dans le dossier% iowait la colonne, mais elle n'a pas rester comme ça trop longtemps. Une moyenne de 0,64 est très bonne.

Comment swap sur mon usage, je suis à court de Ram? Etre s'échapper est normal pour le noyau Linux, qui swap de temps en temps. Constant échange est mauvais et, plus généralement, les moyens dont vous avez besoin de plus Ram.

sar-W
Linux 2.6. 16-xen (xen30) 08/17/2006

11:00:02 AM pswpin / s pswpout / s
11:10:01 AM 0.00 0.00
11:20:01 AM 0.00 0.00
11:30:02 AM 0.00 0.00
11:39:20 AM 0.00 0.00
11:40:01 AM 0.00 0.00
11:50:01 AM 0.00 0.00
Prix: 0.00 0.00

Non, nous sommes à la recherche de bien. Non persistant échange a eu lieu.

Comment sur la charge du système? Est-ce que mon processus d'attente trop long pour fonctionner avec le processeur?

sar-q
Linux 2.6.16-xen (xen30) 08/17/2006

11:00:02 AM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15
11:10:01 AM 0 47 0,00 0,00 0,00
11:20:01 AM 0 47 0.00 0.00 0.00
11:30:02 AM 0 47 0,28 0,21 0,08
11:39:20 AM 0 45 0,01 0,24 0,17
11:40:01 AM 0 46 0,07 0,22 0. 17
11:50:01 AM 0 46 0,00 0,02 0,07
Moyenne: 0 46 0,06 0,12 0,08

Non, une charge moyenne de ,06 est vraiment bonne.
Notez que il ya un 1, 5 et 15 minutes sur la droite.
Après les trois intervalles de temps vous donne une idée de combien de charger le système est porteur.
A 3 ou 4 en 1 minute en moyenne, ça va, mais le même numéro dans la colonne 15 mai indiquer minute
que le travail n'est pas de compensation, et que de plus près est justifiée.

Ce fut un court regarder le paquet sysstat. Nous avons seulement cherché à la mettre à trois des sar attributs, mais il en existe d'autres.
Aujourd'hui, armés de sar dans votre boîte à outils, votre système de gestion d'emploi devient un peu plus facile.