benches baie RAID Promise VTrak
Le
patpro ~ Patrick Proniewski
Bonjour,
Nous avons reçu nos nouvelles baies RAID pour le bureau virtuel de
l'Université (des millions de mails et de documents divers). Il s'agit
d'une Promise VTrak E610 et d'un châssis d'extension J610, 32
disques SAS 300 Go au total.
J'ai configuré tout ce beau monde en RAID 60 :
- 4 packs de 7 disques en RAID 6, placés en RAID 0
- 4 disques de spare
- Taille de secteur 512 o (defaut)
- Taille de stripe 64 ko (defaut)
La baie E610 est connectée en cuivre via ses 4 ports SFP sur une carte
Fibre channel "Quad", dans un XServe Intel en 10.5.3.
Le châssis J610 est connecté au E610 via deux câbles SAS.
Sur la baie, avec la commande bonnie++ suivante :
bonnie++ -d /Volumes/documents/test-bonnie -n 1000:51200:50:1000 -u root
j'obtiens les résultats suivants :
Sequential Output --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
dante 300M 75502 82 230297 46 247015 43 95434 99 +++++ +++ +++++ +++
Sequential Create --Random Create--
-Create-- --Read -Delete-- -Create-- --Read -Delete--
files:max:min
/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
1000:51200:50/1000
3922 96 1668 41 9745 88 3716 93 85 2 402 11
Avec la même commande lancée à destination du 3eme disque interne du
XServe qui pilote la baie (disque SAS 80 Go), j'obtiens (après 15h de
bench) :
Sequential Output --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
dante 300M 56714 74 72395 14 71612 12 95149 99 +++++ +++ 4363 9
Sequential Create --Random Create--
-Create-- --Read -Delete-- -Create-- --Read -Delete--
files:max:min
/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
1000:51200:50/1000
1692 45 1315 34 4581 42 1116 30 30 0 45 1
Je trouvais le random read très mauvais sur la baie RAID, mais en
comparaison du disque interne il n'est finalement pas si mauvais.
Qu'en pensez vous ? Avez vous des points de comparaison avec vos propres
matériels ?
patpro
--
A vendre ! http://www.patpro.net/blog/index.ph.../01/12/133
Nous avons reçu nos nouvelles baies RAID pour le bureau virtuel de
l'Université (des millions de mails et de documents divers). Il s'agit
d'une Promise VTrak E610 et d'un châssis d'extension J610, 32
disques SAS 300 Go au total.
J'ai configuré tout ce beau monde en RAID 60 :
- 4 packs de 7 disques en RAID 6, placés en RAID 0
- 4 disques de spare
- Taille de secteur 512 o (defaut)
- Taille de stripe 64 ko (defaut)
La baie E610 est connectée en cuivre via ses 4 ports SFP sur une carte
Fibre channel "Quad", dans un XServe Intel en 10.5.3.
Le châssis J610 est connecté au E610 via deux câbles SAS.
Sur la baie, avec la commande bonnie++ suivante :
bonnie++ -d /Volumes/documents/test-bonnie -n 1000:51200:50:1000 -u root
j'obtiens les résultats suivants :
Sequential Output --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
dante 300M 75502 82 230297 46 247015 43 95434 99 +++++ +++ +++++ +++
Sequential Create --Random Create--
-Create-- --Read -Delete-- -Create-- --Read -Delete--
files:max:min
/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
1000:51200:50/1000
3922 96 1668 41 9745 88 3716 93 85 2 402 11
Avec la même commande lancée à destination du 3eme disque interne du
XServe qui pilote la baie (disque SAS 80 Go), j'obtiens (après 15h de
bench) :
Sequential Output --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
dante 300M 56714 74 72395 14 71612 12 95149 99 +++++ +++ 4363 9
Sequential Create --Random Create--
-Create-- --Read -Delete-- -Create-- --Read -Delete--
files:max:min
/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
1000:51200:50/1000
1692 45 1315 34 4581 42 1116 30 30 0 45 1
Je trouvais le random read très mauvais sur la baie RAID, mais en
comparaison du disque interne il n'est finalement pas si mauvais.
Qu'en pensez vous ? Avez vous des points de comparaison avec vos propres
matériels ?
patpro
--
A vendre ! http://www.patpro.net/blog/index.ph.../01/12/133
Poser une question
Peux-tu stp expliquer comment on lit ton test ?
Jamais utilisé cet outil.
Ceci dit, dans la "apple tech serie" que j'ai suivi la semaine passé,
qui portait sur le sujet, les débits théoriques montent sauf erreur à
600Mo par baies pour des LUN de 7 à 8 disques max
( 12000 si tu attache 2 vtrak en DAS).
Mais en pratique, leur démo est montée à 120 Mo en écriture et ~230 en
lecture si mes souvenirs sont bons. (j'ai préféré écouter que prendre
des notes, donc je ne sais plus trop) Quand j'ai demandé à quoi tenaient
ces différences entre lathéorie et la pratique, le gars m'a répondu
qu'il falait optimiser dans Xsan le type de données du LUN.
Et aussi que ça dépendait fortement du type de données, taille de
fichiers, de la config des LUN et autre.
Donc il faut jouer un peu avec les différentes et très nombreuses
options du vtrak pour optimiser les perf.
--
Nicolas Michel
Tu ne voudrais pas faire une zoulie page parce que là, avec le wrap à 72
caractères, c'est lourd à lire ;-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
heu... non :)
C'est un test préliminaire, je voulais juste savoir si quelqu'un avait
le même genre de résultat à montrer pour comparer...
par contre tu peux piper ce string dans bon_csv2html (fourni avec
bonnie++) pour obtenir la table en html :
dante,300M,75502,82,230297,46,247015,43,95434,99,+++++,+++,+++++,+++,1000
:51200:50/1000,3922,96,1668,41,9745,88,3716,93,85,2,402,11
patpro
--
A vendre ! http://www.patpro.net/blog/index.ph.../01/12/133
(Michel Nicolas Alex) wrote:
tu as quelques détails ici :
en RAID 0 peut être, mais ce sont de toute manière des chiffres qui
n'ont pas de sens pris hors de leur contexte (taille et norme des
disques, taille des secteurs, du striping, filesystem, ...)
je suis monté à plus de 200 Mo/s sur mon RAID 60 avec 4 flux d'écriture
simultanés, à base de dd if=/dev/zero of=/ma/baie/fichier, et pour des
fichiers de 2Go.
ouais, sans moi :)
J'ai malheureusement pas que ça à faire, surtout que c'est pour exporter
en NFS.
patpro
--
A vendre ! http://www.patpro.net/blog/index.ph.../01/12/133
Selon ce que le gars de Apple disait, la différence entre sas et sata
est négligeable si tu as un LUN de 7 ou 8 disques dans du VTrak.
J'ai pas testé, bien évidement.
Le file system est du Xsan fs en l'occurence
La taille des secteurs et autre, c'est ce que je te dis plus bas, il
faut tester en fonction du type de fichiers que tu as mais tu ne va te
rapprocher de ces débits théoriques que avec des gros fichiers et de
gros blocs.
J'ai peut-être pas capté la démo et ils n'avaient pas encore peaufiné la
config. Mais j'étais déçu en effêt.
Tu peux déjà jouer avec les prefs prédéfinies dans Xsan,
tu auras assez vite fait le tour.
--
Nicolas Michel