Häufig gestellte Fragen
Was ist der Unterschied zwischen KVM-Snapshots und Backups?
KVM-Snapshots sind zeitpunktbezogene Festplattenerfassungen, die von der Quellspeicher- und Hypervisor-Infrastruktur abhängig bleiben. Sie sind zwar für kurzfristige Wiederherstellungsszenarien nützlich, aber keine echten Backups, da sie sich auf demselben Speichersubsystem und KVM-Host wie die Quell-VMs befinden, was sie anfällig für Hardwareausfälle, Speicherbeschädigungen oder Probleme auf Host-Ebene macht. Backup-Lösungen für Unternehmen wie Bacula erstellen unabhängige, unveränderliche Kopien, die über mehrere Standorte, Speichertypen oder Cloud-Anbieter hinweg gespeichert werden können, und schützen so vor umfassenderen Katastrophenszenarien, wie z.B. kompletten Hostausfällen, Kompromittierungen des Speichersubsystems, Ransomware-Angriffen und Ausfällen des Rechenzentrums.
Was sind die technischen Voraussetzungen für die Implementierung des KVM-Backups von Bacula?
Das KVM-Modul von Bacula Enterprise erfordert Red Hat Enterprise Linux als Host-Betriebssystem, wobei die Hypervisoren lokalen Speicher für die Festplatten der virtuellen Maschinen und libvirtd für die Verwaltung der VMs verwenden. Die libguestfs-Bibliothek muss mit den Ziel-Gastbetriebssystemen kompatibel sein, damit die Wiederherstellung einzelner Dateien möglich ist. Für Wiederherstellungen auf Dateiebene auf laufenden VMs muss ein Bacula Enterprise-Client auf der virtuellen Zielmaschine installiert sein. Die Lösung ist nicht kompatibel mit Proxmox, Red Hat RHEV/oVirt oder OpenStack, für die spezielle Module erforderlich sind.
Wie kann ich meinen KVM-Backup- und Wiederherstellungsprozess testen?
Regelmäßige Tests sollten die Wiederherstellung kompletter VMs umfassen, um die vollständige Wiederherstellungsfähigkeit zu überprüfen, Wiederherstellungen auf Dateiebene durchführen, um die granulare Wiederherstellung zu validieren, und Wiederherstellungen auf alternativen KVM-Hosts oder Speicherpools testen. Planen Sie viertel- oder halbjährliche Notfallwiederherstellungsübungen, bei denen Sie kritische VMs in isolierten Testumgebungen wiederherstellen, die Anwendungsfunktionalität überprüfen (insbesondere bei Datenbanken oder benutzerdefinierten Anwendungen), die tatsächlichen Wiederherstellungszeiten (Recovery Time Objectives, RTO) im Vergleich zu den Zielvorgaben messen und etwaige Lücken in Ihren Wiederherstellungsverfahren dokumentieren. Testen Sie außerdem plattformübergreifende Wiederherstellungsszenarien, wenn Sie planen, zwischen verschiedenen Hypervisoren oder Speicher-Backends zu migrieren.
Kann ich KVM-Backups auf verschiedenen Hypervisoren wiederherstellen?
Ja, die flexiblen Wiederherstellungsfunktionen von Bacula ermöglichen die Wiederherstellung von KVM-VM-Platten-Images zunächst auf lokalem Speicher, wo sie für die Verwendung mit einer großen Auswahl verschiedener Hypervisoren in unterschiedlichen Umgebungen (On-Prem, Edge, Cloud usw.) konvertiert werden können. Dies bietet Flexibilität für plattformübergreifende Migration, Disaster Recovery-Tests oder hybride Cloud-Architekturen. Sie können VM-Festplatten in lokalen Verzeichnissen wiederherstellen, Festplattenformate nach Bedarf konvertieren (z.B. QCOW2 in VMDK) oder sie in andere Virtualisierungsplattformen importieren. Diese Fähigkeit ist besonders wertvoll für Strategien zur Herstellerunabhängigkeit, Plattformmigrationsprojekte oder Umgebungen mit mehreren Hypervisoren.
Wie handhabt Bacula inkrementelle Backups für KVM-VMs?
Bacula nutzt die Snapshot-Technologie von libvirt in Kombination mit einer fortschrittlichen Änderungserkennung auf Blockebene, um nur die Daten zu erfassen, die seit dem letzten Backup geändert wurden. Das KVM-Plugin verfolgt auf intelligente Weise Festplattenänderungen und behält die Beziehungen zwischen den Backup-Generationen bei. Wenn das Plugin aus irgendeinem Grund keine inkrementellen Änderungen berechnen kann (z.B. aufgrund von Beschränkungen des Speicher-Backends oder Problemen mit der Snapshot-Kette), greift es automatisch auf ein vollständiges Festplatten-Backup für die betreffende Festplatte zurück, protokolliert eine Warnmeldung und kennzeichnet den Backup-Auftrag als „Backup OK mit Warnung“, um die Administratoren zu warnen und dennoch einen vollständigen Datenschutz zu gewährleisten.
