Archive pour la catégorie ‘Systèmes et Réseaux’

Présentation d’AppDynamics

logoappdynamics
Dans le milieu de la performance,  les principes « Ne devinez pas, mesurez », « Diagnose before Cure ! », « Measure, Don't Guess ! » sont de rigueur.

Il existe même un anti pattern nommé « Shot in the dark ».

Tous ces principes nous disent qu’il est important de superviser notre environnement de test lors de la réalisation d’un test de performance. Et pas seulement lors d’un test de performance, car comme tout test, ce n’est qu’une simulation avec ses imperfections (couverture de test incomplète, plate-forme de test non iso prod, etc.) et donc il est important de superviser son environnement de production sous peine de mauvaises surprises.

Pour réaliser cette tâche, de nombreux outils existent comme Nagios, Zabbix, Quest FogLight, Centreon, etc.

Plus particulièrement les APM (Application Performance Monitoring).

Dans le monde Java, les plus connus de nos jours sont Compuware Dynatrace, NewRelic et AppDynamics.

Dans cet article nous allons voir une partie des possibilités offertes par AppDynamics pour la partie Java.

Lire la suite de cette entrée »

La performance sous VMWare : généralité (article 1/4)

vmwareDe nos jours, il est fréquent de réaliser des tests de performance sur des machines virtuelles (VM).

Souvent, on réalise une campagne de test de performance sans prendre en compte la spécificité de la virtualisation en considérant que finalement la virtualisation est transparente.

Dans certains cas, il est nécessaire d'aller plus loin dans la performance de la virtualisation. Nous allons traiter ce thème en 4 parties:

  1. Généralités
  2. Les optimisations proposées par VMWare
  3. Comment dimensionner une VM
  4. Les métriques spécifiques à la virtualisation à surveiller durant un test de charge

Lire la suite de cette entrée »

La supervision facile avec JMXTrans, collectd et Graphite

1 - Introduction

jmxUne des étapes d’une campagne de test de charge est de récupérer un certain nombre de métriques.
Plusieurs solutions sont possibles. L’une d’elles dans le monde Java, est d’utiliser JMX pour récupérer un certain nombre de métriques applicatives de la JVM, du serveur d’application, etc.
De nombreux outils permettent de faire cela, et nous allons nous focaliser sur  JMXTrans qui est puissant et simple à installer.
Afin de récupérer les statistiques systèmes (consommation processeur/mémoire, etc.) nous utiliserons collectd.
Enfin, pour afficher l'ensemble de ces métriques, nous utiliserons Graphite.

Lire la suite de cette entrée »

Analyse système et réseau : généralités – Part 2

Après avoir vu comment superviser la partie processeur et mémoire, attardons nous maintenant sur les accès disques et les connexions réseaux.

 Monitoring Disk and Network

Cette commande fournit des informations à propos de l'ensemble des périphériques d'entrée et sortie : les disques, le ou les terminaux, les autres périphériques séries.

1. La commande Iostat (ou sar -d)

La syntaxe de base est la suivante :

iostat interval count

Lire la suite de cette entrée »

Analyse système et réseau : généralités – Part 1

Cet article passe en revu l'ensemble des éléments systèmes qu'il est indispensable de monitorer pour avoir une vue d'ensemble du comportement de votre infrastructure.

Nous ferons donc un focus sur ces 4 types de ressources systèmes  : le comportement CPU, la RAM, les accès Disk et enfin les flux réseaux. On se rend compte que ces types de ressources sont souvent étroitement liés lorqu'on diagnostique un comportement "anormal" d'une infrastructure, et qu'aucun n'est à négliger plus qu'un autre.

Ne seront pas abordé dans ce chapitre : les problématiques de serveurs d'applications (détaillé dans l'article optimiser son serveur Tomcat)

Monitoring CPU and Memory: top, vmstat, sar, lsof

Pour commencer, connaitre le nombre de coeurs CPU par machine :

$ cat /proc/cpuinfo

Lire la suite de cette entrée »

Mots-clés
RSS Feed