Backups für die Proxmox-VM/Container

[Stephan Richter]

Wird der proxmox-Virtualisierer komplett gebackuped, oder müssen die vhosts einzeln versorgt werden?

Falls letzteres: Was muss ich machen, damit die netbox-DB und die Konfiguration im Backup landen?

[Rüdiger Kupper]

Es gibt derzeit noch kein automatisiertes Backup, ich bin da aber auch gerade auf der Suche für das NC-Backup (#4034). Ich denke, wir sollten von allen VM/Containern auf dem proxmoxls2 ein automatisches Backup-Schema (nächtlich/wöchentlich/monatlich/…) einrichten.

@bau

Wohin könnten wir die Backups speichern? Im Proxmox-Manual wird dafür ein NFS-Share empfohlen. Wir bräuchten also mal wieder einfach viel Plattenplatz, der aber nicht schnell sein muss. Hatten wir ja auch schon für unsere Fileserver-Backups angedacht.

[Rüdiger Kupper]

Siehe:
​https://pve.proxmox.com/wiki/Backup_and_Restore

Oder wir gehen es gleich professionell an:
​https://www.proxmox.com/de/proxmox-backup-server

[bau]

Ich finde das fast ein wenig übertrieben, wenn ständig Backups von den VMs produziert werden (automatsiches Backup). Ich sehe ja schon ein, dass Backups nötig sind - würde aber für eine Kombination aus Snapshot und anschließendem Backup der Dateien innerhalb des Servers plädieren. Es macht für mich keinen Sinn, ständig die ganze vHDD zu sichern, das benötigt ja Unmengen an Plattenplatz. So macht das der ProxMox-Backup-Server, der würde für mich somit ausscheiden.
Bislang haben wir ja einfach ein schlankes Debian mit viel Plattenplatz.
Der Proxmox macht beim Backup einen Snapshot und sichert die vHDD und die Config in ein tar.gz - dazu braucht der nur einen eingebundenen Backup-Pfad.

[Rüdiger Kupper]

Replying to bau:

Bislang haben wir ja einfach ein schlankes Debian mit viel Plattenplatz.
Der Proxmox macht beim Backup einen Snapshot und sichert die vHDD und die Config in ein tar.gz - dazu braucht der nur einen eingebundenen Backup-Pfad.

Genau, da bräuchten wir halt entsprechend Plattenplatz, entweder lokal oder über NFS. Die Nextcloud-Maschine ist derzeit ca. 20GB groß. Momentan wäre dafür nur Platz in der VG "Storage", die aber eher für die vHDDs der VMs gedacht ist.

Ein automatisches Backup, das man nicht immer von Hand anstoßen muss, würde mich schon besser schlafen lassen ;-). Muss ja nicht täglich sein, aber wenn tatsächlich mal was mit den Maschinen schief läuft (z.B. Nextcloud oder Collabora), wäre das die schnellste Art, es wieder zum Laufen zu bringen.

[Stephan Richter]

Die Server-Backups würde ich auch nicht zu häufig machen, vielleicht alle 4 Wochen. Und auch nur 2-3 Snapshots behalten. Wichtig ist meiner Meinung nach, dass man die Maschinen nach einem Totalausfall mit einer minimalen Anzahl von Schritten wieder zum laufen bekommt.

(
Wenn jetzt Geld keine Rolle spielen würde (Digital-Pakt!?), dann sollten wir das gleich einheitlich angehen:

• off-site Backup (z.B. Bücherkeller, was hoffentlich weit genug weg von allem anderen ist)
• dort ein mittelgroßes Rack hinstellen
• eine Maschine plus Festplatten-Enclosure für die Home-Daten Backups (die jetzt auf der Workstation dort liegen)
• eine Maschine für die server-backups: proxmox-backups, ....?

)

(Wie sieht es mit den Mails aus? Liegen die Mailboxen mit im HOME oder separat? Werden die in ein Backup geschrieben?)

[Rüdiger Kupper]

Die Mails liegen auf dem paedml, weil der IMAP-Server ist. Und natürlich auch im Homeverzeichnis, falls die Nutzer Thunderbird nutzen (was die meisten aber wohl nicht tun – was ich nach wie vor nicht verstehe ;-)).

[Rüdiger Kupper]

… und die /var-Partition des paedml hat ein nächtliches Backup auf dem Backup-Server.

[bau]

Die ProxMox Configs habe ich auf den paedml gesichert (von wo aus sie auf den Backup-Server gesichert werden):

• /etc/hosts
• /var/lib/pve-cluster/config.db (pmxcfs: ​https://pve.proxmox.com/wiki/Proxmox_Cluster_File_System_(pmxcfs))
• /etc/network/interfaces

Die virtuellen HDDs sind jeweils auf RAID1, da sollte nicht allzu viel passieren.