J’avais exploré plusieurs possibilités en ligne comme :

• Amazon Cloud Drive, qui se révèle assez cher quand on doit y envoyer quelques téra-octets.
• OVH Cloud Archive, que je n’ai pas réussi à configurer (même avec l’aide de l’excellent support d’OVH) ; il a fallu se tourner vers OVH Cloud qui se retrouve dans les mêmes prix (une structure de facturation un peu complexe, mais peut-être marginalement plus économique).
• Hubic, qui a récemment décidé de fermer ses portes aux nouveaux abonnés.

Alors, il restait à partir dans une autre direction : archivage sur disque USB externe, mais en alternant deux disques pour permettre de loger l’un d’eux en site externe (protection contre incendie ou inondation).

La configuration n’est pas si compliquée mais demande un peu d’attention et de patience.

Préalables sur Synology DSM

L’avantage de Synology est bien leur interface très cohérente quel que soit le modèle de NAS (DSM). Donc, cela s’appliquera à tous les modèles.

L’idée générale est de sauvegarder un répertoire du serveur Synology vers le disque externe USB3. Pour cela, il faut installer le package « Hyper Backup » qui est particulièrement apte à faire des backups vers un nombre considérable de services (je l’ai utilisé avec succès auprès de Amazon Drive (maintenant trop cher à mon goût) et du défunt hubiC).

Une simple recommandation : ne faites pas de versionnage sur le NAS (cela semble poser plus de problèmes que souhaitable : il consomme un espace absolument déraisonnable et ne peut pas être reconfiguré ensuite). Vous pouvez toujours demander ça à Hyper Backup qui s’en sort très bien. Autant prendre de la place à l’extérieur que sur les disques de mon propre NAS.

Configuration

Formatage du disque dur

J’ai choisi des disques de 8 téra-octets pris chez Seagate. Dans un premier temps, je m’intéressais aux rares (mais bon marché) Seagate Archive 8Tb. Mais ils ont maintenant été remplacés par les Seagate Barracuda 8To 5400rpm (qui sont équivalents en vitesse de lecture mais un poil plus rapides en écriture, pour un prix maintenant identique).

Commençons par connecter le disque dur (dans un boitier USB3, capable de faire de l’UASP pour la meilleure performance) au Synology. Il va être immédiatement monté et reconnu par DSM comme USB Disk 1 (ou USB Disk 2, selon le port USB utilisé). Il est recommandé de le formater avec une seule partition de type EXT4.

Dans le panneau de configuration de DSM, sous l’option « Périphériques Externes », il suffit de sélectionner le disque USB Disk 1 et de cliquer sur le bouton « Formater » puis choisir les options par défaut.

La progression sera lente (plusieurs dizaines de minutes) mais sans complication.

Nommage du disque dur

Ce n’est pas très important mais infiniment plus confortable de donner un nom à ce disque (Toto1 et Toto2, si vous le voulez ; pour moi, il s’agit de Sciurus vulgaris 1 et 2).

Juste après le formatage, dans le panneau de configuration de DSM, sous l’option « Dossier Partagé », il suffit de sélectionner le répertoire usb_share_1 (le numéro peut varier), puis de cliquer sur le bouton « Modifier » pour avoir accès à un certain nombre d’options dont celle de renommer le disque.

Je recommande (sans obligation) de choisir certaines options :

1. Cacher le dossier dans les « Emplacements réseau » et « Masquer les sous-dossiers » est un moyen de limiter l’accès par d’éventuels intrus.
2. Absolument : il faut absolument chiffrer le dossier partagé, parce que le disque dur sera ensuite détaché du Synology et risque de tomber entre d’autres mains que les vôtres. DSM vous fournira un fichier PEM qui contient la clé, mais il est évidemment critique de bien noter la clé de chiffrement pour ne pas perdre les données…
3. Les permissions d’accès sont à limiter au compte qui fait fonctionner Hyper Backup (personne n’est susceptible de toucher à ce disque au rôle d’archive).

Normalement, vous avez maintenant noté toutes les informations nécessaires.

Configuration de Synology HyperBackup

Comme j’ai choisi d’utiliser HyperBackup, les choses sont ensuite très simples. Dans HyperBackup, cliquer sur +, puis « Tâche de sauvegarde de données ».

