NAS als Datastore (Readonly) in PBS einbinden und auf Tape Sichern

[ado]

Liebes Forum,

wir sind letztes jahr von ESXi / Veeam auf Proxmox / PBS umgestiegen.
In Veeam hatte man die Möglichkeit, einen Tapejob anzulegen und direkt eine SMB-Freigabe auf Tapes zu sichern.

Auf dem PBS sind aktuell ca 75TB frei, wir benötigen jedoch ca 180TB, ich habe also nicht genügend platz auf dem PBS um da die Daten zwischen zu speichern.

Nun zur Frage, gibt es eine Möglichkeit, SMB-Freigaben als Datastore zu definieren, aber sehr wichtig, als Readonly?
Der will ja immer die .chunks und .lock anlegen.

Vielleicht kennt jemand noch eine andere Methode um die Daten von einer NAS auf die Tapes zu bekommen.

Ich hoffe, dass diese Infos ausreichen.

Der PBS hat aktuell die Version 3.3.2

Vielen Dank vorab und Gruß

 

[Johannes S]

Vorweg: Ich habe keine praktische Erfahrung mit Tapes, also alles dazu bitte mit Vorsicht genießen

In Veeam hatte man die Möglichkeit, einen Tapejob anzulegen und direkt eine SMB-Freigabe auf Tapes zu sichern.
Auf dem PBS sind aktuell ca 75TB frei, wir benötigen jedoch ca 180TB, ich habe also nicht genügend platz auf dem PBS um da die Daten zwischen zu speichern.
Nun zur Frage, gibt es eine Möglichkeit, SMB-Freigaben als Datastore zu definieren, aber sehr wichtig, als Readonly?
Der will ja immer die .chunks und .lock anlegen.

Korrekt, weil PBS ja den gesicherten Datenbestand ja in zig kleine Dateien (eben die chunks) unterteilt und in den einzelnen Backups nur referenziert (Deduplizierung). Dadurch ist der PBS ja so speichereffezient. Prinzipiell kann man also auch SMB-Freigaben als Datastore (also lesen UND schreiben) nehmen, aber davon wird eigentlich immer abgeraten, weil man damit einfach keine gute Performance bekommt bei den ganzen Chunks:
https://forum.proxmox.com/threads/datastore-performance-tester-for-pbs.148694/

Es macht also keinen Sinn einen Datastore anzulegen, wenn man dort nicht schreiben will, vgl. hierzu auch die Doku:
https://pbs.proxmox.com/docs/technical-overview.html

Was man natürlich schon geht und (z.B. wegen Ransomware Protection) bestehende Datastores read-only einzubinden, um Backups zwischen PBS-Servern zu synchronisieren oder daraus zu restoren.

Das scheint ihr aber so gar nicht zu wollen, oder? Stattdessen wollt ihr die Daten auf der NAS gar nicht mit PBS sichern, sondern nur "irgendwie" aufs Tape kriegen? Das wird nach meinen Verständnis der Dokumentation nicht mit PBS möglich sein, die Tape-Funktion ist dafür da die nativen Datastores vom PBS auf Tapes zu sichern, nicht als Tool um beliebige Daten auf Tapes zu packen:
https://pbs.proxmox.com/docs/tape-backup.html

Dafür müsstet ihr stattdessen spezifische Tools nehmen, die Klassiker in den Bereich wären tar (tape archiver für die Archive) und mt (für Vor-,Zurückspulen etc der Bänder): https://docs.redhat.com/en/document...e-devices#tape-commands_managing-tape-devices

Vielleicht kennen einige der anderen hiesigen Foristen ja noch modernere Tools.

Wie teilen sich die 180TB denn auf? Sind diese Daten alle auf der NAS und sollen gebackupt werden? Als generisches Backuptool wäre PBS nicht meine erste Wahl, sondern eben ein spezfisches. Ob das dann Veeam, bacula, restic, borg oder ganz was anderes ist, ist dann die Frage der Anforderungen und des Budgets Bacula kann zumindestens mit tapes umgehen, nachdem was meine 5 Minuten Google ergeben haben, restic und borg nicht (die sind eher interessant wenn man Cloudspeicher als 2. oder 3. Backupziel nehmen möchte, das Cern hat zwar restic geforkt, um Tapes zu unterstützen, aber soweit mir bekannt ist, gibt es davon nicht den Sourcecode)

