Welches Image-Format ist besser, raw oder qcow2, um es als Basisbild für andere VMs zu verwenden?

Ich verwende ein Basisbild und erstelle darauf basierend viele VMs. Und jetzt möchte ich wissen, welches besser ist, qcow2 oder raw, um es für ein Basisbild zu verwenden. Kannst du mir außerdem bitte sagen, ob es einen Vorteil gibt, dieses Basisbild zu verwenden, anstatt die gesamte Festplatte zu klonen? Geschwindigkeit kann ein Faktor sein, aber was die Effizienz angeht, gibt es ein Problem bei der Verwendung eines Basisbilds und beim Erstellen von VMs mit diesem Basisbild?

Bearbeiten 1:

Ich habe einige Experimente durchgeführt und bekam

Das erste ist, wenn sowohl das Basisbild als auch das Overlay qcow2 sind. 2. Wenn das Basisbild RAW ist, aber das Overlay QCOW2 ist, und im dritten Fall gebe ich jeder VM ein einzelnes RAW-Image. Überraschenderweise ist der letzte Fall viel effizienter als die beiden anderen.

Versuchsaufbau: 
Betriebssystem im Basisbild: Ubuntu Server 14.04 64 Bit.
Host-Betriebssystem: Ubuntu 12.04 64-Bit
RAM: 8 GB
Prozessor: Intel® Core ™ i5-4440-CPU bei 3,10 GHz × 4 
Datenträger: 500 GB 

Auf der x-Achse: Anzahl der gleichzeitig gebooteten VMs. Ab 1 und inkrementiert bis 15.

Auf der y-Achse: Gesamtzeit bis zum Booten von "x" der Maschinen.

Aus den Diagrammen geht hervor, dass es viel effizienter ist, VM ein vollständiges Festplattenimage zu geben als andere 2 Methoden.

Bearbeiten 2:

Dies ist der Fall, wenn wir jeder VM ein einzelnes Raw-Image zuweisen. Nach dem Cache-Leeren ist dies das Diagramm. Sie ähnelt fast der Überlagerung von Rohdatenbasisbild + qcow.

Vielen Dank.

Für Ihren speziellen Anwendungsfall (Basisbild + qcow2-Overlay) sollte das RAW-Format bevorzugt werden:

1. Es ist schneller: Da keine Metadaten zugeordnet sind, ist es so schnell wie möglich. Auf der anderen Seite hat Qcow2 zwei Indirektionsebenen, die gekreuzt werden müssen, um die tatsächlichen Daten zu treffen
2. Da es sich bei der Überlagerungsebene um eine Qcow2-Datei handeln muss, verlieren Sie nicht die immer nützliche Schnappschussfunktion (RAW-Bilder unterstützen keine Schnappschüsse selbst).

Die Wahl zwischen Basisbild + qcow2-Overlay und mehreren vollständigen Kopien hängt von Ihrer Priorität ab:

1. Verwenden Sie für absolute Leistung fallozierte RAW-Bilder. Dies hat den Nachteil, dass Snapshot nicht unterstützt wird, da in den meisten Umgebungen ein zu hoher Preis zu zahlen ist
2. Verwenden Sie RAW-Basisbilder + Qcow2-Overlays für Flexibilität und Platzersparnis.

Wie auch immer, ich fand Qcow2-Dateien etwas zerbrechlich.

Für meine Produktions-KVM-Hypervisoren verwende ich grundsätzlich zwei verschiedene Setups:

1. Wenn die Leistung an erster Stelle steht, verwende ich LVM-Volumes, die direkt an die virtuellen Maschinen angeschlossen sind, und verwende die LVM-Snapshot-Funktion, um konsistente Sicherungen zu erstellen
2. Wenn ich etwas Leistung für mehr Flexibilität opfern kann, verwende ich ein einzelnes, großes LVM Thin Provisioned Volume + XFS + RAW-Abbilder

Eine andere Möglichkeit ist die Verwendung eines normalen LVM-Volumes + XFS + RAW-Images. Der einzige Nachteil ist, dass normale (nicht-dünne) LVM-Snapshots sehr langsam sind und das Snapshoting eines ausgelasteten normalen LVM-Volumes die Leistung beeinträchtigt (für die Lebensdauer des Snapshots). Auf jeden Fall kann dies die einfachere und sicherere Wette sein, wenn Sie nur eine sporadische Verwendung von Schnappschüssen planen.

Einige Referenzen:
KVM-E / A-Langsamkeit bei RHEL 6
KVM-Speicherleistung und Qcow2-Prellocation bei RHEL 6.1 und Fedora 16
KVM-Speicherleistung und Cache-Einstellungen bei Red Hat Enterprise Linux 6.2
LVM-Thin-Volume erklärt

Bitte beachten Sie ... Wenn Sie Linux verwenden, können rawSie die gleichen Vorteile nutzen und erhalten, qcow2was die Größe betrifft .

... Wenn Ihr Dateisystem Lücken unterstützt (z. B. in ext2 oder ext3 unter Linux oder NTFS unter Windows), werden nur die geschriebenen Sektoren Speicherplatz reservieren.

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

raw Raw-Disk-Image-Format (Standard). Dies kann das schnellste dateibasierte Format sein. Wenn Ihr Dateisystem Lücken unterstützt (z. B. in ext2 oder ext3 unter Linux oder NTFS unter Windows), werden nur die geschriebenen Sektoren Speicherplatz reservieren. Verwenden Sie qemu-img info, um die tatsächliche Größe des Images oder von ls -ls unter Unix / Linux zu ermitteln.