De kans dat je thuis een setje verse AA’tjes in de lade hebt liggen is een stuk groter dan dat je steeds braaf je oude penlites via het stopcontact een nieuw leven geeft. Batterijen wisselen doen we al minstens 75 jaar, en dat is niet zonder reden. Het is lekker makkelijk, snel en praktisch, en dat is dan ook de reden dat het Chinese automotive- en techbedrijf Nio daar vol op inzet. Maar is het ook echt sneller dan laden?

Middels Nio’s powerswapstations, waarvan er inmiddels 43 in Europa zijn geïnstalleerd, ‘swap’ je in 3 tot 5 minuten van een lege naar een volle batterij. Om uit te zoeken of dat sneller is dan traditioneel snelladen, besloot Irwin Versteegh van InstaAutoVlog de proef op de som te nemen. Tijdens een retourtje Berlijn nam de Nio ET5 Touring het op tegen de populairste EV van de afgelopen jaren: de Tesla Model 3. Laden of swappen: wat is sneller en welke EV arriveerde als eerste in de Duitse metropool?

©Irwin Versteegh

Vier jaar, 10-miljoen swaps

Ze geloven er bij Nio heilig in. Sterker nog, met nog geen 300.000 auto’s werden er wereldwijd (maar vooral in China) de afgelopen vier jaar maar liefst 10 miljoen batterijen gewisseld. En die swapstations zijn behoorlijk ingenieus: met slechts 21 batterijen zijn er tot dik 400 swaps per dag mogelijk, en in Nederland loopt er zelfs een proef om de stations als buffer te gebruiken om het stroomnet her en der te ontlasten.

Best interessant dus, en bovendien behoorlijk duurzaam, aangezien Nio het oplaadproces zo efficiënt mogelijk laat verlopen. Met een niet al te hoog piekvermogen en niet verder dan 90 procent SoC bijvoorbeeld. Het plaatsen gaat daarnaast volledig autonoom, en ook dat toont de kennis en kunde van de Nio-engineers. 

Zes modellen, ook een Touring

In Nederland verkoopt het merk momenteel de ET5, de ET5 Touring, de ET7, de EL6 en de EL7, stuk voor stuk opererend in het segment van de BMW 3-, 5- en 7-serie. Prijstechnisch is de ET5 de interessantste. Qua formaat en prestaties neemt dit model het op tegen auto's als de BMW i4 en Hyundai IONIQ 6, maar hij is er ook als Touring.

Toch is het voornamelijk één concurrent die deze Nio van de troon moet stoten, en dat is de inmiddels welbekende Tesla Model 3. Een auto die ik voor deze gelegenheid als Long Range Dual Motor met 19-inch lichtmetalen wielen laat aantreden. De test-Nio? Dat is een ET5 Touring in de basisuitvoering en voorzien van het 75kWh-accupakket. Beide auto’s kosten onderaan de streep net geen 52.000 euro.

©Irwin Versteegh

Battery as a service

De ET5 is ondanks dik 450 pk vermogen vrij futloos, want... er zit nog geen accu in. Hiervoor heb je twee keuzes. Je koopt er een voor 12.000 euro(!) of je kiest voor het Battery as a Service (BAAS)-abonnement. Dat laatste is verplicht als je gebruik wilt maken van Nio’s Swapstations. Dat kost 169 euro per maand voor de 75kWh-batterij en 289 euro voor de 100kWh-variant. Nio belooft in de nabije toekomst een 150 kWh sterke solid state-batterij, maar echt concreet zijn deze plannen nog niet. Niet swappen, maar opladen? Dat kan ook, en in dat geval heeft de ET5 een maximaal DC-snellaadvermogen van 140 kW, wat resulteert in een 10-80%-lading in net iets meer dan een halfuur tijd. 

Oosterhout - Berlijn