Il vous faudra désigner une sauvegarde sur disque USB externe : « Dossier local & USB » dans la fenêtre ci-dessous.

Il faut ensuite décrire la sauvegarde à partir de plusieurs fenêtres de dialogue qui sont à peu près explicites. tout d’abord, il faut désigner la destination (le disque USB externe) :

Puis, vous serez invité à désigner le répertoire (éventuellement plusieurs répertoires) qui sont à sauvegarder. Puis, HyperBackup vous proposera peut-être de sauvegarder les paramètres de certaines applications installées sur le NAS Synology (j’ai choisi de n’en rien faire, mais c’est à vous de voir), avant d’en venir aux principaux paramètres de la sauvegarde :

Le plus important est sans doute le chiffrement coté client (en bas de la fenêtre) qui vous permettra de donner un mot de passe pour verrouiller la sauvegarde. Comme il s’agit de réaliser des sauvegardes sur des disques USB externes qui iront « traîner » dans une armoire à distance, je recommande vivement cette protection supplémentaire contre les petits curieux. Mais il ne faut pas oublier le mot de passer ensuite…

Enfin, vous aurez la possibilité de déterminer les paramètres de versionnage des sauvegardes (pour permettre de revenir en arrière dans le temps en gardant les versions successives de chaque fichier). J’ai choisi le paramètre SmartRecycle avec 64 versions (neuf mois de protection avec une sauvegarde quotidienne). Mais vous voudrez peut-être faire vos essais et vos propres choix.

N’oubliez pas de faire cela deux fois : une tâche par disque dur permettra à HyperBackup de suivre les changements de disque externe. Il reprendra les sauvegardes en alternance en fonction des échanges de disque que vous ferez (tous les mois par exemple).

Finalement…

N’oubliez pas qu’un backup ne fonctionne que si la restauration fonctionne. Cela vaut donc la peine de prendre quelques heures tous les 6 mois pour restaurer quelques données et vous assurer que ça marche toujours.

Evidemment, le mieux est de tester tout de suite votre installation avec une première restauration dans les heures qui suivent le démarrage de cette solution (au moins pour noter la procédure de restauration dont vous pourriez avoir besoin un jour…)

Au final, cela rend mon DS413j très utile et très appréciable.

• hubiC (de OVH) a l’air plutôt bien pour un prix assez correct. Mais je dois vérifier. Pour le moment, j’ai ouvert un compte d’essai pour 25Go.

Dites-moi ce à quoi vous penseriez. J’ajouterai mes essais ici.

J’utilise une connexion en fibre optique (elle ne limite pas, de loin), et je synchronise depuis un Synology DS413j qui n’a pas une grosse CPU (un ARM mono-cœur). C’est donc sans une petite sous-estimation du maximum que l’on peut atteindre. Et pourtant, je suis bien aux alentours de 60 Go par jour depuis plusieurs jours. A voir sur un total de quelques centaines de giga-octets, pour bien juger :

Complément :

Vous noterez que la vitesse de transfert a fluctué (j’utilisais le serveur de manière réelle pendant la synchronisation, y compris en ajoutant et retirant des fichiers en nombre significatif). Le plus intéressant est qu’un paramètre a semblé vouloir influencer fortement sur le débit de synchronisation : le nombre de threads/fils ou de fichiers synchronisés simultanément (pas étonnant, bien sûr). La valeur par défaut de 3 n’est restée que quelques heures avant que je ne monte à 6. Le débit s’est rapidement établi aux alentours de 60 Go/jour. Quand je suis monté à 9 fichiers simultanés, le débit a grimpé à presque 90 Go/jour (un peu avant que la courbe jaune ne s’arrête), mais le passage à 12 fichiers simultanés n’a plus apporté de progrès perceptible (en dehors du graphe). A vous de choisir votre propre valeur (sans doute fonction de la puissance CPU du serveur Synology et de la bande passante disponible pour rejoindre ACD).

1. Sauvegardes
2. Synchronisation entre plusieurs machines (plusieurs PC et plusieurs iPhone)

CrashPlan fournissait bien la fonction de backup malgré un volume important de photo (plus de 2 To à ce jour), mais n’offrait que peu de possibilités en synchronisation. Il était donc temps de me consacrer à mieux définir le besoin et à trouver une vraie solution.

Besoin

