L’avantage d’avoir des disques durs plus anciens (dont certains avaient précédemment servi dans le DS413j avant montée en taille) pour me lancer sans avoir besoin de faire l’acquisition immédiate de nouveaux n’est pas encore 100% une réussite. Mais je trouve ça assez intéressant. J’ai commencé avec trois 3To WD Red (âgés de 3 ans à peu près) et un 2To Seagate (sensiblement plus ancien).

DSM m’a immédiatement signalé l’existence de 970 secteurs ré-alloués sur le vieux Seagate. Un test SMART immédiat a indiqué 2 secteurs ré-alloués immédiatement. Pas cool même pour un RAID. Ce disque ne mérite plus que le stockage vertical dans le bac à déchets électriques et électroniques (DEEE). On démarrera avec seulement 3x3To. On ajoutera un disque plus tard.

Calcul de la parité sur les trois disques WD Red : deux secteurs ré-identifiés (je n’ai pas encore vu ce que cela signifie exactement).

Conclusions :

• Il va falloir acquérir un peu de disques supplémentaires dans le futur proche.
• Merci DSM pour une identification super-claire !
• Même au repos sur une étagère (ou à cause de cela), les disques vieillissent sensiblement. À garder à l’esprit.

Je vais me tester (par curiosité) quelques autres disques vraiment antédiluviens et de capacité ridicule pour savoir où ils en sont aujourd’hui (après dix ans de stockage étagère et malgré quelques utilisations isolées).

Résultat : Sur deux vieux Seagate Barracuda 7200rpm 750Go, un seul est exempt de défauts (l’autre a déjà 116 ré-allocations) ; un Seagate Barracuda 7200rpm 160Go s’est révélé encore parfaitement exempt de problèmes remontés par SMART.

Leçon à retenir : il n’est absolument pas utile de faire confiance à de vieux disques. Ils peuvent certainement faire du service, à condition d’être protégés par une bonne stratégie de backup, mais inutile de prendre des risques s’ils doivent servir de backup ou de stockage de priorité.

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 »).

J’ai une connexion Internet Fibre chez Numéricable qui utilise obligatoirement une adresse IP dynamique (pas d’adresse IP fixe chez Numéricable qui sont un peu gentiment arriérés). Ce n’est pas bien grave sauf que j’ai un serveur RAID provenant de chez Synology (une DiskStation DS413j à 4 disques en mode redondant RAID-5) qui me procure quelques services que je souhaite partager avec Internet (quand je suis en déplacement avec un mobile ou un PC portable, j’aimerais accéder à mon serveur FTP, à mon serveur de mail).

J’ai donc décidé de m’organiser pour permettre de retrouver facilement le Synology DiskStation depuis un sous-domaine (par exemple mail.roumazeilles.net).

La solution que j’ai adoptée :

Adresse IP dynamique :

Comme mon adresse IP est dynamique, pas moyen de faire grand chose avant d’avoir résolu ce point. J’ai opté pour le service DDNS de Synology. Comme j’utilise DSM 5.0 (la version la plus récente du soft de Synology), il est accessible dans le panneau de configuration au menu « Accès extérieur ». Il suffit d’ajouter un DDNS en choisissant Synology comme prestataire et j’ai enregistré un nom qui me convient (disons ds). A partir de là, malgré les changements d’adresse IP, ma DiskStation reste accessible à ds.synology.me.

Sous-domaine du DNS :

Il faut ensuite faire pointer mail.roumazeilles.net vers ds.synology.me. Le sujet est un peu plus compliqué parce que j’ai déjà réservé le nom de domaine roumazeilles.net chez Gandi et qu’il pointe vers un serveur mutualisé chez OVH. C’est le serveur d’hébergement (loué chez OVH) qui comporte toute l’information relative à roumazeilles.net. J’ai donc du aller sur mon serveur et dans sa configuration DNS modifer (dans votre cas, il s’agira peut-être d’ajouter) un enregistrement de type CNAME.

mail 10800 IN CNAME ds.synology.me. (N’oubliez pas le point final dans votre entrée CNAME, ou elle ne fonctionnera pas !)
Comme j’ai de la chance, mon panneau de contrôle OVH me permet de ne pas me rater avec la syntaxe exacte, mais l’affaire est identique : je lui dit que le sous-domaine mail est décrit pas un enregistrement CNAME qui pointe directement sur ds.synology.me (un peu abscons mais pas très méchant).

Ensuite, il reste à attendre que l’information DNS « se propage » (quelques minutes à quelques heures, parfois 24-48h). Et un petit contrôle se fait avec ping mail.roumazeilles.net qui doit répondre correctement avec mon adresse IP chez Numéricable.