Hello, On Tue, 14 Apr 2015 12:04:35 +0000 ghislain.chevalier@xxxxxxxxxx wrote: > Hi All, > > Am I alone to have this need ? > No, but for starters, there have been a number of threads about that topic in this ML, for example the "Failure probability with largish deployments" one nearly 1.5 years ago. The tool Mark pointed out would indeed be a good start, but it lacked several bits as you can gleam from the thread above and others. With something like normal 3 way replication, fast replication links and overall decent HW, ignoring failure domains outside the disk scope, the odds are indeed quite good. But of course a fully complete model will lower those odds a bit. Then you finally get to enter the maybe biggest factor in the calculation, the good ole human error. I've witnessed not once but twice in the last few years people confidently pulling the wrong HDD out of a RAID6, thinking it was the failed one and only the fact that there was another backup saved their bacon. ^.^ Christian > De : ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] De la part de > ghislain.chevalier@xxxxxxxxxx Envoyé : vendredi 20 mars 2015 11:47 > À : ceph-users > Objet : how to compute Ceph durability? > > Hi all, > > I would like to compute the durability of data stored in a ceph > environment according to the cluster topology (failure domains) and the > data resiliency (replication/erasure coding). > > Does a tool exist ? > > Best regards > > - - - - - - - - - - - - - - - - - > Ghislain Chevalier ORANGE > +33299124432 > +33788624370 > ghislain.chevalier@xxxxxxxxxx<mailto:ghislain.chevalier@xxxxxxxxxxxxxxxxxx> > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > > Thank you. > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, > exploites ou copies sans autorisation. Si vous avez recu ce message par > erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les > pieces jointes. Les messages electroniques etant susceptibles > d'alteration, Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; they should not be > distributed, used or copied without authorisation. If you have received > this email in error, please notify the sender and delete this message > and its attachments. As emails may be altered, Orange is not liable for > messages that have been modified, changed or falsified. Thank you. > -- Christian Balzer Network/Systems Engineer chibi@xxxxxxx Global OnLine Japan/Fusion Communications http://www.gol.com/ _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com