Diğer VM'ler için temel görüntü olarak kullanmak için hangisi daha iyi görüntü formatı (ham veya qcow2)?

Bir temel görüntü kullanıyorum ve pek çok VM oluşturmaya dayanarak. Şimdi hangisinin daha iyi olduğunu bilmek istiyorum, qcow2 veya temel bir görüntü için kullanmak için ham. Dahası, lütfen tüm disk klonlamak yerine bu temel görüntüleme özelliğini kullanmanın bir avantajı olup olmadığını söyleyebilir misiniz? Hız bir faktör olabilir, ancak verimlilik açısından bir baz görüntü kullanma ve ardından o temel görüntüyü kullanarak VM oluşturma konusunda herhangi bir sorun var mı?

Düzenleme 1:

Bazı deneyler yaptım ve

Birincisi, hem temel hem de bindirmenin qcow2 olduğu zamandır. İkincisi Temel görüntü ham olduğunda, ancak kaplama qcow2 ise ve üçüncü durumda her VM'ye bireysel ham disk görüntüsü veriyorum. Şaşırtıcı bir şekilde, son durum diğer ikisine göre çok daha etkili.

Deneysel kurulum: 
Temel görüntüde işletim sistemi: Ubuntu Server 14.04 64 bit.
Ana Bilgisayar İşletim Sistemi: Ubuntu 12.04 64bit
RAM: 8GB
İşlemci: Intel® Core ™ i5-4440 İşlemci @ 3.10GHz × 4 
Disk: 500 GB 

X ekseni üzerinde: Aynı anda önyüklenen VM sayısı. 1'den başlayarak 15'e kadar artırıldı.

Y ekseninde: "x" makinelerin önyüklemesini yapması gereken toplam süre.

Grafiklerden VM'ye tam disk görüntüsü vermenin diğer 2 yöntemden çok daha verimli olduğu görülüyor.

Düzenleme 2:

Bu, her VM'ye bireysel ham görüntü verdiğimiz durum içindir. Önbellek temizledikten sonra, bu grafiktir. Neredeyse ham baseimage + qcow bindirmesine benzer.

Teşekkürler.

Özel kullanım durumunuz için (temel görüntü + qcow2 yerleşimi), RAW formatı tercih edilmelidir:

1. Daha hızlıdır: İlişkili meta veri içermediğinden, olabildiğince hızlıdır. Öte yandan, Qcow2 gerçek verilere ulaşmadan önce çaprazlanması gereken iki dolaylı katmana sahiptir.
2. Yer paylaşımı katmanı bir Qcow2 dosyası olması gerektiğinden , hiç yararlı olmayan enstantane özelliklerini kaybetmezsiniz (RAW görüntüler enstantaneleri kendi kendine desteklemez)

Temel resim + qcow2 yer paylaşımı ve çoklu tam kopyalar arasındaki seçim önceliğinize göre değişir:

1. Mutlak performans için, sahte RAW görüntüler kullanın. Bu, anlık görüntüyü desteklememenin dezavantajına sahiptir, çoğu ortamda ödeme yapmak için çok yüksek bir fiyatla
2. Esneklik ve alan verimliliği için RAW temel görüntüler + Qcow2 kaplama kullanın.

Her neyse, Qcow2 dosyalarını biraz kırılgan buldum.

KVM hipervizörleri üretimim için temel olarak iki farklı kurulum kullanıyorum:

1. performans # 1 olduğunda doğrudan sanal makinelere bağlı LVM birimleri kullanıyorum ve tutarlı yedeklemeler almak için LVM anlık görüntü özelliğini kullanıyorum
2. Daha fazla esneklik için bazı performanslardan ödün verebileceğim yerde, tek, büyük bir LVM İnce Hazırlanan Ses + XFS + RAW görüntüler kullanıyorum

Diğer bir olasılık, normal bir LVM birimi + XFS + RAW görüntüleri kullanmaktır. Tek dezavantajı, normal (ince olmayan) LVM anlık görüntülerinin çok yavaş olması ve yoğun bir normal LVM biriminin anlık görüntüsünün performansı düşürmesi (anlık görüntü süresi boyunca) olmasıdır. Her neyse, yalnızca anlık görüntülerin sporadik kullanımını kullanmayı düşünüyorsanız, bu daha basit ve daha güvenli bir bahis olabilir.

Bazı referanslar:
RHEL 6
KVM depolama performansında KVM I / O yavaşlığı ve RHEL 6.1 ve Fedora 16
KVM depolama performansında Qcow2 ön hazırlığı ve Red Hat Enterprise Linux 6.2 LVM ince hacimli önbellek ayarları
açıklandı

Lütfen dikkat ediniz .... eğer linux kullanıyorsanız, kullanabildiğiniz kadar büyüklükleri kadar rawaynı faydaları elde edebilirsiniz qcow2.

... Dosya sisteminiz delikleri destekliyorsa (örneğin Linux'ta ext2 veya ext3'te veya Windows'ta NTFS'de), yalnızca yazılı sektörler yer ayırır.

https://docs.fedoraproject.org/en-US/Fedora/18/html/Virtualization_Administration_Guide/sect-Virtualization-Tips_and_tricks-Using_qemu_img.html

raw Ham disk görüntü formatı (varsayılan). Bu en hızlı dosya tabanlı format olabilir. Dosya sisteminiz delikleri destekliyorsa (örneğin Linux'ta ext2 veya ext3'te veya Windows'ta NTFS'de), yalnızca yazılı sektörler yer ayırır. Unix / Linux'ta görüntünün kullandığı gerçek boyutu veya ls -ls'yi bulmak için qemu-img bilgisini kullanın.