Sorry, you need to enable JavaScript to visit this website.

Image CAPTCHA
Saisir les caractères affichés dans l'image.

1... 2... 3... benchez !

1... 2... 3... benchez !
2009-10-302013-02-11bonnes pratiquesfr
- "Tiens des nouvelles pommes ? Elles ont l'air belles, elles sont bonnes au moins ?"  - "Ben oui, goutez-les et vous verrez !" Cet échange résume une des bonnes pratiques en informatique : face à une nouvelle implantation au sein du SI, même si sur papier...
Publié le 30 Octobre 2009 par Patrice Boukobza dans bonnes pratiques

- "Tiens des nouvelles pommes ? Elles ont l'air belles, elles sont bonnes au moins ?" 

- "Ben oui, goutez-les et vous verrez !"

Cet échange résume une des bonnes pratiques en informatique : face à une nouvelle implantation au sein du SI, même si sur papier l'infrastructure semble respecter les règles de l'art, il est important de la challenger via une campagne de tests.

Attention toutefois aux pièges des benchs classiques sur environnements virtuels qui  donnent des résultats sans aucune pertinence : chiffres issus de connexions via des robots simplistes, renseignant seulement le nombre de connexions possibles et une utilisation de la CPU et mémoire !

 

Pour être représentatifs, la campagne doit en effet :

  • jouer un scénario réel - mouvement de souris, saisie clavier, impression, utilisation réelle des applications (et pas seulement lancement/fermeture)
  • sélectionner les éléments à tester autant sur l'aspect qualitatif que quantitatif
  • ne pas regarder seulement les compteurs CPU et mémoire, mais avoir un logiciel d'analyse multicritères
  • mesurer la bande passante consommée par utilisateur (poste client vers plate-forme de virtualisation), et également en sortie de cette plate-forme vers les machines d'infrastructure ou d'application.
  • mesurer le protocole de déport d'affichage (ICA/RDP) par rapport aux autres flux
  • mesurer l'importance des flux connexes (impression, transfert de fichiers, périphériques)
  • superviser les processus applicatifs et  mesurer les performances des applications
  • ne pas extrapoler les courbes, mais faire monter progressivement la charge par seuils, avec capture des éléments d'analyse pour chaque palier

 

Les rapports d'analyses doivent comprendre :

  • Performance matérielle (cpu, mémoire, disque...)
  • Analyse réseau (flux, latence, volume global/par process, flux ICA, canaux virtuels...)
  • Temps et détails de la phase de connexion
  • Analyse applicative (mémoire, cpu, crash, latence, erreur...)
  • Seuils de la montée en charge

Une erreur classique est aussi de confondre injecteur de charge et analyseur de charge, les deux outils sont en fait complémentaires. On peut d'ailleurs avantageusement remplacer un injecteur par de vrais utilisateurs en réelle situation de travail (via un pilote); l'analyseur doit lui être performant et paramétrable (oubliez les compteurs de Windows ...).
De nombreux outils sont disponibles sur le marché, notons que Citrix propose pour ces environnements deux produits très adaptés : Edgesight for load testing (injecteur) et Edgesight for Xenapp/Xendesktop (analyseur).

Mais le vrai secret reste assez simple: plus on se rapprochera de l'utilisation finale, plus on aura d'éléments d'analyse, et plus la campagne de bench sera pertinente et les valeurs significatives.

 

2 Commentaires

  • 3 Novembre 2009
    2009-11-03
    par
    L'article cité fait référence à du benchmarking d'entreprise coté management. Mon référentiel portait plus sur le SI et les infrastructures informatiques associées. Toutefois les 10 règles énoncées peuvent être avantageusement mises en pratique coté méthodologie.
    P.Boukobza
  • 3 Novembre 2009
    2009-11-03
    par
    J'avais lu un article intéressant sur le sujet du benchmarking qui reprend les 10 étapes et les 10 facteurs clés de réussite d'une étude de benchmarking tels que pronés par Robert Camp, un expert du sujet.

    http://www.google.fr/url?sa=t&source=web&ct=res&cd=1&ved=0CAkQFjAA&url=h...

Ajouter un commentaire

comments

  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Tags HTML autorisés : <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd> <br>

Plain text

  • Aucune balise HTML autorisée.
  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
  • Les lignes et les paragraphes vont à la ligne automatiquement.

Email HTML

  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
Image CAPTCHA
Saisir les caractères affichés dans l'image.
Changer d'affichage