Hallo,
Ich nutze PVE Cluster, jedoch ohne Shared-Storage, da sich die Knoten in verschiedenen Rechenzentren auf der ganzen Welt befinden. Meistens fungiert der Cluster als zentrale Verwaltungslösung und nützliches GUI-Tool für VM-nicht-Live-Migrationen.
Ich plane die Installation eines separaten Nodes nur für Backupszwecke aller anderen Nodes und kann für meinen Fall nicht den besten Shared-Storage-Typ / das beste technologische Setup auswählen. Meine Überlegungen:
1) Da ich ZFS verwende plane ich pvezsync für die letzten Wochen als Level-1-Backup mit Snapshots aller VMs zu verwenden. Dies funktioniert und ist eigentlich die beste Lösung für mich. Shared Storage ist hier überhaupt nicht nötig. In meinem Fall gibt es aber leider ein Problem. Da logischerweise sowohl der ursprüngliche Host als auch der Backuphost alle gespeicherten inkrementellen Snapshots exakt auf dem gleichen Stand halten müssen, wird mir auf meinen ursprünglichen Hosts sehr schnell der Speicherplatz ausgehen. Der Backup-Host ist mit einer Reihe von Festplatten geladen und der Speicher ist dort kein Problem, aber auf Original-Hosts verwende ich NVMes. Aufgrund der Art der Daten (es ist ziemlich dynamisch, die wöchentliche Änderung beträgt ungefähr 60%, aber die Menge ist permanent - ungefähr 400 GB pro Host) - kostet es mit NVMes einfach zu viel.
2) Als Level-2 habe ich vor wöchentlich standarde Backups auf Shared Storage durchzuführen. Und nun meine Frage: Was ist die beste Vorgehensweise bzw. die empfohlene Methode zum Konfigurieren eines separaten Backup-Node mit dem einzigen Zweck, einen Shared-Storage bereitzustellen? Es scheint mir, dass Ceph und Guster für eine solche Verwendung übertrieben sind ... Ich denke darüber nach dort ein kleines Debian-KVM mit Docker-Samba-Container mit einer einfachen CIFS-Freigabe zu starten. Gibt es vielleicht eine bessere Möglichkeit, was ich im Moment übersehe?
Danke für all eure Ideen
Ich nutze PVE Cluster, jedoch ohne Shared-Storage, da sich die Knoten in verschiedenen Rechenzentren auf der ganzen Welt befinden. Meistens fungiert der Cluster als zentrale Verwaltungslösung und nützliches GUI-Tool für VM-nicht-Live-Migrationen.
Ich plane die Installation eines separaten Nodes nur für Backupszwecke aller anderen Nodes und kann für meinen Fall nicht den besten Shared-Storage-Typ / das beste technologische Setup auswählen. Meine Überlegungen:
1) Da ich ZFS verwende plane ich pvezsync für die letzten Wochen als Level-1-Backup mit Snapshots aller VMs zu verwenden. Dies funktioniert und ist eigentlich die beste Lösung für mich. Shared Storage ist hier überhaupt nicht nötig. In meinem Fall gibt es aber leider ein Problem. Da logischerweise sowohl der ursprüngliche Host als auch der Backuphost alle gespeicherten inkrementellen Snapshots exakt auf dem gleichen Stand halten müssen, wird mir auf meinen ursprünglichen Hosts sehr schnell der Speicherplatz ausgehen. Der Backup-Host ist mit einer Reihe von Festplatten geladen und der Speicher ist dort kein Problem, aber auf Original-Hosts verwende ich NVMes. Aufgrund der Art der Daten (es ist ziemlich dynamisch, die wöchentliche Änderung beträgt ungefähr 60%, aber die Menge ist permanent - ungefähr 400 GB pro Host) - kostet es mit NVMes einfach zu viel.
2) Als Level-2 habe ich vor wöchentlich standarde Backups auf Shared Storage durchzuführen. Und nun meine Frage: Was ist die beste Vorgehensweise bzw. die empfohlene Methode zum Konfigurieren eines separaten Backup-Node mit dem einzigen Zweck, einen Shared-Storage bereitzustellen? Es scheint mir, dass Ceph und Guster für eine solche Verwendung übertrieben sind ... Ich denke darüber nach dort ein kleines Debian-KVM mit Docker-Samba-Container mit einer einfachen CIFS-Freigabe zu starten. Gibt es vielleicht eine bessere Möglichkeit, was ich im Moment übersehe?
Danke für all eure Ideen
