Hello,
je peux repondre pour le iscsi refs et le rackstation, on l'a en
production sur du veeam 365 et ca fonctionne (comme du veeam), ca prend
de l'espace mais on peut dupliquer entre synologies sans soucies.
KR
Vincent
On 2/29/24 14:29, Toussaint OTTAVI wrote:
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/
