Reprise du message précédent :

 
  ne le prends surtout pas mal ...  

alors imagines avec la langue    
 
 
 

avec Google Now, il le ferait les doigts dans le nez

sinon, à propos de s'envoyer en l'air

La fiabilité est bonne si tu choisis les bons modèles et si tu lis la doc
Pour en tirer parti réellement il faut bien étudier le cas d'utilisation en revanche.

oui ?

En gros, ça veut dire qu'il y a des cas où c'est adapté, mais que ça ne remplace pas les yeux fermés un DD, donc ?

Clairement pas
Exemple typique: une baie qui fait que de l'écriture en continu, tu flingues la plupart des SSD du marché en moins d'un mois.

Les DD classique (dans le sens de ce genre d'appliance) sont flingués rapidement aussi, faut pas croire. T'façon sur ce genre de baie souvent t'as du cache sous forme de Ram based drive une carte QDR/FDR et roule

A 20m de moi j'ai une DDN qui a 6 ans avec des disques du même age qui s'en ai pris plein la tronche pendant 5 ans. Les disques tournent au poil.
On change bien moins de disques que de SSD...

 
Sur un SONAS avec un backend DDN (controleur + disques) de 960 disques (2T SAS-NL), durant la 1ere année d'exploitation on  a changé en moyenne 4/5 par semaines.
 
Les controlleurs nous ont laché 2x (avec perte des données hébergées)  
 
J'aime autant te dire que j'ai pas  un bon souvenir de DDN ...

blabla@stockage

En même temps à ce niveau de performance et de volumétrie il y a que LSI et DDN. Les dernières séries chez DDN tournent pas trop mal apparemment.

 
je fais revivre ce commentaire de ses cendres, j'aimerais basculer mon réseau en full LDAP (30 users, 4/5 serveurs) mais j'ai peur des pannes...
 
Mettre un miroir LDAP (réplication) sur chaque machine, est-ce la bonne solution ?

Genre les infras de google/facebook/gros hébergeurs c'est du mainstream ?
 
Pourtant c'est très loin du HPC...

 
Perso moi j'ai mis en place un Annuaire LDAP sur une VM, je dump l'annuaire tous les soirs et je sauvegarde la VM tous les soirs.
 
Pas de serveur de backup je laisse VMware s'en occuper.
 
Apres je suis pas non plus chaud pour mettre les users applicatifs sur l'annuaire ...

il a raison HFR c'est l'élite    
 
google,facebook,gros hébergeurs c'est la plèbe

google, facebook and co c'est plus proche des infras opérateurs qu'entreprise en fait.

Trop pas

Alma aussi ?

non, mais eux c'est du sur mesure, ils ont la moyen de demander ce qu'ils veulent et d'imposer leur point de vue ... pour rappel : www.opencompute.org

+1 là dessus ... faut faire du volume, en fait
 
pour les ignorants :
google drive = des batteries de SL8500 + LTFS
amazon glacier = des batteries de t-finity + LTFS
 
tape is dead ... they said ... WAIT NO §§§

/haha_paysannie ... en RP, tout est ouvert

www.thelittleblackbox.nl/en/

 
Abuse pas non plus, demain c'est no mans land assuré.

 
Ils utilisent quel theme xbmc ?  

 
franchement, chez moi :
carrefour
auchan
leader price

avec de tels appareils c'est sûr que le LTO a tous ses avantages sans les inconvénients
 
et les LTO7 et 8 sont en préparation, donc c'est loin d'être mort.

En fait pas tant que ça si tu regardes les technos et les contraintes...

ça dépend vraiment des types de HPC alors Chez google, facebook... on est plus sur des problématiques de "volumes" (au sens large, espace de stockage, débits...) tu as certain profils de HPC qui n'ont pas forcément besoin de gros débits, ça dépend totalement des applis.

Non mais le soucis dans le HPC, ou les infras a partir d'un certain scaling, c'est pas le hard ... C'est même loin d'être le hard, mais c'est le firm/middle et le soft.
Franchement, une puce mellanox FDR x4 qui te sort du 60GB/s c'est quoi ... 50$, le bout de silicium. Sauf que derrière faut rajouter le middle/firm (basiquement le hard autour j'en parle même pas tellement c'est un coût risible) et le soft pour la driver, la puce.
Derrière le support de stockage, se qui coute cher, c'est encore le firm/middle et le soft : sans firm dédié, y'a des disques dur dans certaines stations sun qui lâcheraient, DDN idem. Dell qui dev ses propres firm pour DD western digital et les vendent a prix d'or, y'a une raison.
Le prix d'une carte LSI ben c'est la même. L'asic sur ces cartes c'est des "bête" arm v5, sauf que derrière le firm et le middleware, ben c'est ... Costaud.
Concrètement google ou amazon, c'est du matos "standard" avec un middleware custom pour paralléliser le tout.
Une interco gemini dans un XK7 ? C'est de l'infiniband avec un middleware custo pour tourner en ring bus
Pour s'en faire une idée : schema d'une interco 6D fujitsu, elle est simpliste, mais ça aide a mieux comprendre que les interco en HPC, l'important c'est le firm/middle http://www.fujitsu.com/downloads/T [...] mputer.pdf
Parce que traiter ça, les asic, chip et CPU, sont tous capable de le faire, le soft, pas encore.

merci de dénigrer mon boulot

C'est sur
Idem pour les applis: si on mettait l'accent sur le dev on pourrait diviser la taille des clusters par 2 en ayant les mêmes perf.
Quand on voit la gueule de certains codes en HPC ça fait frémir n'importe quel informaticien. Après on ne peut pas en vouloir à ceux qui codent, ils ne sont pas du métier.

En HPC le débit global compte énormément, de même que la latence.
Tous les codes HPC ne font pas des ios de folie mais par nécessité un cluster doit être polyvalent. Ou alors faut avoir les moyens de se payer un cluster optimisé au poil de cul pour chaque appli. spécifique... Donc on en revient à des problématiques de volume au sens large.

edit: j'ai des soucis avec les multi-posts en ce moment...

Bah pas forcément. Y a des HPC où la problématique latence/débit est loin d'être primordiale (il y en a qui tournent sur du giga ethernet et qui répondent au besoin), alors que sur d'autre la latence est fondamentale mais pas le débit (je pense au trading haute fréquence, ils veulent juste des switchs qui commutent sur des temps de l'ordre de grandeur de la centaines de ns, le débit ils s'en foutent plus ou moins)

Mais si le service tombe (pas le serveur, mais le service slapd), il se passe quoi du coup ?
 
Mettre un replica LDAP en place c'est vraiment pas la mort, et la plupart des clients LDAP (pam-ldap/ns(l)cd, mais aussi les libs LDAP de la plupart des langages) permettent de configurer N serveurs, et en cas d'indisponibilité du premier, bascule automatiquement sur le second, puis le troisième, etc...

Oui mais c'est pas du HPC, donc c'est du mainstream

Ben justement, ils se concentrent sur des solutions logicielles/algorithmiques, en changeant l'approche, et pas sur la haute performance matériel.

domain == ???

 
blabla@stockage@osa vs blabla@network@osa

s/stockage/systeme alors