使用LVM2的快照來做虛擬化的系統(tǒng)是非常的不錯，一方面是因為部署的快(一般創(chuàng)建快照也是分分鐘的事)，另一方面是空間大大小縮小(因為它是使用原始系統(tǒng)的大部分的數(shù)據(jù))。
使用LVM2的快照來做虛擬化的系統(tǒng)是非常的不錯，一方面是因為部署的快(一般創(chuàng)建快照也是分分鐘的事)，另一方面是空間大大小縮小(因為它是使用原始系統(tǒng)的大部分的數(shù)據(jù))。
所以在使用時可以衡量一下它的風險。
另外一個就是使用自帶的方式，在創(chuàng)建一個虛擬系統(tǒng)文件時，使用的是raw格式。因為我這不需要使用KVM
虛擬機快照，所以不使用Qcow2。官方的建議也是盡量不使用，use raw LVs whenever possible. Qcow2 gives overhead. Files on a FS also have overhead。
這里創(chuàng)建完raw格式后，真正占用硬盤空間是隨時使用的增加而增加。比如你剛剛創(chuàng)建raw格式的文件為50G，但它真正占用硬盤空間實際為0，但在系統(tǒng)顯示的是50G，等你裝好系統(tǒng)啊、軟件啊什么的也不過10G左右，這個時候顯示的還是50G，但真正占用硬盤空間實際為10G左右。這樣在最初時可以創(chuàng)建大一些的文件，以后也不用再擴展了。
qemu-img create -f raw base.img 50G 創(chuàng)建50G文件 raw格式
qemu-img info base.img 查看base.img相關(guān)信息
如果最初創(chuàng)建的文件是大文件，但在cp這個raw格式文件時，是真正占用空間的。也就是說如果最初創(chuàng)建50G的raw，以后cp這個文件時它實際占用硬盤空間就是50G，無論你使用不使用它。所以如果以最初的系統(tǒng)為模板時，最好是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，實際用多少就是多少 。
這只是在一臺
服務(wù)器上，如果是在另外一臺服務(wù)器上，一般大家的想法是直接cp過去。如果這樣就像我剛才說的，直接就占用50G空間了，所以還是建議clone一下。很簡單，把B掛到A上，在A上clone一個，路徑是NFS那個掛載的地。在B上改下虛擬機的配置文件即可。 這個比較實用，就是麻煩一點。
以上就是小編對于虛擬機空間大小的全部理解。
商品已成功加入購物車