GFS - Speicherbedarf

400 TB sind ein wenig hoch gegriffen.

Du brauchst für einen Monat GFS mit wöchentlichen Fulls ingesamt 4 Fulls - ein active Full und drei synthetic Fulls. Die Fulls unterscheiden sich nur durch ihre Aufbewahrungszeit. Normalerweise wirst du heutzutage ein Filesystem mit Block Cloning Fähigkeiten benutzen wie z.B. ReFS oder XFS, auch Object Storage hat diese Fähigkeiten. Das heißt, dass die drei synthetic Full nicht mehr Platz auf der Platte brauchen als ein Incremental. Siehe auch https://helpcenter.veeam.com/docs/backup/hyperv/synthetic_full_hiw.html?ver=120

Bei deinem Beispiel ist leider keine angenommene Änderungsrate angegeben. - nehmen wir mal 5% pro Tag an. Dann hast du 35TB active Full + 27 Incrementals (24 Incrementals und 3 synthetic Fulls) * 5% von 35TB (1,75TB) = 47,25TB. Insgesamt also ohne Deduplication und Compression ca. 82,25TB. Die Menge der Ersparnis hängt von den Daten ab, daher lasse ich das jetzt mal weg.

Das Repository muss aber größer als der errechnete Wert sein:

• Veeam stellt sicher, dass zu jedem Zeitpunkt so viele Restore Points wie von dir eingestellt verfügbar sind.
• die Erstellung der synthetic Fulls benötigt Platz

Der offizielle Calculator von Veeam kommt sogar auf noch geringere Werte (er nimmt aber auch Werte für Compression und Deduplication an) - https://calculator.veeam.com/vbr/

Worauf läuft dein jetziges Backup System jetzt? Auf einer VM auf dem System, dass gesichert wird?

Best Practices Empfehlung ist, das Backup System vom Produktivsystem zu trennen. Dann könntest du einen physischen Server als Veeam Server und als iSCSI Host für das NAS verwenden.

Die Anbindung der QNAP per iSCSI ist auf jeden Fall sinnvoll, das ist deutlich stabiler und zuverlässiger als SMB.

“Boot from Backup” kannst du mit Veeam auch machen, nennt sich dann Instant Recovery.