8 Storage pool type: `zfspool`
10 This backend allows you to access local ZFS pools (or ZFS file systems
17 The backend supports the common storage properties `content`, `nodes`,
18 `disable`, and the following ZFS specific properties:
22 Select the ZFS pool/filesystem. All allocations are done within that
27 Set ZFS blocksize parameter.
31 Use ZFS thin-provisioning. A sparse volume is a volume whose
32 reservation is not equal to the volume size.
34 .Configuration Example (`/etc/pve/storage.cfg`)
38 content rootdir,images
43 File naming conventions
44 ~~~~~~~~~~~~~~~~~~~~~~~
46 The backend uses the following naming scheme for VM images:
48 vm-<VMID>-<NAME> // normal VM images
49 base-<VMID>-<NAME> // template VM image (read-only)
50 subvol-<VMID>-<NAME> // subvolumes (ZFS filesystem for containers)
54 This specifies the owner VM.
58 This can be an arbitrary name (`ascii`) without white space. The
59 backend uses `disk[N]` as default, where `[N]` is replaced by an
60 integer to make the name unique.
66 ZFS is probably the most advanced storage type regarding snapshot and
67 cloning. The backend uses ZFS datasets for both VM images (format
68 `raw`) and container data (format `subvol`). ZFS properties are
69 inherited from the parent dataset, so you can simply set defaults
70 on the parent dataset.
72 .Storage features for backend `zfs`
73 [width="100%",cols="m,m,3*d",options="header"]
74 |==============================================================================
75 |Content types |Image formats |Shared |Snapshots |Clones
76 |images rootdir |raw subvol |no |yes |yes
77 |==============================================================================
83 It is recommended to create an extra ZFS file system to store your VM images:
85 # zfs create tank/vmdata
87 To enable compression on that newly allocated file system:
89 # zfs set compression=on tank/vmdata
91 You can get a list of available ZFS filesystems with:
100 * link:/wiki/Storage[Storage]