<div dir="ltr">Hello,<div>in my opinion the terms </div><div><br></div><div>raw, qcow2, thin provisioned, sparse, preallocated</div><div><br></div><div>are used in sub optimal way in oVirt and RHEV documentation and create confusion for the new incoming user (but not only to him/her)</div><div><br></div><div>My referrals for them are:<br><div><br></div><div>oVirt Admin Guide at:</div><div><a href="http://www.ovirt.org/OVirt_Administration_Guide">http://www.ovirt.org/OVirt_Administration_Guide</a><br></div><div><br></div><div>and the draft RHEV 3.5:<br></div><div><a href="https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5-Beta/html/Administration_Guide/chap-Virtual_Machine_Disks.html">https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5-Beta/html/Administration_Guide/chap-Virtual_Machine_Disks.html</a><br></div></div><div><br></div><div>Sometimes I have to come back to docs to clear my doubts and I&#39;m never fully satisfied.</div><div><br></div><div>I report below only some excerpts to explain my findings</div><div><br></div><div>oVirt</div><div>1) Virtual disks can have one of two formats, either Qcow2 or RAW. The type of storage can be either Sparse or Preallocated. Snapshots are always sparse but can be taken for disks created either as RAW or sparse.<br></div><div><br></div><div>--&gt; From above one concludes that &quot;format&quot; is one thing and &quot;type&quot; is another thing and that all the mix format/type are in general possible (depending on storage layout... see below): Qcow2/Sparse, RAW/Prellocated, Qcow2/Preallocated, RAW/Sparse</div><div><br></div><div><br></div><div>But then, both in Ovirt and RHEV page</div><div>2) A virtual disk with a preallocated (RAW) format has significantly faster write speeds than a virtual disk with a thin provisioning (Qcow2) format. Thin provisioning takes significantly less time to create a virtual disk. The thin provision format is suitable for non-IO intensive virtual machines.</div><div><br></div><div>--&gt; now one concludes instead that format==type and that so</div><div>preallocated==RAW</div><div>thin provisioning==Qcow2</div><div><br></div><div>and also indirectly that thin provisioning == sparse because in point 1) the term sparse was the one used..</div><div>Indeed later, in section 12.2 of RHEV and in section &quot;Understanding Virtual Disks&quot; of oVirt guide there is the classification of the 2 &quot;types&quot; again, Preallocated and Thin Provisioned and the latter contains:</div><div>&quot;For sparse virtual disks backing storage is not reserved and is allocated as needed during runtime. This allows for storage overcommitment ...&quot;</div><div>And this confirms that sparse==thin provisioned</div><div><br></div><div>In the same part for both docs<br></div><div><br></div><div>3) Table 11.1. Permitted Storage Combinations for oVirt and</div><div>Table 12.1. Permitted Storage Combinations for RHEV<br></div><div><br></div><div>Again there are almost-all the combinations described:</div><div>For file based storage (NFS) only Qcow2/Preallocated is not contemplated</div><div>For iSCSI/SAN only RAW/Sparse is not contemplated</div><div><br></div><div>4) Gluster</div><div>last but not least, It is not clear in my opinion where should be put Gluster (file based or SAN based)... I think that depending on POSIXFS_DOMAIN (pre 3.5, correct?) or GLUSTERFS_DOMAIN usage it could match both of them....</div><div>As far as format, it seems both qcow2 and raw are possible <br></div><div><br></div><div>This message is just to share my uncertainty when I have to deal with disks in oVirt and explain/compare with VMware, to make it possible to simplify life to new users.</div><div>Coming from VMware world they know about:</div><div><br></div><div>- thin provision</div><div>- thick provision (lazy zeroed)</div><div>- thick provision (eager zeroed)</div><div><br></div><div>see also:</div><div><a href="https://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.storage.doc_50%2FGUID-4C0F4D73-82F2-4B81-8AA7-1DD752A8A5AC.html">https://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.storage.doc_50%2FGUID-4C0F4D73-82F2-4B81-8AA7-1DD752A8A5AC.html</a><br></div><div><br></div><div>In my opinion it could be useful to have a preface with a short description of all the terminology that will be used </div><div><br></div><div>HIH improving docs,</div><div><br></div><div>Gianluca</div><div><br></div><div><br></div></div>