Tijd om de proef op de som te nemen. We vertrekken vanaf de Tesla-supercharger in Oosterhout, Noord-Brabant. De eindbestemming is voormalig vliegveld Tempelhof in Berlijn. Beide auto’s hebben bij vertrek een voor 97 procent opgeladen accupakket en de Nio beschikt over de meest recente software-update die de routeplanning aanpast aan de hand van het actuele energieverbruik in plaats van de WLTP-normering. De range van beide auto's? De Model 3 Long Range zou met zijn netto 75kWh-batterij 629 km ver moeten komen. De ET5 komt met zijn netto 70kWh-accu 450 km ver; zelfs de 100kWh-versie blijft steken op maximaal 590 km. 

Na het invoeren van de eindbestemming stippelen beide auto’s een route uit via Swapstations of Superchargers. Met ongeveer vier batterijwisselstations op de route van Nederland naar Berlijn zijn er meer dan voldoende voorhanden. Superchargers? Die zijn er in overvloed. Niettemin is de voorspelling direct bijzonder. De Nio plant maar liefst drie swaps, waarvan de eerste al in Nederland. De Tesla adviseert om nog even door te laden naar 100 procent (wat we dus niet hebben gedaan) om vervolgens 40 minuten te laden bij een Supercharger net vóór Hannover. 

©Irwin Versteegh

20 minuten voorsprong

Dan onze testmethode. In Nederland hanteren we een snelheid van maximaal 105 km/u en in Duitsland gaan we niet harder dan 130 km/u – een snelheid die we vaak niet eens halen omwille van de vele Baustellen. Hoe dan ook is er al direct sprake van een verschil, aangezien de Nio bij knooppunt Gorinchem een andere route richting Apeldoorn pakt. Daar wil-ie uiteindelijk zijn eerste swap doen, maar ook de Tesla passeert de Gelderse stad.

Na het swappen van de batterij in Apeldoorn en het überhaupt verlaten van Nederland ligt de Tesla al 20 minuten voor, waarvan 10 minuten vanwege de navigatiefout. De andere tien minuten komen van het ritje naar het swapstation, waarvoor je de snelweg dient te verlaten.

35 minuten...

De Tesla blijkt daarnaast zuiniger dan verwacht en berekent dan ook een nieuwe stop. Ik moet Hannover ditmaal passeren en bij Supercharge-locatie Peine 20 minuten bijladen. Ondertussen is team Nio onderweg naar een tweede swapstation nabij Kirchlengern, een goede 200 km rijden vanaf Apeldoorn.

Na dik 445 km rijden arriveert de Tesla met 8 procent resterende capaciteit bij het V4 Supercharge-station in Peine. De boordcomputer berekent een oplaadpauze van 20 minuten, dus in die tijd kan ik meteen een toiletstop maken (ik was al twee keer eerder voor een korte plaspauze gestopt) en snel een kopje koffie doen op het terras. De Nio is inmiddels onderweg richting Hannover en maakt dus een kleine inhaalslag, al is dat met 35 minuten achterstand ook zeker nodig. 

©Irwin Versteegh

Verschil in tijd én kosten

Na een goede 25 minuten laden (de koffie was erg heet) rijd ik verder en ga ik de laatste 245 km tegemoet. Na wat mild oponthoud in Berlijn arriveer ik na een reis van 7 uur en net geen 700 km in de Duitse hoofdstad. Dat betekent een gemiddelde reistijd van 100 km per uur, en dat is erg netjes. Na een laatste swap net voorbij Hannover arriveert team Nio uiteindelijk 30 minuten later, en ook dat is – voor een volledig elektrische auto – om te beginnen keurig. Maar er is wel sprake van verschil. Om te beginnen in tijd, maar ook zeker qua kosten.  

De prijs voor het enkeltje Berlijn die middels de Supercharger voor de Tesla-kilometers is betaald – en hierbij houd ik rekening met 7,5 procent oplaadverlies – bedraagt in totaal 45 euro. De Tesla had 105 kWh nodig en er werd gemiddeld 0,40 euro per kWh gerekend. Je zit bij het merk daarnaast niet vast aan een maandelijkse fee en de batterij is gewoon van jou.  

