This commit is the restructure the doc folder to include sub-folders like csi-addons, rbd, cephfs to contain related docs and other general docs can be placed under doc folder. This will enhance the doc structure will make it easier for the users to search the docs as it get more populated. Signed-off-by: yati1998 <ypadia@redhat.com>
2.5 KiB
Provisioning and mounting CephFS snapshot-backed volumes
Snapshot-backed volumes allow CephFS subvolume snapshots to be exposed as regular read-only PVCs. No data cloning is performed and provisioning such volumes is done in constant time.
For more details please refer to Snapshots as shallow read-only volumes design document.
Prerequisites
Prerequisites for this feature are the same as for creating PVCs with snapshot volume source. See Create snapshot and Clone Volume for more information.
Usage
Provisioning a snapshot-backed volume from a volume snapshot
For provisioning new snapshot-backed volumes, following configuration must be set for PVCs:
- PersistentVolumeClaim:
- Set
storageClassName
to point to your existing cephFS storage class. - Define
spec.dataSource
for your desired source volume snapshot. - Set
spec.accessModes
toReadOnlyMany
. This is the only access mode that is supported by this feature.
- Set
Note:- We can also disable shallowVolume by setting backingSnapshot: "false" in cephFS storageclass. If the value is set in the storageclass when requested for
ReadOnlyMany` PVC a clone will get created in ceph cluster.
Mounting snapshots from pre-provisioned volumes
Steps for defining a PersistentVolume and PersistentVolumeClaim for
pre-provisioned CephFS subvolumes are identical to those described in
Static PVC with ceph-csi, except one additional parameter
must be specified: backingSnapshotID
. CephFS-CSI driver will retrieve the
snapshot identified by the given ID from within the specified subvolume, and
expose it to workloads in read-only mode. Volume access mode must be set to
ReadOnlyMany
.
Note that the snapshot retrieval is done by traversing <rootPath>/.snap
and
searching for a directory that contains backingSnapshotID
value in its name.
The specified snapshot ID does not necessarily need to be the complete directory
name inside <rootPath>/.snap
, however it must be complete enough to uniquely
identify that directory.
Example:
$ ls .snap
_f279df14-6729-4342-b82f-166f45204233_1099511628283
_a364870e-6729-4342-b82f-166f45204233_1099635085072
f279df14-6729-4342-b82f-166f45204233
would be considered a valid value for
backingSnapshotID
volume parameter, whereas 6729-4342-b82f-166f45204233
would not, as it would be ambiguous.
If the given snapshot ID is ambiguous, or no such snapshot is found, mounting the PVC will fail with INVALID_ARGUMENT error code.