1e1fd9ac21
MD025 - Multiple top level headers in the same document Fixed all errors Update check_format.sh to fit new header style in jsonrpc.md Signed-off-by: Maciej Wawryk <maciejx.wawryk@intel.com> Change-Id: Ib5f832c549880771c99c15b89affe1e82acd3fa4 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/9045 Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Community-CI: Broadcom CI <spdk-ci.pdl@broadcom.com> Community-CI: Mellanox Build Bot Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
179 lines
8.4 KiB
Markdown
179 lines
8.4 KiB
Markdown
# Logical Volumes {#logical_volumes}
|
|
|
|
The Logical Volumes library is a flexible storage space management system. It provides creating and managing virtual
|
|
block devices with variable size. The SPDK Logical Volume library is built on top of @ref blob.
|
|
|
|
## Terminology {#lvol_terminology}
|
|
|
|
### Logical volume store {#lvs}
|
|
|
|
* Shorthand: lvolstore, lvs
|
|
* Type name: struct spdk_lvol_store
|
|
|
|
A logical volume store uses the super blob feature of blobstore to hold uuid (and in future other metadata).
|
|
Blobstore types are implemented in blobstore itself, and saved on disk. An lvolstore will generate a UUID on
|
|
creation, so that it can be uniquely identified from other lvolstores.
|
|
By default when creating lvol store data region is unmapped. Optional --clear-method parameter can be passed
|
|
on creation to change that behavior to writing zeroes or performing no operation.
|
|
|
|
### Logical volume {#lvol}
|
|
|
|
* Shorthand: lvol
|
|
* Type name: struct spdk_lvol
|
|
|
|
A logical volume is implemented as an SPDK blob created from an lvolstore. An lvol is uniquely identified by
|
|
its UUID. Lvol additional can have alias name.
|
|
|
|
### Logical volume block device {#lvol_bdev}
|
|
|
|
* Shorthand: lvol_bdev
|
|
* Type name: struct spdk_lvol_bdev
|
|
|
|
Representation of an SPDK block device (spdk_bdev) with an lvol implementation.
|
|
A logical volume block device translates generic SPDK block device I/O (spdk_bdev_io) operations into the
|
|
equivalent SPDK blob operations. Combination of lvol name and lvolstore name gives lvol_bdev alias name in
|
|
a form "lvs_name/lvol_name". block_size of the created bdev is always 4096, due to blobstore page size.
|
|
Cluster_size is configurable by parameter. Size of the new bdev will be rounded up to nearest multiple of
|
|
cluster_size. By default lvol bdevs claim part of lvol store equal to their set size. When thin provision
|
|
option is enabled, no space is taken from lvol store until data is written to lvol bdev.
|
|
By default when deleting lvol bdev or resizing down, allocated clusters are unmapped. Optional --clear-method
|
|
parameter can be passed on creation to change that behavior to writing zeroes or performing no operation.
|
|
|
|
### Thin provisioning {#lvol_thin_provisioning}
|
|
|
|
Thin provisioned lvols rely on dynamic cluster allocation (e.g. when the first write operation on a cluster is performed), only space
|
|
required to store data is used and unallocated clusters are obtained from underlying device (e.g. zeroes_dev).
|
|
|
|
Sample write operations of thin provisioned blob are shown on the diagram below:
|
|
|
|
![Writing clusters to the thin provisioned blob](lvol_thin_provisioning_write.svg)
|
|
|
|
Sample read operations and the structure of thin provisioned blob are shown on the diagram below:
|
|
|
|
![Reading clusters from thin provisioned blob](lvol_thin_provisioning.svg)
|
|
|
|
### Snapshots and clone {#lvol_snapshots}
|
|
|
|
Logical volumes support snapshots and clones functionality. User may at any given time create snapshot of existing
|
|
logical volume to save a backup of current volume state. When creating snapshot original volume becomes thin provisioned
|
|
and saves only incremental differences from its underlying snapshot. This means that every read from unallocated cluster
|
|
is actually a read from the snapshot and every write to unallocated cluster triggers new cluster allocation and data copy
|
|
from corresponding cluster in snapshot to the new cluster in logical volume before the actual write occurs.
|
|
|
|
The read operation is performed as shown in the diagram below:
|
|
![Reading cluster from clone](lvol_clone_snapshot_read.svg)
|
|
|
|
The write operation is performed as shown in the diagram below:
|
|
![Writing cluster to the clone](lvol_clone_snapshot_write.svg)
|
|
|
|
User may also create clone of existing snapshot that will be thin provisioned and it will behave in the same way as logical volume
|
|
from which snapshot is created. There is no limit of clones and snapshots that may be created as long as there is enough space on
|
|
logical volume store. Snapshots are read only. Clones may be created only from snapshots or read only logical volumes.
|
|
|
|
A snapshot can be removed only if there is a single clone on top of it. The relation chain will be updated accordingly.
|
|
The cluster map of clone and snapshot will be merged and entries for unallocated clusters in the clone will be updated with
|
|
addresses from the snapshot cluster map. The entire operation modifies metadata only - no data is copied during this process.
|
|
|
|
### Inflation {#lvol_inflation}
|
|
|
|
Blobs can be inflated to copy data from backing devices (e.g. snapshots) and allocate all remaining clusters. As a result of this
|
|
operation all dependencies for the blob are removed.
|
|
|
|
![Removing backing blob and bdevs relations using inflate call](lvol_inflate_clone_snapshot.svg)
|
|
|
|
### Decoupling {#lvol_decoupling}
|
|
|
|
Blobs can be decoupled from their parent blob by copying data from backing devices (e.g. snapshots) for all allocated clusters.
|
|
Remaining unallocated clusters are kept thin provisioned.
|
|
Note: When decouple is performed, only single dependency is removed. To remove all dependencies in a chain of blobs depending
|
|
on each other, multiple calls need to be issued.
|
|
|
|
## Configuring Logical Volumes
|
|
|
|
There is no static configuration available for logical volumes. All configuration is done trough RPC. Information about
|
|
logical volumes is kept on block devices.
|
|
|
|
## RPC overview {#lvol_rpc}
|
|
|
|
RPC regarding lvolstore:
|
|
|
|
```
|
|
bdev_lvol_create_lvstore [-h] [-c CLUSTER_SZ] bdev_name lvs_name
|
|
Constructs lvolstore on specified bdev with specified name. During
|
|
construction bdev is unmapped at initialization and all data is
|
|
erased. Then original bdev is claimed by
|
|
SPDK, but no additional spdk bdevs are created.
|
|
Returns uuid of created lvolstore.
|
|
Optional parameters:
|
|
-h show help
|
|
-c CLUSTER_SZ Specifies the size of cluster. By default its 4MiB.
|
|
--clear-method specify data region clear method "none", "unmap" (default), "write_zeroes"
|
|
bdev_lvol_delete_lvstore [-h] [-u UUID] [-l LVS_NAME]
|
|
Destroy lvolstore on specified bdev. Removes lvolstore along with lvols on
|
|
it. User can identify lvol store by UUID or its name. Note that destroying
|
|
lvolstore requires using this call, while deleting single lvol requires
|
|
using bdev_lvol_delete rpc call.
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_get_lvstores [-h] [-u UUID] [-l LVS_NAME]
|
|
Display current logical volume store list
|
|
optional arguments:
|
|
-h, --help show help
|
|
-u UUID, --uuid UUID show details of specified lvol store
|
|
-l LVS_NAME, --lvs_name LVS_NAME show details of specified lvol store
|
|
bdev_lvol_rename_lvstore [-h] old_name new_name
|
|
Change logical volume store name
|
|
optional arguments:
|
|
-h, --help show this help message and exit
|
|
```
|
|
|
|
RPC regarding lvol and spdk bdev:
|
|
|
|
```
|
|
bdev_lvol_create [-h] [-u UUID] [-l LVS_NAME] [-t] [-c CLEAR_METHOD] lvol_name size
|
|
Creates lvol with specified size and name on lvolstore specified by its uuid
|
|
or name. Then constructs spdk bdev on top of that lvol and presents it as spdk bdev.
|
|
User may use -t switch to create thin provisioned lvol.
|
|
Returns the name of new spdk bdev
|
|
optional arguments:
|
|
-h, --help show help
|
|
-c, --clear-method specify data clusters clear method "none", "unmap" (default), "write_zeroes"
|
|
bdev_get_bdevs [-h] [-b NAME]
|
|
User can view created bdevs using this call including those created on top of lvols.
|
|
optional arguments:
|
|
-h, --help show help
|
|
-b NAME, --name NAME Name of the block device. Example: Nvme0n1
|
|
bdev_lvol_delete [-h] bdev_name
|
|
Deletes a logical volume previously created by bdev_lvol_create.
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_snapshot [-h] lvol_name snapshot_name
|
|
Create a snapshot with snapshot_name of a given lvol bdev.
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_clone [-h] snapshot_name clone_name
|
|
Create a clone with clone_name of a given lvol snapshot.
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_rename [-h] old_name new_name
|
|
Change lvol bdev name
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_resize [-h] name size
|
|
Resize existing lvol bdev
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_set_read_only [-h] name
|
|
Mark lvol bdev as read only
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_inflate [-h] name
|
|
Inflate lvol bdev
|
|
optional arguments:
|
|
-h, --help show help
|
|
bdev_lvol_decouple_parent [-h] name
|
|
Decouple parent of a logical volume
|
|
optional arguments:
|
|
-h, --help show help
|
|
```
|