Bij de Nio is het belangrijk om te vermelden dat ik rekening heb gehouden met een meerverbruik van 7,5 procent, aangezien de testauto nog op winterbanden reed. Dat zou ongeveer 5 procent verschil betekenen, dus de marge is ruim. Niettemin toont het verschil in accupercentage tussen de ingeleverde en ontvangen batterij een mooi inzicht in het energieverbruik.

Na correctie had de ET5 voor de reis naar Berlijn 150 kWh nodig. Wel reed de ET5 vanwege de drie ‘swap-stops’ iets meer kilometers, en dat brengt het kostenplaatje op 65 euro. Er is echter ook sprake van swapkosten en daarvoor rekent Nio een tientje. Per maand krijg je er twee cadeau, dus voor dit vergelijk noteren we er één, en daarmee komt het totaal dus op 75 euro. Toch? Nou, nee...

©Irwin Versteegh

Vijf jaar accuhuur: 10.000 euro!

Want nu komt het: volgens Nio is het swappen van de batterij dé manier om eerder op jouw plaats van bestemming aan te komen. Net als tanken, maar hiervoor dien je wel het BAAS-abonnement af te nemen; pas dan kun je swappen. Vergeet echter niet dat je over een looptijd van vijf jaar in principe zelf de accu betaalt. Reken maar mee: 60 maanden keer minimaal 169 euro per maand is dik 10.000 euro!

Oké, je loopt dan geen risico op accudegradatie, maar hebt er ook geen een. Na vijf jaar heb je nog steeds een acculoze auto op de oprit staan en dien je het BAAS-abonnement nog altijd aan te houden. Dat is dus wel even iets om je te realiseren. Bovendien toont deze reis naar Berlijn aan dat het wisselen van een batterij het simpelweg aflegt tegen het hoge DC-piekvermogen en de efficiency van een Tesla. Want let wel, de Model 3 nam genoegen met een gemiddeld energieverbruik van 15,1 kWh per 100 km, terwijl de ET5 Touring na correctie 21 kWh per 100 km nodig had. 

Laadtijd is ook rusttijd

Het swappen van de batterij in slechts luttele minuten mag dan aantrekkelijk klinken, het neemt niet weg dat je met een efficiënte, maar ook snelladende EV onderaan de streep beter af bent. Elke kilowattuur dient immers te worden afgerekend, en het comfort van laad/rusttijd is daarnaast zeker een aspect dat je niet dient te onderschatten. Bij Nio moet je vooralsnog in de auto blijven zitten tijdens het swappen, terwijl je deze tijd ook voor een plaspauze of kopje koffie kan benutten. 

De baas van HBO Max lijkt te suggereren dat het aankomende derde seizoen van de serie The Last of Us de laatste wordt.

In een interview met Deadline werd HBO-baas Casey Bloys gevraagd naar de mogelijkheid dat het derde seizoen van de live-action verfilming van de gamereeks de laatste wordt. Daarop antwoordde hij dat "het er wel op lijkt". Hij voegde echter wel toe dat de showrunners dit uiteindelijk beslissen.

Mogelijk toch een vierde seizoen?

Eerder suggereerde showrunner Craig Mazin al dat de serie mogelijk vier seizoenen zou tellen, en dat er geen manier was om het verhaal uit de tweede game in een derde seizoen te concluderen. Het is niet duidelijk of dat nog steeds het geval is, of dat de plannen misschien zijn gewijzigd.

Wel heeft Mazin altijd gezegd dat hij alleen het verhaal uit de games zou verfilmen, en dat er niet meer bij verzonnen zou worden om de serie langer te laten lopen. Het eerste seizoen van de serie behandelt de gebeurtenissen uit de eerste game, en het vorig jaar verschenen tweede seizoen een gedeelte van de gebeurtenissen uit de tweede game.

Over The Last of Us

De The Last of Us-reeks draait om een wereld waarin een schimmel zich via mensen verspreid, en waardoor de geïnfecteerde mensen zich als een soort gewelddadige zombies op nog gezonde mensen storten. In deze wereld volgen gamers en kijkers Joel, een man die zijn kind heeft verloren en het meisje Ellie door de Verenigde Staten moet vervoeren.

