所以在使用時可以衡量一下它的風險。

　　另外一個就是使用自帶的方式，在創建一個虛擬系統文件時，使用的是raw格式。因為我這不需要使用KVM虛擬機快照，所以不使用Qcow2。官方的建議也是盡量不使用，use raw LVs whenever possible. Qcow2 gives overhead. Files on a FS also have overhead。

　　這里創建完raw格式后，真正占用硬盤空間是隨時使用的增加而增加。比如你剛剛創建raw格式的文件為50G，但它真正占用硬盤空間實際為0，但在系統顯示的是50G，等你裝好系統啊、軟件啊什么的也不過10G左右，這個時候顯示的還是50G，但真正占用硬盤空間實際為10G左右。這樣在最初時可以創建大一些的文件，以后也不用再擴展了。

　　qemu-img create -f raw base.img 50G 創建50G文件 raw格式

　　qemu-img info base.img 查看base.img相關信息

　　如果最初創建的文件是大文件，但在cp這個raw格式文件時，是真正占用空間的。也就是說如果最初創建50G的raw，以后cp這個文件時它實際占用硬盤空間就是50G，無論你使用不使用它。所以如果以最初的系統為模板時，最好是clone，不要使用cp。

　　virt-clone --connect=qemu:///system -o base.img -n php.img -f /var/lib/libvirt/images/php.img -o表示舊的虛擬機名稱，-n表示新的虛擬機名稱，-f表示新的虛擬機路徑。

　　這樣php.img就會是顯示50G，實際用多少就是多少 。

　　這只是在一臺服務器上，如果是在另外一臺服務器上，一般大家的想法是直接cp過去。如果這樣就像我剛才說的，直接就占用50G空間了，所以還是建議clone一下。很簡單，把B掛到A上，在A上clone一個，路徑是NFS那個掛載的地。在B上改下虛擬機的配置文件即可。 這個比較實用，就是麻煩一點。

        以上就是小編對于虛擬機空間大小的全部理解。