Hello folks, Sur syno la dedup existe bien MAIS il faut des disques syno (classique ou ssd) et du cache nvme syno.
Mais … y’a un petit script qui va bien pour activer la dedup sur tous les disques « non compatibles » hors syno Petite info, les syno sont des Toshiba avec un firmrware « maison » that’s all On bidouille pas mal les bestioles et y’a même de quoi créer et utiliser les caches nvme comme volume raid1 classique (vu le prix des 2To pcie 4x c’est une belle opportunité d’avoir un truc qui booste bien via du 10Gb lan) Un mec bien au point sur github sort des scripts hyper propres pour tout un tas de trucs sur syno et ça marche hyper bien :-) https://github.com/007revad Frank Le jeu. 29 févr. 2024 à 15:29, Toussaint OTTAVI <t.ott...@bc-109.com> a écrit : > > Le 28/02/2024 à 12:39, elpablodelcasata via frnog a écrit : > > Je me pose une question infra. Utiliseriez vous un syno en tant que > repository pour du VEEAM ? > > En terme de fiabilité, rien à redire. En revanche, il n'y a aucune > déduplication et aucune optimisation de l'espace. Donc, çà bouffe une > place folle si on conserve plusieurs GFS, et qu'on fait en plus des > snapshots au niveau BTRFS (pour avoir des copies "inaccessibles" depuis > Veeam). C'est une véritable horreur ! Plus on rajoute des disques, plus > çà en consomme :-) > > Les sauvegardes de VM, c'est quelque chose qui se déduplique très bien. > En général, il y a beaucoup, beaucoup de données communes, et très peu > de données qui changent d'un jour à l'autre. Donc, pour un repo Veeam, > quelle que soit la technologie choisie, elle a tout intérêt à posséder > un mécanisme de déduplication supporté. Ainsi, à capacité de stockage > équivalente, on peut conserver beaucoup plus de versions. > > Ainsi, en terme d'optimisation de l'espace, j'ai obtenu d'excellents > résultats avec des filesystems supportant les RefLinks comme ReFS sous > Windows ou XFS sous Linux. Ce n'est pas vraiment de la déduplication au > sens où on l'entend habituellement (où c'est le filesystem qui fait le > job de façon transparente). Ici, c'est Veeam qui ne stocke qu'une seule > fois les blocs communs à plusieurs sauvegardes, en utilisant les > RefLinks sur les filesystems supportés : > > https://jorgedelacruz.uk/2020/03/19/veeam-whats-new-in-veeam-backup-replication-v10-xfs-reflink-and-fast-clone-repositories-in-veeam/ > > Un autre avantage est que la génération de "Synthetic Full" (pour les > non-inités, des sauvegardes "full" pour conservation générées à partir > de fichiers incrémentiels) est beaucoup plus rapide grâce au FastClone. > Veeam n'a pas besoin de copier physiquement les données, il copie juste > des "pointeurs". > > Enfin, un autre avantage d'utiliser un stockage XFS sous Linux, c'est la > possibilité de gérer l'immutabilité, autrement dit, des sauvegardes qui > ne peuvent pas être effacées avant l'expiration de la période de > rétention initialement configurée. > > Donc, la meilleure solution que j'aie trouvée pour des repo Veeam > (hormis l'appliance pro avec déduplication intégrée qui coûte un bras), > c'est le serveur "DIY" avec un Linux, et stockage XFS. Le gain d'espace > et la rapidité avec les RefLinks sont bluffants. Et l'immutabilité, > c'est pas mal aussi :-) > > Certes, c'est beaucoup moins "plug and play" qu'un petit Synology :-) Et > c'est plus cher, aussi. Donc, il m'arrive d'utiliser encore du Syno pour > des sauvegardes locales de premier niveau. > > L'idéal, ce serait la simplicité de mise en oeuvre d'un Synology, avec > possibilité de gérer de la déduplication depuis Veeam, et idéalement, > support de l'immutabilité. Mais je n'ai pas encore trouvé :-) > > PS : > - Il y a des variantes, par exemple mettre le Syno en iSCSI, monter le > LUN depuis Windows, et créer un repo ReFS dessus. Cà gèrerait la > déduplication, mais pas l'immutabilité. Il me semble avoir lu quelque > part que ce n'était pas trop supporté. Et vu que pour les sauvegardes, > on recherche quelque chose de super fiable, j'avoue que çà ne me tente > pas d'essayer :-) > - Les dernières versions de DSM semblent supporter la déduplication sur > BTRFS. Cela ne fonctionne que sur des SSD. Je ne sais pas si c'est > supporté nativement par Veeam. Mais à priori, pas besoin que çà le soit > : une petite sauvegarde Veeam dans un repo "fileshare" normal (non > dédupliqué), et des snapshots BTRFS, avec déduplication et conservation, > derrière (si tant est que çà soit possible). Certes, c'est bien moins > souple si on a besoin de restaurer depuis ces snapshots, mais çà devrait > être "secure" (les snapshots sont invisibles pour un malin qui gagnerait > un accès à la console Veeam), et çà ne devrait pas bouffer trop de > place. Je n'ai pas encore monté de Syno en full-SSD pour essayer, mais > c'est sur la ToDo... > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