Pour la sauvegarde, j’ai depuis longtemps quelques attentes complémentaires :

1. Au moins trois sauvegardes
2. Au moins deux technologies différentes (ne pas reposer uniquement sur des disques durs, par exemple)
3. Au moins un sites extérieur (pour se protéger contre les vols, les incendies, etc., off-site, cloud ou coffre-fort extérieur)

Pour la synchronisation, l’emploi de DropBox et d’Evernote (sur des petits volumes) m’a permis d’identifier mes besoins plus précisément :

1. Partages en temps réel de certains fichiers critiques mais mis à jour très quotidiennement (comme les notes d’Evernote, la base de données de mon gestionnaire de mots de passe, etc.)
2. Sécurisation et encryptage (je ne veux pas voir se promener ni mes mots de passe, ni mes données bancaires).

Solution

Il est clair que j’ai été influencé par plusieurs facteurs dans mon choix, et je vais essayer de les expliciter (votre solution ne sera peut-être pas la même que pour moi). Mais commençons par ce que je mets en place.

Un petit serveur de fichier (un Synology DS413j) à mon domicile. Il héberge 4 disques durs de 3 To (au départ, des Western Digital RED) en mode SHR/RAID 5 pour une capacité totale de 6 To.

La capacité importante était dictée par le souhait d’héberger un serveur multimédia conséquent et des quantités de photos (nous avons aujourd’hui sensiblement plus 100 000 images sur ce serveur).

Le choix de RAID 5 s’est très tôt imposé à moi parce que c’est un optimum pour apporter de la redondance mais on perd beaucoup moins d’espace que dans les autres modes RAID souvent proposés (à deux disques seulement). La solution SHR de Synology est encore plus intéressante parce qu’elle tolère très bien des disques de taille différente (les deux plus petits disques déterminent la capacité maximale. Il faut donc éviter d’avoir un seul disque de 500 Go avec trois disques de 4 To ; ce serait du gaspillage) et elle accepte comme tous les RAID de remplacer un disque en panne par un nouveau (pendant la reconstitution du RAID/SHR, la protection n’existe plus mais cela n’est que temporaire – et vous pouvez continuer à travailler sur les fichiers pendant ce temps).

Le choix de Synology est encore plus justifié par un point rarement souligné quand on compare les serveurs RAID du marché : l’offre logiciel est particulièrement alléchante. DSM (l’OS de Synology) héberge des « packages » pour plein d’applications. Les compléments que je vais décrire plus bas arrivent tout prêts et sont ridiculement faciles à installer et configurer même par un amateur.

Ainsi, j’ai pu déployer une solution à plusieurs étages :

1. synchronisation entre PC (trois PC) et serveur Synology (via le Cloud Station Server)
2. synchronisation entre serveur Synology et Amazon Cloud Drive (via le Cloud Sync)

Cloud Station Server et Cloud Sync sont deux applications de Synology qui sont installées en à peu près 5-6 minutes (téléchargement compris) à partir du « Centre de Paquets » de Synology DSM.

Si l’on s’intéresse d’abord à la partie synchronisation entre PC (ou iPhone) et Synology, l’ouverture de Cloud Station Server dans la liste ci-dessus (dans l’interface de gestion de mon serveur DSM sur Synology DS413j) amène directement à un menu qui permet de télécharger l’application Windows (ou iPhone) à installer pour lancer les synchronisations entre PC et serveur cloud sur Synology.

Quelques clics et c’est fait. On ne peut faire plus simple. En quelques minutes à peine, la synchronisation du ou des PC est lancée. Elle a lieu en arrière-plan (ne perturbe pas le fonctionnement du PC) et la seule chose à remarquer est la modification de l’icone de chaque fichier qui signale s’il est sauvegardé sur le cloud (voir exemples ci-dessous) ou s’il est encore en attente de synchronisation (marque bleue).

A cette étape, les PC sont synchronisés entre eux, via le serveur de Synology. On peut considérer qu’il s’agit d’une sauvegarde parce que j’ai choisi de garder 32 versions successives de chaque modification de fichier et de ne pas laisser Synology effacer les fichiers (ils sont mis dans une corbeille à papier/fichiers). Donc, j’ai la fonctionnalité de Time Machine en plus d’un backup transparent.

