Ik heb deze NAS gekocht ter vervanging van mijn oude DS111j. Ik was erg te spreken over de betrouwbaarheid, uitgebreidheid van de DSM software, de community packages, de Linux gebaseerde toegang tot het systeem, en vooral de lange softwareondersteuning van dit model. Hierom heb ik gekozen om met Synology door te gaan.
Wat voor mij belangrijk was, was hardware redundantie (vandaar 2-bay model) en goede performance voor encrypted folders (de DS111j haalde maar 4 MB/s). Volgens de performance pagina van Synology zelf (zie:
https://www.synology.com/en-global/products/performance#2bay) komen de DS218 en DS218play evengoed uit. Niet vreemd, want ze hebben beiden dezelfde CPU (Realtek RTD 1296) met hardware encryptie. De DS218play is goedkoper te verkrijgen dan de DS218. De multimedia mogelijkheden van de -play versie interesseerden mij eigenlijk niet, maar ze zitten ook niet in de weg. Het ging mij voornamelijk om de meeste "bang-for-bucks".
Werksfeer
In mijn situatie wordt de NAS niet heel intensief gebruikt. Hij wordt ingezet voor hetvolgende gebruik:
1. Desktop computer voor fotobewerking, daarnaast 2 computers/laptop voor lichtere filesharing. Bij allen worden de My Documents e.d. direct op de encrypted folder gemount.
2. Langdurige centrale opslag voor documenten, foto's, video's en andere "meuk".
3. Automatische backups
4. VPN server (om van buiten naar huis te connecten)
5. Inverse SSH forwarding server (een connectie van huis naar binnen een ander netwerk)
Ofwel: geen spannende dingen, maar vooral punt 5 vereist enige configureerbaarheid van de NAS als algemene Linux server, voornamelijk via sshd.
Installatie
Ik heb de DS218play besteld bij Megekko, en de doos bevat de NAS, net-adapter, een netwerkkabel, schroefjes, één 2.5" adapter en wat boekjes. De installatie is zoals gebruikelijk met Synology erg eenvoudig: schijf/schijven erin en aanzetten. Hij is direct via de webbrowser beschikbaar op het interne netwerk, en na wat basisstappen wordt de laatste DSM versie geïnstalleerd.
Probleem 1
Vervolgens kun je via de Storage Manager de schijfindeling configureren. Nu had ik een nieuwe 1 TB schijf liggen en de 3 TB schijf uit m'n oude NAS. Mijn idee was om 1 TB in RAID 1 te zetten (redundantie), en de resterende 2 TB voor minder relevante data. Helaas: DSM laat dit niet toe

Het is mij een groot raadsel waarom niet, en na wat zoeken een klacht die al langer loopt.
Andere merken NASsen schijnen dit wel te kunnen. (EDIT: verkeerd gelezen - geen van allen kunnen het) Als je 2-schijf redundantie wilt, moet je dus gelijk volledig upgraden: eerst sparen en de schijven één voor één vervangen en tussentijds de resterende ruimte niet-redundant gebruiken kan dus niet.
Als je handig bent met Linux kun je via DSM wel de 1 TB als SHR (Synology Hybrid Raid - de gemakkelijke RAID1 optie voor de 2-bay NAS) configureren, en dan via de shell de resterende 2 TB partitioneren, formatteren en mounten (fdisk, mke4fs, mount). Het mounten kun je via de Task Manager laten lopen, zodat hij mount direct na de boot. Zorg wel dat je hem mount binnen /volume1/, anders kan DSM er niets mee.
Al met al: erg irritant, maar omheen te knutselen. Het zou mooi zijn als Synology deze functionaliteit standaard aan gaat bieden. Het probleem van deze omweg is, is dat volgens DSM deze extra partitie "niet bestaat": er is dus geen garantie dat DSM niet in een opwelling de partitie corrumpeert.
RAID herbouwen
Tijdens het vullen van deze extra partitie klaagde DSM over schijffouten. De standaard diskcheck vanuit DSM leverde niets op, maar ik merkte dat de data op de extra partitie deels corrupt was. Na een uitgebreide lees/schrijf test via de commandline bleek dat de schijf inderdaad behoorlijke kuren vertoonde. Dit was een 3 TB WD Green die bijna 5 jaar gedraaid heeft, dus "op". De upgrade naar een 2-bay NAS kwam dus net op tijd
Enfin, nieuwe schijf gehaald (4 TB WD Red dit keer) en verwisseld. Na aanzetten begint de NAS te piepen dat het redundante volume "degraded" is. Vervolgens inloggen en via de Storage Manager aangeven dat de nieuwe schijf gebruikt mag worden. Hij begint automatisch de RAID te herbouwen, en na 2,5 uur is de 1 TB weer netjes redundant. En voor zover ik heb kunnen achterhalen, ook geen data verloren.
Redundantie helemaal goedgekeurd dus!

Snelheden
Nu de NAS technisch in orde is, is het tijd voor wat basale testjes qua snelheid. Gezien de persoonlijke informatie die de NAS bevat vind ik het belangrijk dat alles encrypted wordt opgeslagen. In geval van fysieke diefstal is er dus niets te achterhalen.
De client is een "stevige" Windows 10 desktop, verbonden via de Experia v10 box (KPN) als router, en de test is erg eenvoudig: een map met 4x1 GB kopiëren. De folder is als Windows share gemount (Samba/CIFS voor intimi). Alles is dus letterlijk een huis-tuin-en-keuken configuratie.
De snelheiden verbaasden mij enorm: zowel lezen als schrijven, zowel naar encrypted als niet-encrypted folders haalden een stabiele 110 MB/s. Dit is beduidend beter dan de 57/43 MB/s die werd gemeten door Synology zelf (
https://www.synology.com/en-global/products/performance#2bay). Misschien zie ik iets over het hoofd, maar dit is een enorme meevaller. Ook de CPU load bleef nihil.
Tweede test die ik deed zijn de "ruwe" snelheden op de NAS zelf, dus zonder netwerk.
4 GB via dd lezen en schrijven naar niet-encrypted folder: 157 en 152 MB/s respectievelijk.
4 GB via dd lezen en schrijven naar encrypted folder: 151 en 103 MB/s respectievelijk.
Duidelijk is dat de schijven (alles in RAID 1 overigens) rond de 150 MB/s halen. Waar de bottleneck onder de netwerk shares precies zit weet ik niet. Vreemd is wel dat lokaal schrijven naar de encrypted folder wat lager uitvalt dan via de share (103 MB/s vs 110 MB/s).
Conclusie: snelheden ook helemaal top!

Probleem 2: Community packages, sshfs en backup
Een nadeel van dit nieuwe model is dat er nog geen community packages beschikbaar zijn. Ik schijf mijn backups via een inverse-ssh-tunnel (yada-yada) naar een opslag elders. Nu heeft de DSM backup tool een uitgebreide selectie voor cloud en rsync-achtige oplossingen, maar een ssh-filesystem: nee. Hiervoor maakte ik gaarne gebruik van de sshfs package van SynoCommunity (
https://synocommunity.com/), maar voor de nieuwe CPU zijn deze packages nog niet beschikbaar. Een en ander heeft te maken met de beschikbaarheid van de synotoolkit zelf.
Maar uiteraard moet er gebackupped worden, en enige omweg is mogelijk. Het viel mij op dat de belangrijkste libraries voor sshfs standaard beschikbaar zijn in DSM, en dat mogelijk alleen de sshfs binary mist. De CPU, een Realtek RTD 1296 is een (quadcore) ARMv8 model. Logischerwijs zou een ARMv8 binary van elders kunnen volden.
De exacte ID is deze:
ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.7.0, stripped
Na wat zoeken op deze arch kwam ik uit op de site van Linaro:
https://releases.linaro.o....03/openembedded/aarch64/ met verschillende binaries die sshfs zouden moeten bevatten. De rootfs van Linaro downloaden, uitpakken en de usr/bin/sshfs op de Synology NAS zetten en duimen maar.
Succes! Deze binary van Linaro "past" exact op de DS218play, en mount met succes mijn sshfs. De Synology Backup tool (Hyper Backup) kan nu zijn archief naar deze mount wegschrijven.
Conclusie
De DS218play is een uitstekende all-round NAS voor veeleisend thuisgebruik. De snelheden zijn boven verwachting en uitstekend voor normaal desktopgebruik. De RAID 1 configuratie is eenvoudig en bij degradatie ook eenvoudig te herstellen na het vervangen van de defecte schijf. Deze communicatie verloopt overigens via e-mail indien gewenst. Eigenlijk exact zoals een RAID zou moeten werken.
Mindere punten zijn er ook: dat de schijven alleen volledig als RAID 1 geconfigureerd kunnen worden, en dus niet deels RAID 1, deels "flat" om redundantie en capaciteit te balanceren vind ik een duidelijke tekortkoming.
Een andere tekortkoming is het ontbreken van een aantal vrij standaard Linux pakketten: sshfs is er zo een, screen/tmux een andere. Als Tweaker maak ik veel gebruik van ssh-tunnels voor toegang tot systemen buitenshuis. Dit biedt enorme flexibiliteit.
Hoewel de backup mogelijkheden via DSM indrukwekkend te noemen zijn, is de software erg knorrig. Voor bijvoorbeeld rsync (met mogelijkheid over ssh, dat wel), kan ik bijvoorbeeld niet localhost opgeven als desitnation server. Dat is jammer, aangezien de externe server via een ssh-tunnel loopt die via localhost te bereiken is. Een ander issue is de username van de remote-server: deze mag bijvoorbeeld geen "+" bevatten: een backup naar een remote systeem dat userbeheer via Active Directory doet is dus geen optie (gebruiker is dan vaak "DOMAIN+username", wat volgens DSM een ongeldige naam is).
Kortom: DSM is mij iets te restrictief in de user interface - een "laat me doen wat ik wil en zeur niet"-mode is erg te wensen voor de geavanceerde gebruiker.
Voor een Tweaker is er gelukkig overal omheen te werken, wat dan ook weer een sterk punt is van een Synology. Aangezien de NAS technisch perfect werkt (snelheden, redundancy), ben ik alsnog erg tevreden.