All of lore.kernel.org
 help / color / mirror / Atom feed
From: Loic Dachary <loic@dachary.org>
To: Koleos Fuskus <koleosfuscus@yahoo.com>
Cc: Kyle Bader <kyle@inktank.com>,
	Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: durability model
Date: Tue, 27 May 2014 16:24:16 +0200	[thread overview]
Message-ID: <5384A010.4080300@dachary.org> (raw)
In-Reply-To: <1401197435.39621.YahooMailNeo@web165002.mail.bf1.yahoo.com>

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



On 27/05/2014 15:30, Koleos Fuskus wrote:> Hi Kyle,
> Thanks for your answer!
> I have other questions regarding the model. Sorry, I accumulated different doubts and the e-mail is a bit long.
> 
> 1. What will be erasure model unit? Is it a pool or a placement group? I cannot see the best option here yet, probably because my inexperience with Ceph.

A pool. 

> 2. Crush_ruleset for erasured pools: Are these crush-ruleset impacting on the reliability model? Should I define a default crush-ruleset? 

Unless I'm mistaken, the crush ruleset is only relevant to the durability model to the extent that it defines the failure domain. If a ruleset requires that no two shards of a given placement group (i.e. no two shards of a given object since a placement group is a set of object that share the same OSD for a given shard) are on the same host, it will lead to a model that is different from a ruleset that requires that no two shards are in the same datacenter.

> 3. Metadata: Jerasure creates metadata files. How are those files stored in ceph (what kind of redundancy)? Should I care about them? I guess the jerasure metafiles are not important. If all objects stored in a pool share the same erasure-code-k and erasure-code-m, then is easy to re-generate the metadata file. However, if metadata file is lost and the pool contains erasured objects with different k and m, then repairing data will not be possible. Should I ignore this problem? Could you confirm that each pool has the same erasure parameters?

Jerasure does not create a metadata file.

> 4. Number of PG for an erasured-pool. The total PGs in the case of replication is calculated with this formula: Total PGs= (OSDs * 100)/Replicas.
>
> Should I replace Replicas for the stretch factor (storage overhead) in the case of erasure?
> 
> 5.Parameters - Default values:
> erasure-code-k (default 4)
> erasure-code-m (default 2)
> 
> OSD (default 200)
> PG (default 100 x OSD)
> stripes (default ????)


I proposed an update to the documentation to clarify this : https://github.com/ceph/ceph/pull/1856 . Does it look sensible to you ?

Cheers

> 6. Units
> It is hardcoded on the reliable tool:
> KiB = 1000
> MiB = KiB * 1000
> GiB = MiB * 1000
> TiB = GiB * 1000
> PiB = TiB * 1000
> 
> Why KiB is 1000 when should be 1024?

> Best, 
> Koleosfuscus
> 

-- 
Loïc Dachary, Artisan Logiciel Libre


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

  parent reply	other threads:[~2014-05-27 14:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1401131148.7008.YahooMailNeo@web165003.mail.bf1.yahoo.com>
2014-05-27  6:50 ` durability model Kyle Bader
     [not found]   ` <1401197435.39621.YahooMailNeo@web165002.mail.bf1.yahoo.com>
2014-05-27 14:24     ` Loic Dachary [this message]
     [not found]       ` <1401284130.75330.YahooMailNeo@web165006.mail.bf1.yahoo.com>
2014-05-28 14:05         ` Loic Dachary
2015-04-01 13:17           ` Milosz Tanski
2015-04-01 13:49             ` Sage Weil
2015-04-01 14:18               ` Milosz Tanski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5384A010.4080300@dachary.org \
    --to=loic@dachary.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=koleosfuscus@yahoo.com \
    --cc=kyle@inktank.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.