Fans hopen al geruime tijd dat ontwikkelaar Naughty Dog een derde game binnen de reeks maakt, maar dat is vooralsnog niet bevestigd. Wel was er een multiplayergame gesitueerd in de The Last of Us-wereld in ontwikkeling, maar die game werd geannuleerd.

Een NAS is voor de meeste gebruikers veel meer dan een netwerkschijf. Je kunt er eenvoudig extra toepassingen op draaien, bijvoorbeeld voor extra back-upmogelijkheden, productiviteit, multimedia en thuisautomatisering. Daarvoor is het vaak ook krachtig genoeg. Toepassingen kunnen bovendien bestanden op je NAS benutten. De makkelijkste manier om toepassingen te installeren en beheren is via Docker. We laten zien hoe je hiermee werkt op een NAS van Synology of QNAP.

Je hebt meestal geen zware server nodig voor toepassingen als Plex, Jellyfin, SABnzbd of Home Assistant. Een NAS is meestal krachtig genoeg. Soms is hooguit wat extra geheugen wenselijk. Zo heb je behalve je opslag ook al je toepassingen centraal. Mis je softwareopties op je NAS, bijvoorbeeld voor back-up of synchronisatie, dan is dat óók eenvoudig op te lossen met extra software. Maar hoe installeer je zulke toepassingen? Soms kun je een pakket installeren, bijvoorbeeld van SynoCommunity. Maar je moet dan precies de juiste variant vinden en er kunnen afhankelijkheden zijn, zoals php of Apache. Met Docker ben je veel flexibeler. Toepassingen zijn niet meer afhankelijk van de inrichting van je NAS en worden bovendien sneller bijgewerkt. Maar hoe werk je hier in de praktijk mee op een NAS? In dit artikel laten we dat zien. We beginnen met algemene uitleg over het werken met Docker op een NAS. Daarna behandelen we het downloaden van images en het maken en configureren van containers. We richten ons daarbij voornamelijk op Synology en QNAP. Heb je een NAS van een ander merk, dan zul je merken dat veel principes hetzelfde zijn. Bij het merk Ugreen lijkt de software bovendien sterk op die van Synology.

Wat heb je nodig?

Niet alle modellen van Synology en QNAP ondersteunen Docker. Synology vereist een model met x86-cpu van Intel of AMD. Bij ARM-modellen kun je het soms via een omweg installeren, maar dat is niet officieel en ook niet zonder risico's. Verder hangt het van het model af. Vooral de Plus-series (zoals de DS224+ en DS923+) en hogere modellen ondersteunen Docker. Je kunt het eenvoudig controleren door in Synology Package Center te zoeken naar Container Manager (DSM 7.2 of hoger) of (als je een oudere DSM-versie hebt) naar Docker. Bij QNAP is de toepassing, onder de naam Container Station, beschikbaar via App Center. Het is geschikt voor de meeste niet al te oude modellen. Zowel bij Synology als QNAP is 2 GB werkgeheugen aanbevolen, maar we raden minimaal 4 GB RAM aan. Voor dit artikel gebruiken we een wat oudere Synology DS918+ en QNAP TS-453Be. Beide komen nog goed mee en beschikken over recente software.

Opslag bij Docker

Belangrijke gegevens zoals configuratiebestanden, databases en cachebestanden worden in principe buiten een container bewaard. Dat kan op twee manieren. Normaal zal Docker voor de paden in de container die persistent moeten zijn een anoniem volume gebruiken. Dat krijgt een lange hash als naam. Je kunt ook zelf een naam toewijzen. We noemen dat dan een named volume. Die kun je makkelijker herkennen of hergebruiken in andere containers. De tweede optie is een zogeheten bind mount. Je koppelt dan de persistente paden in de container aan mappen op de host (het systeem waarop Docker draait), zoals je NAS. Zeker bij een NAS van Synology is dat het meest praktisch. Synology verbergt in de webinterface namelijk volumes, ook al zijn ze er wel! Bij een bind mount zie je de bestanden altijd netjes in de gedeelde mappen, zodat jij ze zelf kunt raadplegen of back-uppen.

