Re: Theory about min_size and its implications

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



great, thank you Anthony! :)

so size 4 / min_size 2 would be a lot better (of course)

we have to stay at 3/2 for now though, because our OSDs are filled 60% in sum

maybe someone can answer additional questions:

- what is the best practice to avoid a full OSD scenario, where ceph tries to recreate all 3 replicas in one of the two rooms when the other room is down? because 3 replicas don't fit in one room obviously. 

- when does it make sense to migrate a pool to Erasure Coding, when doesn't it make sense and does Erasure Coding NEED a caching tier as some article on the internet stated? I think using a caching tier helps with migrating but other then that I don't understand why we'd need a caching tier.
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux