Vous le savez surement si vous êtes un habitué du site, je possède plusieurs NAS et des serveurs Dell et HPE.
Parmis mes NAS, j’ai entre autres un DS1621+ de Synology.
Ce NAS possède 6 baies 3.5″ et deux slots M.2 pour y installer des SSD PCIe NVMe.
J’ai depuis quelques temps (2023 apparemment d’après les archives du site) installé deux NVMe de 1To dans ces emplacements afin d’utiliser les SSD en cache.
Depuis quelques temps, Synology autorise l’utilisation des SSD placés dans ces slots M.2 comme volume de stockage, pour y placer des dossiers partagés destinés à accueillir des données, exactement comme on le ferait avec les baies 3.5″.
Seulement, et sinon ça ne serait pas drôle, seuls les SSD validés par Synology sont officiellement compatibles avec la création de volumes destinés au stockage (autre qu’en utilisation comme cache, donc).
Il y a quelques semaines, je suis tombé sur un script sur GitHub, non officiel et non approuvé par Synology, évidemment, qui permet de faire reconnaître n’importe quel SSD NVMe (et pas uniquement des SSD) par le NAS comme si les disques étaient notés compatibles par Synology.
J’ai donc essayé ce script, et j’ai pu utiliser mes SSD NVMe en volume de stockage sur mon NAS.
Le script est apparemment mis à jour de manière réactive après la release d’une nouvelle version de DSM.
Mais, avant d’aller plus loin, je préfère vous mettre en garde tout de suite.
Bien que ce script fonctionne admirablement bien comme nous allons le voir, il est mis à jour selon le temps libre, et l’envie d’une unique personne.
C’est un peu le soucis d’utiliser ce genre de bidouille. Ca fonctionne un jour, mais si le gars qui le développe arrête un jour de le faire pour une raison ou une autre, vous vous retrouvez sans accès à vos données.
Du coup, je vous conseille très fortement de sauvegarder de manière très fréquente le contenu que vous placerez sur les volumes qui résultent de l’utilisation de scripts comme celui-ci.
Je ne vais pas vous détailler l’installation de ce script sur votre NAS, c’est expliqué sur le projet GitHub que je vous ait mis en lien ci-dessus.
Par contre, on va parler performances.
Pour rappel, je possède un réseau à 10Gb/s.
Ce DS1621+ est connecté à mon infra en 10Gb/s sur toute la chaine jusqu’à mon Mac Studio lui aussi connecté avec une bande passante de 10Gb/s.
Avec le RAID5 (SHR1) des 6 disques durs, je plafonne à environ 650 à 800Mo/s en moyenne en lecture, le débit peut aller plus haut mais globalement il varie assez fort pendant des longs transferts.
En écriture, je suis un peu en dessous mais le résultat reste à peu prêt le même, le débit est assez instable même si ça peut monter à 500/600Mo/s.
C’est déjà confortable, mais on est loin des 10Gb/s de bande passante que permet mon réseau.
Avec un RAID1 sur les deux NVMe de 1To, je suis à 1,2Go/s en lecture et à 800Mo/s en écriture, de manière plutôt stable, voir très stable.
En résulte des temps de transferts moyens plus courts qu’avec les disques durs.
J’ai aussi essayé de déplacer quelques disques virtuels utilisés par mes hyperviseurs pour la fourniture de mes services sur ces SSD, les machines virtuelles dont les disques sont sur les SSD sont plus réactives.
Les connexions SSH se font 2 à 3 fois plus rapidement (3s au lieu de 8s sur les disques durs, bon c’est pas ça le plus marquant je vous l’accorde), et ensuite, le service est plus réactif lui aussi.
Conclusion
C’est donc une bonne solution qui apporte de vraies améliorations, mais attention, il faut être prudent avec ce genre de scripts et surtout être conscient que le développeur peut stopper à tout moment de prendre en charge le développement de ce script et rendre vos données non accessibles après une mise à jour du système de votre NAS.
Surtout, sauvegardez vos données, toutes, de préférence de manière quotidienne !
Gardez à l’esprit que ce genre de manipulation ça reste de la bidouille.
Voilà ! 🙂
Poster un Commentaire