mirror of
https://github.com/ceph/ceph-csi.git
synced 2024-11-26 16:20:28 +00:00
b132696e54
Thick-provisioning was introduced to make accounting of assigned space for volumes easier. When thick-provisioned volumes are the only consumer of the Ceph cluster, this works fine. However, it is unlikely that this is the case. Instead, accounting of the requested (thin-provisioned) size of volumes is much more practical as different types of volumes can be tracked. OpenShift already provides cluster-wide quotas, which can combine accounting of requested volumes by grouping different StorageClasses. In addition to the difficult practise of allowing only thick-provisioned RBD backed volumes, the performance makes thick-provisioning troublesome. As volumes need to be completely allocated, data needs to be written to the volume. This can take a long time, depending on the size of the volume. Provisioning, cloning and snapshotting becomes very much noticeable, and because of the additional time consumption, more prone to failures. Signed-off-by: Niels de Vos <ndevos@redhat.com> |
||
|---|---|---|
| .. | ||
| design/proposals | ||
| capabilities.md | ||
| ceph-csi-upgrade.md | ||
| coding.md | ||
| DCO | ||
| deploy-cephfs.md | ||
| deploy-rbd.md | ||
| development-guide.md | ||
| disaster-recovery.md | ||
| expand-pvc.md | ||
| metrics.md | ||
| rbd-nbd.md | ||
| releases.md | ||
| resource-cleanup.md | ||
| snap-clone.md | ||
| static-pvc.md | ||