Opslag bij een NAS

Voor het organiseren van je bestanden op een NAS gebruik je standaard al gedeelde mappen. Ga je met Docker werken, dan zul je óók zo'n map gebruiken voor de opslag voor je containers. Synology maakt die map standaard onder /docker. Bij QNAP is dat (meestal) /Container. Stel dat je WordPress wilt installeren. Het persistente pad in de container is in dit geval /var/www/html. Daar worden alle websitebestanden opgeslagen. Bij Synology zul je dan een map zoals /docker/wordpress maken die je bij de configuratie koppelt aan het container-pad /var/www/html. Er kunnen ook meerdere paden zijn. SearXNG gebruikt in de container bijvoorbeeld /etc/searxng voor de configuratie (zoals settings.yml) en /var/cache/searxng voor data en cachebestanden. Beide kun je dan koppelen met de NAS, bijvoorbeeld onder /docker/searxng/config en /docker/searxng/cache. Gebruik eventueel de bestandsbeheerder (zoals File Station) om de mappen vooraf aan te maken of aangemaakte bestanden te bekijken!

Bestanden op je NAS gebruiken

Het mooie van Docker op een NAS is dat je een container toegang kunt geven tot bestanden op die NAS, zoals foto's, video's, documenten en back-ups. Je koppelt daarvoor gewoon de gewenste gedeelde mappen of submappen. Op die manier kun je bijvoorbeeld de muziekspeler NaviDrome direct toegang tot de muziek op de NAS geven. De muziek kun je daarna netjes georganiseerd bekijken en afspelen via de vlotte webinterface. Het werkt ook samen met verschillende bekende apps. Ook bijvoorbeeld voor video's zijn goede toepassingen beschikbaar, zoals Plex en Jellyfin. Of probeer eens een toepassing als Immich of Photoprism voor je fotobibliotheek.

Met NaviDrome kun je heel handig de muziek op je NAS beluisteren.

Werken met poorten

Containers gebruiken vaak één of meerdere poorten voor bijvoorbeeld een webinterface. Een voorbeeld is de webserver nginx met http-poort 80. Bij de configuratie koppel je die interne poort 80 aan een poort op de host en daarmee je lokale netwerk. Je kunt soms hetzelfde poortnummer (in dit voorbeeld 80) kiezen, maar dat hoeft niet. In dit geval is dat ook af te raden. Liever gebruik je een hogere, vrije poort. Let goed op de bezette poorten van de NAS zelf. Dat zijn er vaak best veel. Een voorbeeld is de veelgebruikte poort 8080 die QNAP voor de webinterface gebruikt. Bij Synology zie je een overzicht van gebruikte poorten in Configuratiescherm / Infocenter op het tabje Service. Bij QNAP ga je naar Systeem / Systeemstatus / Systeemdiensten. Een blok als 6000-6999 is bij beide merken een goede optie. Heb je een container gestart, dan moet je deze vaak even de tijd geven om te starten voordat je de webinterface kunt benaderen via de ingestelde poort.

Docker Compose

Bij een NAS kun je een container relatief makkelijk via een wizard starten. Maar de details die je opgeeft, zoals poorten en volumes, kun je naderhand niet aanpassen. Wil je iets veranderen, dan zul je een nieuwe container moeten maken met de juiste instellingen. Bij zowel Synology als QNAP kun je ook werken met Docker Compose. Bij Synology heet dit een project, QNAP noemt het een toepassing. Je kunt dan de instellingen voor één of meerdere containers beheren in één yaml-bestand, meestal met de naam docker-compose.yml. Een groot voordeel is dat je dan eenvoudiger achteraf de configuratie kunt aanpassen. Het werken met meerdere containers is bovendien veel overzichtelijker. Je groepeert ze samen in één bestand, ook wel 'stack' genoemd. En je kunt alle containers in één handeling starten, stoppen of verwijderen. Bij problemen zul je overigens wel nog steeds de individuele containers moeten inspecteren (zie kader 'Problemen oplossen').

