- 1 Section
- 10 Lessons
- unbegrenzt
- Virtualisierung & Hypervisor10
- 1.1Was ist Virtualisierung?
- 1.2Hypervisor Typ 1 vs. Typ 2
- 1.3VMware vSphere / ESXi
- 1.4Microsoft Hyper-V
- 1.5KVM unter Linux
- 1.6VM-Snapshots, Clones und Templates
- 1.7Ressourcenzuweisung: CPU, RAM, Storage, Netzwerk
- 1.8Hochverfügbarkeit: vMotion, Live Migration
- 1.9VMs sichern und wiederherstellen
- 1.10Aufgaben Virtualisierung
VM-Snapshots, Clones und Templates
Drei der praktischsten Features der Virtualisierung sind Snapshots, Clones und Templates. Alle drei speichern den Zustand oder die Konfiguration einer VM – aber für unterschiedliche Zwecke. Snapshots sind das Sicherheitsnetz vor riskanten Änderungen. Clones erstellen sofort einsatzbereite Kopien. Templates sind die Blaupause für schnelles Deployment vieler gleicher VMs.
Wer diese drei Konzepte verwechselt oder falsch einsetzt, riskiert Performance-Probleme (zu viele Snapshots), unnötigen Speicherverbrauch (falsch konfigurierte Clones) oder inkonsistente Deployments (kein Template-Einsatz). Diese Lektion erklärt den Unterschied und die Best Practices.
1) Snapshots – der Zeitreise-Knopf
Ein Snapshot friert den Zustand einer VM zu einem bestimmten Zeitpunkt ein: Festplatteninhalt, RAM-Inhalt (optional) und Konfiguration. Technisch gesehen wird bei einem Snapshot die Basis-Disk schreibgeschützt und alle neuen Schreiboperationen gehen in eine Delta-Datei. Klicke einen Zustand in der Timeline:
2) Snapshot vs. Clone vs. Template
✓ Rollback möglich
✓ VM läuft weiter
✗ Performance-Overhead
✗ Nicht für dauerhaften Betrieb
✓ Kein Overhead
✓ Sofort einsatzbereit
✗ Viel Speicherplatz
✗ Kein zentrales Basisbild
✓ Konsistenz über alle VMs
✓ Ein Basisbild für viele VMs
✗ Sysprep/cloud-init nötig
✗ Updates im Template pflegen
3) Templates und Sysprep / cloud-init
Bevor eine VM als Template verwendet wird, muss sie generalisiert werden – also alle systemspezifischen Informationen entfernt werden die bei jedem Deployment eindeutig sein müssen:
- Windows:
sysprep /generalize /oobe /shutdown– entfernt Computer-SID, Hostname, Maschinenspezifische Daten. Beim nächsten Start wird ein neuer SID generiert und der Einrichtungsassistent läuft. - Linux:
cloud-init– beim ersten Start setzt cloud-init Hostname, SSH-Keys, Passwörter und andere Parameter aus einer User-Data-Konfiguration. Wird für Cloud-VMs und Template-Deployments genutzt.
Zusammenfassung
Snapshot = Zeitpunkt-Abbild, temporär, kein Backup, Performance-Overhead bei langer Nutzung. Clone = unabhängige Kopie, SID-Reset unter Windows. Template = Vorlage für neue VMs, generalisiert per Sysprep/cloud-init, für konsistentes Deployment. Snapshots vor riskanten Änderungen, danach löschen (Merge). Templates für Massendeployment.
