Re: [ceph-users] Mimic - EC and crush rules - clarification

2018-11-16 Thread David Turner
The difference for 2+2 vs 2x replication isn't in the amount of space being used or saved, but in the amount of OSDs you can safely lose without any data loss or outages. 2x replication is generally considered very unsafe for data integrity, but 2+2 would is as resilient as 3x replication while

Re: [ceph-users] Mimic - EC and crush rules - clarification

2018-11-01 Thread Wladimir Mutel
David Turner wrote: Yes, when creating an EC profile, it automatically creates a CRUSH rule specific for that EC profile.  You are also correct that 2+1 doesn't really have any resiliency built in.  2+2 would allow 1 node to go down while still having your data accessible.  It will use 2x data

Re: [ceph-users] Mimic - EC and crush rules - clarification

2018-11-01 Thread David Turner
Yes, when creating an EC profile, it automatically creates a CRUSH rule specific for that EC profile. You are also correct that 2+1 doesn't really have any resiliency built in. 2+2 would allow 1 node to go down while still having your data accessible. It will use 2x data to raw as opposed to

[ceph-users] Mimic - EC and crush rules - clarification

2018-11-01 Thread Steven Vacaroaia
Hi, I am trying to create an EC pool on my SSD based OSDs and will appreciate if someone clarify / provide advice about the following - best K + M combination for 4 hosts one OSD per host My understanding is that K+M< OSD but using K=2, M=1 does not provide any redundancy ( as soon as 1 OSD