Synology: Docker installeren

Docker is meestal niet standaard geïnstalleerd. Je logt eerst in bij DSM, het besturingssysteem van je NAS. Vervolgens installeer je de toepassing via

Package Center. De toepassing heet Container Manager (sinds DSM 7.2) of (bij een eerdere versie) Docker. Bij de installatie wordt gevraagd om een brugnetwerk te configureren. Dat is het netwerk waarop containers intern communiceren. Je hoeft dit subnet (172.17.0.0/16) niet te veranderen, tenzij dit conflicteert met jouw eigen netwerk (wat heel zeldzaam is).

Synology: images downloaden

Om een container met een bepaalde toepassing te starten, heb je een image nodig. Open daarvoor Container Manager en ga naar Register. Hier kun je images op naam opzoeken. Dubbelklik dan op een image om deze te downloaden. Vaak zul je de officiële of populairste optie kiezen. De images van LinuxServer.io zijn ook altijd goed. Omdat ze dezelfde opbouw en documentatie volgen, zijn ze herkenbaar en makkelijk te gebruiken. Je kunt bij het downloaden een tag kiezen. Vaak kies je latest voor de laatste stabiele versie. Alle images die je hebt gedownload, vind je terug onder Image. Als er updates zijn, kun je die daar ook downloaden. Je containers blijven overigens draaien op de versie waarmee ze zijn gemaakt. Pas als je een nieuwe container start, wordt de nieuwe image gebruikt.

Synology: container maken

We gaan als voorbeeld een container voor SearXNG maken, een privacyvriendelijke zoekmachine die live resultaten bij andere zoekmachines ophaalt. Ga hiervoor naar Container en kies Maken. We gebruiken de image searxng/searxng. Bij het maken van de container hoef je bij Algemene instellingen niet veel te veranderen. Wel handig is de optie Automatisch opnieuw starten inschakelen, voor hogere beschikbaarheid. Op het tweede scherm, bij Geavanceerde instellingen, zie je onder het kopje Poortinstellingen dat deze toepassing in de container poort 8080 gebruikt. Bij Lokale poort kies je de lokale poort (op de host), zoals 8080 (of iets anders, als deze al in gebruik is). Na het maken van de container kun je de zoekmachine bereiken via de gekozen lokale poort, zoals http://ip-NAS:8080. Onder het kopje Volume-instellingen maak je zoals eerder toegelicht een bind mount. Koppel /docker/searxng/config met /etc/searxng en koppel /docker/searxng/cache met /var/cache/searxng. Via het venster kun je naar de map op de NAS bladeren om deze aan te wijzen (en eventueel ook aan te maken).

Synology: lokale bestanden gebruiken

Een van de voordelen is dat toepassingen bestanden op de NAS kunnen gebruiken. We noemden NaviDrome al, een populaire muziekspeler. Bij het maken van deze container koppel je poort 4533 aan de lokale poort, zoals 4533. Bij de volumes moet je opletten. NaviDrome gebruikt /data voor gegevensopslag en /music voor muziek. Koppel bij Volume-instellingen daarom bijvoorbeeld /docker/navidrome/data aan /data. Staat je muziek op de NAS onder /music/albums, dan koppel je precies die map aan /music in de container. Kies hier eventueel voor alleen leestoegang, omdat deze toepassing geen bestanden hoeft te wijzigen. Na het starten van de container zul je het programma even de tijd moeten geven om alle muziek te indexeren.

Synology: project maken

