Ich habe gerade einen glänzenden neuen KVM / libvirt-basierten virtuellen Maschinenhost erstellt, der 4 SATA II-Festplatten enthält und CentOS 5.5 x86_64 ausführt.
Ich habe beschlossen, Laufwerke virtueller Maschinen als logische Volumes in einer LVM-Volume-Gruppe zu erstellen, die als libvirt-Speicherpool verwaltet wird, anstatt wie üblich die Laufwerke als qcow-Images zu erstellen.
Ich kann mich nicht entscheiden, ob ich die logischen Volumes der virtuellen Maschine in der Volume-Gruppe des VM-Hosts oder in einer dedizierten Volume-Gruppe erstellen soll.
Welche Methode soll ich wählen und warum?
Methode 1: Verwenden Sie die Volume-Gruppe des VM-Hosts
Implementierung:
- kleines RAID1
md0mit dem/bootDateisystem - großer RAID10
md1belegt den verbleibenden Speicherplatz, der eine LVM-Datenträgergruppe enthältvghost.vghostEnthält das Root-Dateisystem und die Swap-Partition des VM-Hosts - Erstellen Sie die Festplatten der virtuellen Maschine
vghostnach Bedarf als logische Volumes
Vorteile:
- Wenn das Root-Dateisystem des VM-Hosts keinen Speicherplatz mehr hat, kann ich
vghostrelativ einfach mehr Speicherplatz zuweisen - Das System ist bereits in Betrieb (aber es ist keine große Sache, von vorne anzufangen)
Nachteile:
Trotz der Tatsache, dass diese Methode zu funktionieren scheint, kann ich das Gefühl nicht loswerden, dass dies irgendwie eine schlechte Idee ist. Ich fühle, dass:
- Dies kann ein Sicherheitsrisiko darstellen
- Irgendwann in der Zukunft stelle ich möglicherweise Einschränkungen beim Setup fest und wünsche mir, dass ich eine dedizierte Gruppe verwende
- Das System (CentOS, libvirt usw.) ist möglicherweise nicht für diese Verwendung ausgelegt. Daher kann es vorkommen, dass ich versehentlich die Dateien und / oder das Dateisystem des VM-Hosts beschädige / verliere
Methode 2: Verwenden Sie eine dedizierte Datenträgergruppe
Implementierung:
- gleiche
md0undmd1wie in Verfahren 1, mit der Ausnahme makemd1gerade groß genug für das VM - Host enthalten (z. B. 5 bis 10 GB) - großer RAID10
md2belegt den verbleibenden Platz.md2enthält eine LVM-Volume-Gruppevgvms, deren logische Volumes ausschließlich von virtuellen Maschinen verwendet werden sollen
Vorteile:
- Ich kann basteln,
vgvmsohne befürchten zu müssen, das Host-Betriebssystem zu beschädigen - Dies scheint eine elegantere und sicherere Lösung zu sein
Nachteile:
- Wenn das Dateisystem des VM-Hosts keinen Speicherplatz mehr hat, müsste ich Teile des Dateisystems (z. B. / usr oder / var) darauf verschieben
vgvms, was nicht sehr schön erscheint. - Ich muss das Host-Betriebssystem neu installieren (was mir, wie bereits erwähnt, nichts ausmacht)
UPDATE 1:
Ein Grund, warum ich mir Sorgen mache, dass mir der Festplattenspeicher des VM-Hosts in Methode 2 ausgeht, ist, dass ich nicht weiß, ob der VM-Host leistungsfähig genug ist, um alle Dienste in virtuellen Maschinen auszuführen, d. H. Möglicherweise muss ich einige / alle Dienste von virtuellen Maschinen auf das Host-Betriebssystem migrieren.
VM-Hosthardwarespezifikation:
- Phenom II 955 X4 Black Edition-Prozessor (3,2 GHz, 4-Kern-CPU)
- 2x4 GB Kingston PC3-10600 DDR3 RAM
- Gigabyte GA-880GM-USB3-Motherboard
- 4x WD Caviar RE3 500 GB SATA II-Festplatten (7200 U / min)
- Antec BP500U Basiq 500W ATX Netzteil
- CoolerMaster CM 690 Koffer
UPDATE 2:
Ein Grund, warum ich der Meinung bin, dass das System möglicherweise nicht für die Verwendung der Host-VG als libvirt-Speicherpool in Methode 1 ausgelegt ist, ist ein Verhalten, das ich in virt-manager festgestellt habe:
- nach dem Hinzufügen hat es sich beschwert, dass es das VG nicht aktivieren konnte (offensichtlich, weil das Host-Betriebssystem es bereits aktiviert hat)
- Nach dem Entfernen wurde dies abgelehnt, da die VG nicht deaktiviert werden konnte (offensichtlich, weil das Host-Betriebssystem immer noch die Root- und Swap-LVs verwendet).