Welcher KVM-Festplattentyp soll verwendet werden?


11

Ich richte einige virtuelle KVM-Gäste ein und überlege, welchen Festplattentyp ich verwenden soll. Ich habe online keine gute Ressource gefunden, die die Vor- und Nachteile der einzelnen Ressourcen aufzeigt.

Können Sie mir helfen, eine Liste der verschiedenen Festplattentypen sowie deren Vor- und Nachteile zu erstellen? Hier sind die Datenträgertypen, die ich kenne:

  • Rohbild
  • qcow2
  • Dedizierte Partition (z. B. in LVM)

Ich bin neugierig auf diese Kriterien:

  • Einfache Einrichtung (wie einfach ist es, jeden Typ zu erstellen)
  • Performance
  • Einfaches Klonen
  • Einfache Erweiterung (um größer zu werden, damit der virtuelle Gast mehr Speicherplatz hat)
  • Spezifische Funktionen für diesen Festplattentyp
  • Einfache Sicherung
  • Migration zu anderen Hosts

Können Sie mir helfen, meine Entscheidungen zu bewerten?

Antworten:


8

Ich würde mich auf Rohbild und LVM konzentrieren.

Das Raw-Image ist einfacher zu sichern und zu kopieren, da es sich nur um eine Datei handelt und Sie damit alles tun können, was Sie mit einer einfachen Datei tun können. Wenn Sie bestimmte Formate vermeiden, können Sie sie auch problemlos verwenden, z. B. auf einem Loop-Gerät bereitstellen, um im Falle eines Absturzes oder eines Problems (oder sogar auf einem Sicherungsserver ohne Virtualisierung) auf die Dateien zuzugreifen. Auf der anderen Seite sind Raw-Image-Dateien vom Kernel-Datei-Cache betroffen. Sie müssen daher beim Umgang mit Abstürzen und Herunterfahren sehr vorsichtig sein, da VM sync () nicht wirklich bedeutet, dass der Host-Server die Datei synchronisiert () hat auf eine Festplatte. Ich hatte viele Probleme damit.

LVM umgeht das Cache-Problem, hat eine bessere Leistung als Dateien (AFAIK, möglicherweise in den letzten Monaten geändert) und bietet die Vorteile von Snapshots für die Sicherung. Das Ändern der Festplattengröße ist ebenfalls nicht kompliziert, aber etwas weniger trivial als Rohdateien. Auch mit LVM können Sie DRBD für Live-Migrationen / Failover einrichten.

Meiner Meinung nach sollten Sie sich für LVM entscheiden, es sei denn, Sie haben ganz bestimmte Anforderungen an Dateien.


9

In Anbetracht der von Ihnen angegebenen Überlegungsliste sollten Sie sich unbedingt für LVM entscheiden. Der einzige Vorteil der Verwendung von qcow2 besteht darin, dass Schnappschüsse erstellt werden können. Diese Schnappschüsse sind LVM-Schnappschüssen weit überlegen. RAW hat natürlich überhaupt keine Snapshot-Option, aber ein RAW-Image kann die Basis für einen qcow2-Snapshot sein.

  • Einfache Einrichtung (wie einfach ist es, jeden Typ zu erstellen): für alle gleich, raw / qcow2 von qemu-img, Partitionen / LVs von fdisk / lvm api
  • Leistung: Raw-LVs oder Blockgeräte sind am schnellsten, RAW-Dateien kommen als nächstes, qcow2 hat den größten Overhead, ist aber am funktionsreichsten
  • Einfaches Klonen: Dafür wird qemu-img verwendet, das bereits aufgenommene Schnappschüsse berücksichtigen kann. Mit LVs oder anderen Blockentwicklern müssten Sie wahrscheinlich dd verwenden
  • Einfache Erweiterung (um sie zu vergrößern, damit der virtuelle Gast mehr Speicherplatz hat): Wenn dies wichtig ist, ist LV die beste Wahl. In der Regel ist dies nicht der Fall, da Sie einfach eine andere virtuelle Festplatte oder eine beliebige Größe hinzufügen und den Speicher mithilfe von Festplatten mit geringer Dichte überbeanspruchen können
  • Spezifische Funktionen für diesen Festplattentyp: qcow2 ist das funktionsreichste Format, wie ich bereits erwähnt habe. Es kann übrigens mit einem Rohbild kombiniert werden, wobei das Rohbild als Basisbild und qcow2 als Schnappschüsse verwendet werden
  • Einfache Sicherung: Kopieren Sie eine Datei oder dd / cpio - kein wirkliches Problem
  • Migration auf andere Hosts: Für die Live-Migration verwenden Sie normalerweise einen zentralen Speicher, in dem das Image nicht verschoben werden muss. Blockmigration ist ebenfalls möglich. Das Verschieben der VM von Host zu Host im Offline-Modus entspricht dem Sichern / Wiederherstellen der VM

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.