Univention Bugzilla – Bug 29252
Snapshot Performance qcow2
Last modified: 2023-06-28 10:46:31 CEST
+++ This bug was initially created as a clone of Bug #22231 +++ Das Erstellen von Sicherungspunkten dauert mit qemu-1.1 immer noch sehr lange, selbst wenn cache=none gesetzt ist. Hier soll nochmal recherchiert werden, warum das so ist und ob man QEMU so patchen kann, das beim Schreiben des VMSTATEs temporär sowas wie cache=unsafe benutzt wird. Ein kurzer Test mit qemu-1.2 hat keine Besserung gezeigt, ich habe aber in Erinnerung, das entweder für 1.2 oder kurz danach dort was geändert wurde. Hier sollte noch mal die aktuelle git-Version ausprobiert werden.
Ich habe jetzt eine Vergleichsumgebung erstellt (3.0-2 + 3.1). Die Instanzen schreiben auf den gleichen NFS Server. In beiden Systemen habe ich gleichzeitig eine 3.0 Installation gestartet (KVM) und sehr zeitnah in der Installation einen Snapshot erstellt. Beide Systeme haben ca. 5 Minuten benötigt und UMC hat einen Fehler angezeigt. Anschließend war die Instanz auf dem 3.1 System pausiert, auf dem 3.0 System wurde diese als laufend angezeigt, allerdings reagierte sie nicht mehr.
(In reply to comment #1) > Ich habe jetzt eine Vergleichsumgebung erstellt (3.0-2 + 3.1). Die Instanzen > schreiben auf den gleichen NFS Server. > > In beiden Systemen habe ich gleichzeitig eine 3.0 Installation gestartet (KVM) > und sehr zeitnah in der Installation einen Snapshot erstellt. Beide Systeme > haben ca. 5 Minuten benötigt und UMC hat einen Fehler angezeigt. Anschließend > war die Instanz auf dem 3.1 System pausiert, auf dem 3.0 System wurde diese als > laufend angezeigt, allerdings reagierte sie nicht mehr. Nach einiger Zeit lief die 3.1 Instanz dann weiter. Hier scheint also nur die Verbindung UVMM zu libvirt abgebrochen zu sein.
Schön ist, dass die Snapshots immer durch laufen. Beim direkten Vergleich zwischen Snapshots auf den lokalen Festplatten ist zu sehen, dass das qcow Image auf dem 3.0 System um mindestens Faktor 10 schneller wächst. Neben der unterschiedlichen KVM / QCOW und Kernel Version, wird in 3.1 ext4 verwendet.
(In reply to comment #3) > Schön ist, dass die Snapshots immer durch laufen. Beim direkten Vergleich > zwischen Snapshots auf den lokalen Festplatten ist zu sehen, dass das qcow > Image auf dem 3.0 System um mindestens Faktor 10 schneller wächst. > > Neben der unterschiedlichen KVM / QCOW und Kernel Version, wird in 3.1 ext4 > verwendet. ext3 ist auf dem 3.1 System genauso langsam.
Siehe auch https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/741887/comments/4 Fazit, mit cache=unsafe ist es deutlich schneller. Da es das gewünschte Upstream Verhalten ist, belassen wir es zur 3.1 so. Besserung ist mit der nächsten QCOW-Version in Vorbereitung.
Folgende Threads&Pacthes wären mal anzusehen: <http://lists.nongnu.org/archive/html/qemu-devel/2012-11/msg01816.html> <http://lists.nongnu.org/archive/html/qemu-devel/2012-11/msg02017.html> Scheinbar ist das Rate-Limiting defekt, was selbst bei infinit die Schreibrate begrenzt. Da das SAVEVM diese Puffer-Implementierung nutzt, könnte das einen Teil der Probleme erklären.
Von IBM gibt es ein gutes Dokument, was Performance-Tips für QEMU beschreibt: <http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaat/liaatbestpractices_pdf.pdf>
UCS-4.2 uses Qemu-2.8, which has seen many improvements with Qcow2 performance.