GNU/Linux Magazine 134

À l'heure des réductions de la consommation énergétique et de l'optimisation maximale des ressources, la mode de la virtualisation bat son plein et fait couler au moins autant d'encre que de dollars. Aujourd'hui il est courant de voir des comptes-rendus d'installation préciser que les optimisations sont faites aux petits oignons car les CPU sont entre 90 et 100% en permanence ! Autant laisser un serveur à ne « rien » faire dans un coin peut s'avérer frustrant, autant le pousser à fond et avoir quinze VM qui rament dessus n'excite que les DSI (ceux qui n'ont jamais touché un serveur, pas les vrais).

Vous avez joué à Puppet, testé sur une machine, puis vous y avez pris goût. Maintenant toute la gestion de vos systèmes y est passée et Puppet tourne sur chaque machine. Mais voilà, éplucher les centaines de rapports renvoyés par les clients pour voir si tout se passe bien, ça vous prend du temps et vous fait mal aux yeux. Et puis, modifier la configuration de votre master pour chaque ajout, modification de node ça en devient vite rébarbatif.

Dans le cadre du développement d'un projet fonctionnant à base de plugins, j'ai éprouvé le besoin de suivre la consommation mémoire et éventuellement CPU des processus liés aux plugins. Après avoir « bricolé » quelques temps avec les outils de base (ps, top, etc) le besoin s'est rapidement fait ressentir de pouvoir suivre ces processus sur le long terme sans devoir prendre une mesure toutes les N minutes ou heures.