Handbuch - Univention

14.3 Image-Dateien virtueller Maschinen
14.3 Image-Dateien virtueller Maschinen
Werden virtuelle Festplatten zu einer Maschine hinzugefügt, werden im Regelfall für die Datenhaltung
Image-Dateien verwendet. Eine Image-Datei kann entweder neu erzeugt werden oder eine bereits vor-
handene Image-Datei einer virtuellen Maschine zugewiesen werden. Alternativ kann einer virtuellen Ma-
schine auch ein natives Block-Device (Festplattenpartition, Logical-Volume, iSCSI-Volume) zugewiesen
werden. Die direkte Verwendung von Block-Devices bietet Performance-Vorteile und ist weniger anfällig
gegen Rechnerabstürze.
Auf KVM-Systemen können Image-Dateien in zwei Formaten verwaltet werden: Standardmässig werden
sie im Erweiterten Format (qcow2) angelegt. Dieses unterstützt Copy-on-write, was bedeutet, dass eine
Änderung nicht das Original überschreibt, sondern die neue Version stattdessen an einer anderen Position
abgelegt wird. Die interne Referenzierung wird dann so aktualisiert, daß wahlweise sowohl die Original-
version als auch die neue Version zugreifbar sind. Diese Technik ist Voraussetzung für das Erstellen von
Sicherungspunkten/Snapshots von virtuellen Maschinen. Nur bei Verwendung von Festplatten-Images im
Erweiterten Format können Sicherungspunkte erstellt werden. Alternativ kann auch im Einfachen For-
mat (raw) auf ein Festplatten-Image zugegriffen werden.
Auf Xen-Systemen steht nur das Einfache Format zur Verfügung.
Image-Dateien werden in sogenannten Speicherbereichen abgelegt. Jeder Virtualisierungsserver stellt in
der Voreinstellung einen Speicherbereich mit dem Namen Lokales Verzeichnis zur Verfügung. Dieser
liegt auf den Virtualisierungsservern unterhalb des Verzeichnisses /var/lib/libvirt/images/.
Wenn eine Live-Migration virtueller Maschinen zwischen verschiedenen Virtualisierungsservern erfolgen
soll, muss der Speicherbereich auf einem System abgelegt werden, auf das alle Virtualisierungsserver
zugreifen können (z.B. eine NFS-Freigabe oder ein iSCSI-Target). Dies wird in [7] beschrieben.
Festplatten-Images werden mit der angegebenen Größe als Sparse-Datei angelegt, d.h. diese Dateien
wachsen erst bei der Verwendung bis zur maximal angegebenen Größe und benötigen initial nur gerin-
gen Speicherplatz. Da hierbei die Gefahr besteht, dass dadurch im laufenden Betrieb der Speicherplatz
erschöpft ist, sollte eine Nagios-Überwachung integriert werden, siehe Kapitel 13.
CD-ROM/DVD-ROM-Laufwerke können auf zwei Arten eingebunden werden:
• Aus einem verwendeten Speicherbereich kann ein ISO-Image zugewiesen werden.
• Alternativ kann auch ein physisches Laufwerk des Virtualisierungsservers mit der virtuellen Maschi-
ne verbunden werden.
Ein Diskettenlaufwerk kann einer virtuellen Maschine ebenfalls über ein Image (im VFD-Format) oder
durch Durchreichung eines physischen Laufwerks bereitgestellt werden.
Werden Laufwerke für eine neu zu installierende Maschine definiert, muss sichergestellt werden, dass
von dem CDROM-Laufwerk gebootet wird. Das UVMM-Profil gibt die Bootreihenfolge für vollvirtualisierte
Maschinen bereits vor. Bei paravirtualisierten Maschinen wird es durch die Reihenfolge bei der Definition
der Laufwerke festgelegt und kann auch nachträglich in den Einstellungen angepasst werden.
Festplatten-Images sollten nach Möglichkeit paravirtualisiert angesprochen werden:
• Bei UCS-Systemen, die unter Xen oder KVM installiert werden, wird über das Profil automatisch ein
paravirtualisierter Zugriff aktiviert.
• Bei Windows-Systemen, die unter Xen installiert werden sind keine Anpassungen der UVMM-
Konfiguration nötig, hier müssen lediglich Windows-Treiber in der Maschine nachinstalliert werden
213