Wil je bij Synology met Docker Compose werken dan ga je naar Project en kies je Maken. Je kunt bij Bron kiezen om zelf een docker-compose.yml te uploaden, maar ook een nieuw bestand maken. Dat laatste heeft meestal de voorkeur. Je kunt de configuratie dan in het venster plakken en meteen nog wat persoonlijke aanpassingen maken. We nemen WordPress als voorbeeld dat twee containers heeft: één voor WordPress zelf en één voor een database (zoals MySQL of MariaDB). Je zet ze samen in één project en beheert ze daarna als geheel, in plaats van als twee losse containers. Bij Naam van project vullen we in wordpress (alleen kleine letters). Bij Pad kiezen we een gedeelde map op de NAS, zoals /docker/wordpress. Bij Bron kiezen we voor het maken van een docker-compose.yml. Hieronder zie je het voorbeeld voor de officiële image voor WordPress, waar we wat aanpassingen in gaan maken voor de NAS:

services:

  wordpress:

    image: wordpress

    restart: always

    ports:

      - 8080:80

    environment:

      WORDPRESS_DB_HOST: db

      WORDPRESS_DB_USER: exampleuser

      WORDPRESS_DB_PASSWORD: examplepass

      WORDPRESS_DB_NAME: exampledb

    volumes:

      - wordpress:/var/www/html

  db:

    image: mysql:8.0

    restart: always

    environment:

      MYSQL_DATABASE: exampledb

      MYSQL_USER: exampleuser

      MYSQL_PASSWORD: examplepass

      MYSQL_RANDOM_ROOT_PASSWORD: '1'

    volumes:

      - db:/var/lib/mysql

volumes:

  wordpress:

  db:

Synology: configuratie aanpassen

Hoewel de configuratie werkt, zijn enkele aanpassingen wel wenselijk. In het voorbeeld worden twee named volumes gebruikt, terwijl bind mounts handiger zijn, zeker bij Synology. Daarom halen we de onderste drie regels weg. We maken op de NAS de mappen /docker/wordpress/db en /docker/wordpress/html aan. Ten slotte passen we het volume aan voor de twee containers. Voor WordPress wordt dit als volgt:

- /volume1/docker/wordpress/html:/var/www/html

Voor de database passen we het aan naar:

- /volume1/docker/wordpress/db:/var/lib/mysql

Controleer op jouw NAS of de volumenaam volume1 klopt. Kies ook een betere gebruikersnaam en een sterker wachtwoord voor de database. Let wel op: wat je bij WORDPRESS_DB_USER en WORDPRESS_DB_PASSWORD invult, moet hetzelfde zijn als bij MYSQL_USER en MYSQL_PASSWORD. MySQL maakt met die toegangsgegevens de database, terwijl WordPress ze gebruikt om daar toegang toe te krijgen.

Nieuwe NAS? Kijk en vergelijk op Kieskeurig.nl

QNAP: Docker installeren

Om Docker te installeren op je NAS van QNAP log je eerst in bij het besturingssysteem QTS. Daarna installeer je de toepassing via App Center. Je vindt het onder de naam Container Station. De installatie wijst zichzelf. Als je de toepassing de eerste keer start, wordt gevraagd waar je gegevens van containers op wilt slaan. Je kunt de standaardmap /Container accepteren.

QNAP: image zoeken en gebruiken

Voor het zoeken van een image open je Container Station en klik je op Verkennen. Hier kun je images op naam opzoeken. Voor Docker gebruik je de resultaten van Docker Hub, de centrale verzamelplek voor Docker-images. Kies bij de gewenste image de optie Implementeer. Je kunt dan een tag kiezen (zoals latest). Vervolgens kun je direct de container configureren. Dit behandelen we in de volgende stap. Voor een overzicht van alle gedownloade images kun je naar Installatiekopieën. Wij installeren ook in dit voorbeeld een container voor SearXNG.

QNAP: container configureren

Bij de configuratie van de container kan de optie Standaardpoort voor web-URL wat verwarrend zijn. In feite maakt Container Station op basis van die poort een klikbare link die je in de webinterface ziet om de container te openen in je browser. Je kunt het dus zien als een soort shortcut. Je moet daaronder dus nog steeds de benodigde poorten openstellen. In dit voorbeeld vul je dus achter Host een poortnummer in, zoals 8000 (8080 is bij QNAP bezet!). Verander de poort bij Container (8080) niet. Vul bij Standaardpoort voor web-URL ook 8000 in, zodat de shortcut ook werkt.

