preloader
10 January 2011 / #Fling

Sortie de IOBlazer

post-thumb

Un nouveau tool est sorti des labs VMware, j’ai nommé IOBlazer !

Pour ceux qui ne connaissaient pas ou peu, les labs de VMware mettent à disposition des utilisateurs des *Flings*.

Par extrait du site, un fling est :

Fling is defined as a brief casual relationship as referenced on this site. The flings are skunkworks and ideas by VMware engineers that are not yet part of product offering. Feel free to try them and give your feedback.

Comprenez qu’un Fling nait d’une idée ou d’une envie de fonctionnalité qui ne sont pas encore embarquées dans les produits VMware.

C’est un peu leur bac à sable d’alpha/beta/tests :p

Pour en revenir à IOBlazer, cet outil est donc disponible ici

IOBlazer est un outil de benchmarking pour disques qui permet de générer un workload disque, à savoir des I/Ops

Là où est très intéressant IOBlazer (outre les nombreux paramétrages possibles au niveau du workload), c’est qu’il va être possible de rejouer des traces VSCSI qui ont été capturées via la commande vscsiStats

Cela va permettre de pouvoir rejouer à l’identique le workload disque d’une machine virtuelle, très pratique pour reproduire un environnement et une charge identique à la machine source !

Pour plus d’informations sur la commande vscsiStats je vous recommande le billet de Duncan Epping : vscsiStats

Une fois le workload effectué, vous avez un rapport et des résultats (No comment sur les résultats, ça tourne depuis un laptop ^^) :

ioblazer01

Voici un extrait du fichier README :

IOBlazer is a multi-platform storage stack micro-benchmark. IOBlazer runs on Linux, Windows and OSX and it is capable of generating a highly customizable workload. Parameters like IO size and pattern, burstiness (number of outstanding IOs), burst interarrival time, read vs. write mix, buffered vs. direct IO, etc., can be configured independently. IOBlazer is also capable of playing back VSCSI traces captured using vscsiStats. The performance metrics reported are throughput (in terms of both IOPS and bytes/s) and IO latency.

IOBlazer evolved from a minimalist MS SQL Server emulator which focused solely on the IO component of said workload. The original tool had limited capabilities as it was able to generate a very specific workload based on the MS SQL Server IO model (Asynchronous, Un-buffered, Gather/Scatter). IOBlazer has now a far more generic IO model, but two limitations still remain:

  • The alignment of memory accesses on 4 KB boundaries (i.e., a memory page)
  • The alignment of disk accesses on 512 B boundaries (i.e., a disk sector).

Both limitations are required by the gather/scatter and un-buffered IO models.

A very useful new feature is the capability to playback VSCSI traces captured on VMware ESX through the vscsiStats utility. This allows IOBlazer to generate a synthetic workload absolutely identical to the disk activity of a Virtual Machine, ensuring 100% experiment repeatability.


> Frederic MARTIN