Wie sind denn Veeams Backups intern aufgebaut? Ich dachte bisher immer, dass Veeam auch dedupliziert.

 

[ado]

Vorweg: Ich habe keine praktische Erfahrung mit Tapes, also alles dazu bitte mit Vorsicht genießen



Korrekt, weil PBS ja den gesicherten Datenbestand ja in zig kleine Dateien (eben die chunks) unterteilt und in den einzelnen Backups nur referenziert (Deduplizierung). Dadurch ist der PBS ja so speichereffezient. Prinzipiell kann man also auch SMB-Freigaben als Datastore (also lesen UND schreiben) nehmen, aber davon wird eigentlich immer abgeraten, weil man damit einfach keine gute Performance bekommt bei den ganzen Chunks:
https://forum.proxmox.com/threads/datastore-performance-tester-for-pbs.148694/

Es macht also keinen Sinn einen Datastore anzulegen, wenn man dort nicht schreiben will, vgl. hierzu auch die Doku:
https://pbs.proxmox.com/docs/technical-overview.html

Was man natürlich schon geht und (z.B. wegen Ransomware Protection) bestehende Datastores read-only einzubinden, um Backups zwischen PBS-Servern zu synchronisieren oder daraus zu restoren.

Das scheint ihr aber so gar nicht zu wollen, oder? Stattdessen wollt ihr die Daten auf der NAS gar nicht mit PBS sichern, sondern nur "irgendwie" aufs Tape kriegen? Das wird nach meinen Verständnis der Dokumentation nicht mit PBS möglich sein, die Tape-Funktion ist dafür da die nativen Datastores vom PBS auf Tapes zu sichern, nicht als Tool um beliebige Daten auf Tapes zu packen:
https://pbs.proxmox.com/docs/tape-backup.html

Dafür müsstet ihr stattdessen spezifische Tools nehmen, die Klassiker in den Bereich wären tar (tape archiver für die Archive) und mt (für Vor-,Zurückspulen etc der Bänder): https://docs.redhat.com/en/document...e-devices#tape-commands_managing-tape-devices

Vielleicht kennen einige der anderen hiesigen Foristen ja noch modernere Tools.

Wie teilen sich die 180TB denn auf? Sind diese Daten alle auf der NAS und sollen gebackupt werden? Als generisches Backuptool wäre PBS nicht meine erste Wahl, sondern eben ein spezfisches. Ob das dann Veeam, bacula, restic, borg oder ganz was anderes ist, ist dann die Frage der Anforderungen und des Budgets Bacula kann zumindestens mit tapes umgehen, nachdem was meine 5 Minuten Google ergeben haben restic und borg nicht (die sind eher wenn man Cloudspeicher als 2. oder 3. Backupziel nehmen möchte, das Cern hat zwar restic geforkt, um Tapes zu unterstützen, aber soweit mir bekannt ist, gibt es davon nicht den Sourcecode)

Wie sind denn Veeams Backups intern aufgebaut? Ich dachte bisher immer, dass Veeam auch dedupliziert.

Vielen Dank für die Antworten.
Ja, mir ist bewusst, dass das Backup über Netzwerkspeicher keine gute Idee ist, deshalb wir haben es als dedizierten Server mit SSDs und PBS drauf installiert, eingerichtet.
Um mit der Tape Storage sprechen zu können, muss eine spezielle Karte eingebaut werden. Dadurch bin ich an den PBS gebunden.
Bisher habe ich mich fix auf PBS konzentriert, deshalb ich mich noch nicht nach anderen tools umgesehen, danke für die Links und Hinweise.
Weiß nicht, wie aufwändig das handling wird, wir haben eine Tape Storage mit 50 Tapes (LTO7) und einem Roboter, das muss ja alles korrekt angesprochen und gemanaget werden.

Ich werde das mit meinem Kollegen durchsprechen, und auch die noch offenen Fragen beantworten.