Important : la synchronisation entre PC et Synology cloud server est très rapide et ne consomme pas beaucoup de ressources même sur un petit PC (contrairement à certains programmes de backup que je ne nommerait pas, comme Cobian Backup). C’est rassurant : les utilisateurs peuvent oublier la sauvegarde en arrière-plan qui ne les dérange pas, s’arrête si le PC s’endort, repart silencieusement quand il se réveille et ne ralentit pas le PC de manière observable.

De la même manière, les iPhone et iPad ont accès à la synchronisation (de certains fichiers, je ne veux pas les déborder) depuis n’importe où.

La seconde fonctionnalité est de répliquer ces informations sur un autre site (en l’occurrence, j’ai choisi de synchroniser avec Amazon Cloud Drive ou ACD parce que le coût de 70€/an me paraissait très raisonnable). J’ai bien compris que la vitesse de transfert serait limitée par mon serveur RAID (le DS413j est assez ancien, est une entrée de gamme avec un petit processeur ARM, mais il ne m’a pas coûté cher) plutôt que par ma bande passante (une fibre optique chez SFR) ou par Amazon (ça dépote chez tous les utilisateurs).

Synology Cloud Sync offre cette fonction en quelques clics. Il suffit de donner les coordonnées d’Amazon pour que Synology s’occupe de tout et que la mise en synchronisation commence après moins d’une minute (j’avais fait l’essai avec Google Drive, c’est tout aussi facile et tout aussi rapide – le débit est logiquement aussi élevé, ce qui est plus que rassurant ; j’avais envisagé de travailler avec hubic de OVH, mais les commentaires sur Internet et des discussions personnelles que j’ai eues semblent indiquer un produit qui n’offre pas la performance et la fiabilité que l’on peut souhaiter ici).

Observations

Seules remarques à faire après un peu d’utilisation :

• • Le DS413j a une petite CPU de chez ARM. La charge de CPU reste très élevée (~100%) en permanence pendant la phase de synchronisation.
  • La première synchronisation est longue (plusieurs jours ou plusieurs semaines selon le volume de données à synchroniser). Je recommande d’y aller par étapes et de ne pas tout synchroniser d’un coup.
  • Les synchronisations suivantes sont généralement presqu’instantanées.
  • Les fichiers modifiés récemment sont généralement les premiers mis en synchronisation.
  • J’ai utilisé Cloud Sync pour relier le serveur à Amazon, mais il existe aussi une solution qui permet de synchroniser de Synology à Synology : cloud Station Share Sync. Je n’ai pas essayé mais cela peut valoir la peine si vous avez deux sites (une résidence secondaire ? une entreprise avec deux bureaux ?) et deux serveurs Synology. Cela semble devoir être aussi facile.

• Pour la fiabilité du serveur RAID, il vaut mieux choisir des disques durs qui sont conçus pour une utilisation 24 heures sur 24 et 7 jours sur 7. Je mentionne ainsi les Western Digital RED (spécialement conçus pour les serveurs RAID) ou les Hitachi UltraStar (version 24/7 des DeskStar). Si vous pouvez éviter d’avoir 4 ou 5 disques identiques, vous éviterez de voir tous les disques tomber en panne quasi-simultanément. Voir les statistiques de BackBlaze sur la fiabilité des disques durs.
• Vous vous demandez peut-être encore où sont passées les « trois copies » auxquesles je faisais référence plus haut. Il y a :
  • Le fichier original sur un PC maître
  • Une copie manuelle sur un disque dur séparé (parfois deux ou trois disques)
  • Une synchro sur le serveur Synology
  • Une synchro sur Amazon Cloud Drive
• Comme le Synology DS413j n’est plus au catalogue, vous pouvez encore trouver le DS416j ou le DS418j.
• Sur le NAS Synology, j’ai refusé de laisser le répertoire synchronisé visible à Windows : un ransomware ne peut donc pas le voir, il faudrait passer par le soft de Synology. Ca me protège contre un ransomware qui essayerait d’encrypter toutes les données normalement visibles sur le réseau. (Je vois quand-même les données par l’interface web de DSM pour les contrôles).
• Si un ransomware veut m’encrypter les fichiers, ils risquent d’être synchronisés (et perdus). J’ai donc pris la peine de valider les versions, le versioning sur le serveur NAS de Synology (comme ça, je peux remonter le temps avec l’attaque et éviter de « payer la raçon »).