Reprise du message précédent :
Ptin ça fait 3 jours que je bench les IOPS non stop sur ZFS, mais à première vue j'arrive à jeu égal en écriture séquentielle avec ma petite infra (~2% d'écart), VS SAN Melody Datacore iSCSI, et je le poutre en lecture séquentielle (+40%)

450€ vs ~10k€

Bon faut dire que de mon côté rien n'est repliqué. Si jamais ya des curieux, j'ai testé dans des VM les mêmes benchmarks, en écriture on est très très proche du natif, en lecture par contre c'est 30% dans la gueule (ce qui fait que ça reste toujours plus performant que le DataCore )

edit : en random, je suis CPU limited à cause d'istgt Mais ça reste >> au produit commercial

nice, I like it ... après niveau perf san melody ça casse pas 3 pattes à un canard, mais ton ton cas, au niveau du ROI y'a pas photo  
edit : niveau perfs tu peux faire beaucoup mieux, mais surement pas avec le meme invest

nerdz

Bah disons qu'avec la même archi/matos que le Datacore mais cette fois avec du ZFS, et quelques € de plus pour les SSD en cache, ça doit bien défoncer

Reste le « soucis » de la réplication.

edit : c'est pour un client, j'ai pas de Datacore chez moi, j'essaie de le convaincre

 
Y'a eu une pres récemment sur ZFS, bien sympa
 
pour la répli, zfs send/receive rapprochés c'est à peu près le mieux

bonjour,

Une bonne nuit de sommeil, et pb résolu en 2 minutes

C'est quand même pas génial, ça

 
non

plop  

La prez' de chez Gandi ? Si oui, j'attend le support et/ou la vidéo.

Le send/receive fait un peu un « genre » de CDP ouais.

edit : ceci dit c'est pas forcément un mal quand on voit les « danger » du split-brain en cas de perte du lien de réplication.

CARP+HAST mais j'ai pas encore eu le temps de vraiment tester la solidité du truc.

Seulement si y a bascule automatique

Chez mon client c'est ce qui est mis en place (multipath sur les initiators)

Avec la BD complète ce serait mieux

 
C'est quoi ton archi maison pour ZFS?

Archi de « labo de test » roumain

Serveur ZFS : HP ProLiant Microserver (Athlon Neo II 1.5Ghz 2 cœurs / 8 Go RAM / L2ARC Crucial M4 128Go / 2x 2To en mirror / Intel Gigabit CT Desktop pour le lien Gbit dédié). Soft : FreeBSD 9.1, istgt via les ports, zfs 28
Serveur de test : Dell R200 2go de ram, Core 2 Duo @ 2.4Ghz, 2 cœurs. Soft : Debian 7, open-iscsi, xfs (pas ext4 car le SAN de mon client est en xfs, je compare ce qui est comparable)
VM de test pour la virtu : VM 2 cœurs i5-3470 @ 3.20Ghz, 1 go de ram, Debian 7, open-iscsi, xfs (l'hyperviseur est une machine miniITX assemblée par mes soins, avec XCP 1.6)

 
MP si tu les veux

 
done

burp

 
Go poster sur le topic

J'en suis au 3/4, pour l'instant leurs conclusions, c'est qu'avec ZFS, il est plus efficace de :
- prendre des disques « grand public » de grosse capacité (7200tpm)
- LSI pour les cartes SAS
- acheter des SSD pour faire levier sur la perfs
- acheter de la RAM
- un SSD de bonne qualité pour le ZIL si besoin d'écritures synchrones

 
C'est quoi la diff avec ZIL ou sans ZIL?

En fait le SLOG (« ack » d'écriture) se fait par défaut dans les disques du pool. Pas en RAM, car en cas de coupure de jus bah t'es mal.

Avec le ZIL, le SLOG est stocké dans un périphérique dédié (qui peut être un SSD en miroir par exemple), puis ENSUITE copié dans les disques du pool. Ce qui fait que ZFS répondra beaucoup plus vite aux écritures synchrones qui attendent le « ack » avant de passer au bloc suivant.

Très utile dans le cas d'un NFS monté par Vmware qui fonctionne en mode synchrone. Pour de la base de donnée atomique aussi. Pas besoin de beaucoup d'espace (j'ai lu qu'il utilisait visiblement quelques dizaines de Mo). Le « must » étant un petit Ramdisk avec batterie, le pire un SSD bas de gamme qui va se faire écrire fortement dessus (mais s'il est gros, normalement ça laisse de la marge avant de niquer tous les blocs).

edit : pour tester si tu en a besoin ou pas, tu peux désactiver la synchro ZFS, en gros dans ce cas il « ack » les écritures en RAM directement. C'est déconseillé mais pour du bench ou voir si ça impact pour TES besoins c'est une bonne façon de faire

 
heu... le mieux que j'ai vu c'est 3 jours, en compilant. oui oui 3 jours, kaput

holy fuck C'était quoi le SSD ?  

edit : avoue ta mis le ZIL sur une clef USB acheté sur Ebay

ça ne veut rien dire, il y a des bugs sur certains firmware de SSD qui les font se planter assez rapidement, ça ne veut pas dire qu'ils arrivent au bout de leur nombre d'écritures supportées.
 
Il vaut mieux éviter d'acheter des modèles qui viennent de sortir et attendre quelques mois que les bugs soient corrigés

Ponchour vacances,    
 
Go post le lien vers la prez gandi SSD

Et pour la peine  
 

dead link
 
edit:

 
-Passer sur un clone Solaris t'apportera encore un plus niveau de la gestion ZFS.
-Passer sur des firm LSI spécifiques ZFS (firm "IT" ) sans le raid (et donc amélioration des performances puisque tu fait sauter une couche logique/hard niveau contrôleur)
-Actuellement je suis sur des M5P pour les L2ARC
-Mes SP sont a 192GO de ARC en ram
-Micron P320H FTW pour le ZIL. (350GO, en mirroring juste histoire d'avoir encore PLUS D'IOPS   ) => quand même la galère a mettre en place comme solution (plus galère que des realSSD P300) => mes prochains tests sur mes SP seront sur des zeusRAM (en gros c'est de la DDR3 sur port SAS) ou des zeusIOPS en SLC + supercap
 
Je rajoute quand même que passé une certaine taille de data a stocker, la puissance processeur et les capacités d'interconnexion procos<=>procos (multi CPU) et groupe procos<=> PCI-E, ainsi que la puissance de calcul monothread deviennent importants (quand faut faire les calculs de parité du zpool sur une 10e de TO, je suis contente d'avoir

vous en avez de l'argent, vous gérez quoi comme type d'application sur vos datacenters ?

bonsoir,

lotus notes

ah oui en effet il faut au moins 3GB/s de bande passante et d'I/O pour ça

 
T'en a pour combien d'€€ avec tout ça ? Parce que je pense pas avoir de client qui a plus de 20k€ à mettre là dedans (au total, donc j'inclus la main d'œuvre : moi)

preums au taff

bonjour,

en ce moment, bancaire asset management