All of lore.kernel.org
 help / color / mirror / Atom feed
* What crush ruleset for a given SHEC configuration ?
@ 2015-05-19  6:38 Loic Dachary
  2015-05-19  9:11 ` Miyamae, Takeshi
  0 siblings, 1 reply; 3+ messages in thread
From: Loic Dachary @ 2015-05-19  6:38 UTC (permalink / raw)
  To: Miyamae, Takeshi; +Cc: Ceph Development

[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]

Hi Takeshi,

In the context of http://ceph.com/docs/master/rados/operations/erasure-code-shec/ it would be useful to have a more detailed explanation of why SHEC is more efficient during recovery (in the introduction). 

Am I correct to assume that SHEC does not provide a way to control the locality of the chunks ? For instance in the following scenario:

rack 1 has 10 OSDs
rack 2 has 10 OSDs

a crush ruleset is made to provide 15 OSDs with 7 in the first rack, 8 in the last rack: the first 7 are in rack 1, the last 8 in rack 2. When SHEC is used with such a crush ruleset, it cannot guarantee that the loss of one chunk in rack 2 can always be recovered with chunks from rack 2. When reading at figure 3 of

https://wiki.ceph.com/Planning/Blueprints/Hammer/Shingled_Erasure_Code_%28SHEC%29

with D1 to D5, P1 and P2 in rack 1 and D6 to D10, P3, P4, P5 in rack 2, my understanding is that to recover D6 which is in rack 2 it may be necessary to use P2 from rack 1. And to recover D5 which is in rack 1 it may be necessary to use P3 from rack 2.

Maybe I'm missing something ? Thanks in advance for your explanations :-)

Cheers
-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-05-19 10:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-05-19  6:38 What crush ruleset for a given SHEC configuration ? Loic Dachary
2015-05-19  9:11 ` Miyamae, Takeshi
2015-05-19 10:47   ` Loic Dachary

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.