Om andere opties in te kunnen stellen, zoals opslag, klik je op Uitgebreide instellingen.

QNAP: opslag configureren

SearXNG heeft in de container de persistente paden /etc/searxng en /var/cache/searxng. Bij QNAP kun je prima met (anonieme of named) volumes werken. In dit voorbeeld zullen we dat doen voor de wegwerpbare cachebestanden. Voor de configuratiebestanden maken we via File Station vooraf een map aan onder /Container/searxng/config. Achter Volume vullen we nu de naam searxngcache in, in het deel waar bij Container het pad /var/cache/searxng staat. Hier wordt dan een named volume voor gemaakt. We verwijderen de andere optie (met het pad /etc/searxng). Via het pijltje achter Voeg volume toe kiezen we Gekoppelde hostlocatie binden. Blader dan achter Host naar de zojuist gemaakte map (/Container/searxng/config). Achter Container vul je het pad /etc/searxng in. SearXNG zal zijn configuratie nu in de gekozen map bewaren en de cache in een named volume. Rond het maken van de container af. Die zal daarna worden gestart. Onder Volumes zie je alle volumes die zijn gemaakt, zoals searxngcache. Merk op dat In gebruik hier betekent dat het volume is gekoppeld aan een container, en dus niets over de status van de container zegt! Je kunt ongebruikte volumes eventueel verwijderen.

QNAP: toepassingen

QNAP ondersteunt het werken met Docker Compose. Hiervoor ga je naar Toepassing en kies je Maken. Bij Naam van de toepassing vul je een herkenbare naam in. Daaronder kun je de yaml-code invullen. Voor SearXNG, ingesteld zoals hiervoor met een bind mount voor de configuratiebestanden en een named volume voor cache, vul je het in zoals hieronder. Let op het absolute pad /share/Container/searxng/config. Dat is hoe je naar die map moet verwijzen. De code is als volgt:

services:

  searxng:

    image: searxng/searxng

    container_name: searxng

    restart: unless-stopped

    ports:

      - "8000:8080"

    volumes:

      - /share/Container/searxng/config:/etc/searxng

      - searxngcache:/var/cache/searxng

volumes:

  searxngcache:

Het maken van eventuele aanpassingen is niet heel intuïtief. Je gaat hiervoor naar Toepassingen en klikt achter de toepassing op het instellingenicoontje. Kies dan de optie Opnieuw maken. Je kunt nu de yaml-code bewerken. Na het maken van de aanpassingen zal een nieuwe container worden opgebouwd met deze nieuwe configuratie.

Beheer containers op je NAS met Portainer

Het kan om meerdere redenen praktisch zijn om Portainer te installeren op je NAS, een grafische webinterface voor het beheer van je containers. Het is wat overzichtelijker en er blijft, zeker in vergelijking met Container Manager van Synology, minder verborgen. Je kunt Portainer gewoon via Docker installeren. Het is handig eerst een map te maken voor Portainer, waar het zijn configuratie persistent kan bewaren. Maak dan een project in Container Manager met de onderstaande configuratie:

services:

  portainer:

    image: portainer/portainer-ce:latest

    container_name: portainer

    restart: always

    ports:

      - "9443:9443"   # HTTPS toegang

      - "9000:9000"   # (optioneel, oudere HTTP-poort)

    volumes:

      - /var/run/docker.sock:/var/run/docker.sock

      - /volume1/docker/portainer:/data

Bij QNAP kun je dezelfde configuratie gebruiken, maar vervang dan /volume1/docker/portainer:/data door /share/Container/portainer:/data. Na het starten zie je op https://ip-NAS:9443 (of http://ip-NAS:9000) de webinterface van Portainer. De eerste keer wordt gevraagd om een wachtwoord aan te maken. Portainer heeft (ook) een kleine leercurve, maar het geeft je veel opties, en werkt op elk systeem hetzelfde.

Je kunt nu in Portainer alles rondom Docker beheren, zoals containers en images.