Hi,
besitze eine Synolgy NAS 216j und habe mir kürzlich eine zweite geholt, es ist eine 224+. Diese ersetzt die 216j, welche dann als Backup Station dienen wird. Da die 224+ auf x86/x64 aufsetzt und weitere, auf der bisherigen NAS nicht vorhandene, Features unterstützt, wollte ich natürlich das Potenzial ausschöpfen. Somit komme ich zum ersten mal mit Btrfs in Berührung. Ein besonderer Punkt ist hierbei natürlich die Snapshot Funktion.
Ich nutze Synology Drive und habe hier die Versioning Funktion lieben gelernt. Auf der 216j, die mit ext4 läuft, beansprucht Versioning logischerweise mindestens den doppelten Speicher für die initial Kopie und dann den Änderungen über die Zeit. Laut dem Whitepaper für Synology Drive nutzt die Versioning Funktion von Drive die Snapshot Technologie wenn das Filesystem Btrfs ist. Nun gibt es allerdings auch das Paket Snapshot Replication, wo man dediziert für Shared Folder Snapshots erstellen lassen kann.
Ich bin dadurch ein wenig verwirrt und weiß nun nicht, welcher Weg sinnvoll(er) ist und ob sich beide Wege von der technischen Funktionsweise unterscheiden. Drive Versioning gilt nur für eingebundene Team Folder in Drive Admin. Weiterhin, so mein Verständnis, werden die verschiedenen Versionen in der Drive Server Database verwaltet und gelöscht sobald Synology Drive Server als Paket gelöscht wird. In Snapshot Replication kann allgemein bei allen vorhandenen Shared Folder die Snapshot Funktion genutzt werden. Ein weiterer Unterschied ist, dass via Snapshot Replication die Retention Policy umfangreicher konfiguriert werden kann. Und die Snapshots werden über das Paket Snapshot Replication verwaltet, zumindest so meine Sicht.
Hat jemand Erfahrung mit dem beschriebenen usecase? Letztendlich geht es mir darum, ob auf Drive Versioning, aufgrund Snapshot Replication, ganz verzichtet werden kann da es letztendlich doppelt gemoppelt wäre. Oder macht es Sinn zu splitten und Drive Versioning für home sowie eingebundene team folder zu nutzen und für die restlichen Shared Folder auf Snapshot Replication zurückzugreifen.
besitze eine Synolgy NAS 216j und habe mir kürzlich eine zweite geholt, es ist eine 224+. Diese ersetzt die 216j, welche dann als Backup Station dienen wird. Da die 224+ auf x86/x64 aufsetzt und weitere, auf der bisherigen NAS nicht vorhandene, Features unterstützt, wollte ich natürlich das Potenzial ausschöpfen. Somit komme ich zum ersten mal mit Btrfs in Berührung. Ein besonderer Punkt ist hierbei natürlich die Snapshot Funktion.
Ich nutze Synology Drive und habe hier die Versioning Funktion lieben gelernt. Auf der 216j, die mit ext4 läuft, beansprucht Versioning logischerweise mindestens den doppelten Speicher für die initial Kopie und dann den Änderungen über die Zeit. Laut dem Whitepaper für Synology Drive nutzt die Versioning Funktion von Drive die Snapshot Technologie wenn das Filesystem Btrfs ist. Nun gibt es allerdings auch das Paket Snapshot Replication, wo man dediziert für Shared Folder Snapshots erstellen lassen kann.
Ich bin dadurch ein wenig verwirrt und weiß nun nicht, welcher Weg sinnvoll(er) ist und ob sich beide Wege von der technischen Funktionsweise unterscheiden. Drive Versioning gilt nur für eingebundene Team Folder in Drive Admin. Weiterhin, so mein Verständnis, werden die verschiedenen Versionen in der Drive Server Database verwaltet und gelöscht sobald Synology Drive Server als Paket gelöscht wird. In Snapshot Replication kann allgemein bei allen vorhandenen Shared Folder die Snapshot Funktion genutzt werden. Ein weiterer Unterschied ist, dass via Snapshot Replication die Retention Policy umfangreicher konfiguriert werden kann. Und die Snapshots werden über das Paket Snapshot Replication verwaltet, zumindest so meine Sicht.
Hat jemand Erfahrung mit dem beschriebenen usecase? Letztendlich geht es mir darum, ob auf Drive Versioning, aufgrund Snapshot Replication, ganz verzichtet werden kann da es letztendlich doppelt gemoppelt wäre. Oder macht es Sinn zu splitten und Drive Versioning für home sowie eingebundene team folder zu nutzen und für die restlichen Shared Folder auf Snapshot Replication zurückzugreifen.