Docker & volumes

[StarWing]

Docker-noob vraag, want ik geraak er zelf niet wijs uit.
Ik heb een aantal apps (*arr) die op een Ubuntu VM staan. Hieraan is een fysieke schijf gekoppeld, en beschikbaar in deze VM als \DataDisk.
Hieronder staan een aantal mappen:

Code: Selecteer alles

DataDisk\audio
	\video
	\downloads

De verschillende apps gebruiken deze, waaronder Transmission, Sabnzbd, ...
Aangezien dit lokaal staat, werkt dit allemaal perfect.

Ik ben momenteel ook aan het spelen met Docker, maar ik snap niet goed (allez, ik snap het ongeveer) hoe docker werkt met volumes. Ik weet dat ik een volume moet mappen in de docker-compose.yml file

Stel dat ik een instance zoals sabnzbd wil "dockeren" op de andere VM. Hoe kan ik dan best de docker-compose file aanmaken?
Rechtstreeks deze de netwerkshare laten benaderen, of eerst een mount maken op de docker-vm en deze mappen in de docker-compose ?

Wetende dat de *arr instance begint te klagen dat het een docker is, en dat de data op een andere machine staat.
Dus ik moet ook nog rekening houden met het feit dat er een deel in docker staat, en een deel fysiek gecloont is van een git-repo.

Als voorbeeld een docker instance van Sabnzbd, docker-compose:
De \downloads zijn bereikbaar op \\fs01\downloads (waaronder \complete en \incomplete)
Hoe kan ik best de structuur opbouwen en doorgeven aan docker ?

Code: Selecteer alles

services:
  sabnzbd:
    image: lscr.io/linuxserver/sabnzbd:latest
    container_name: sabnzbd
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
    volumes:
      - /path/to/sabnzbd/config:/config
      - /path/to/downloads:/downloads #optional
      - /path/to/incomplete/downloads:/incomplete-downloads #optional
    ports:
      - 8080:8080
    restart: unless-stopped

[silentkiller]

Als ik het goed begrijp, heb je momenteel 1 Ubuntu VM waar al je applicaties draaien en waar ook de fysieke disk gemount is
Daarnaast wil je een VM voor je docker applicaties die ook aan de data moet kunnen op de eerste Ubuntu VM.

Zoals je zelf al zegt: je kan voor beide opteren. NFS mount leggen op de VM of NFS mount leggen per docker applicatie adhv een volume. Je kan aan een volume de NFS driver meegeven en de mount per docker applicatie leggen. Buikgevoel: ik zou het laatste doen als je meerdere docker apps hebt. Dan kan je ze zelfs RO mounten indien te voldoende is voor bepaalde apps.

Wetende dat de *arr instance begint te klagen dat het een docker is, en dat de data op een andere machine staat.
Dus ik moet ook nog rekening houden met het feit dat er een deel in docker staat, en een deel fysiek gecloont is van een git-repo.

Zelf geen ervaring met de *arr suite, maar een snelle google zegt mij dat deze geen probleem heeft met NFS?

Maar wat ik me vooral afvraag: waarom wil je een tweede VM voor je docker applicaties? Draai gewoon docker op je huidige VM, dan staan je applicaties dicht bij de data

[StarWing]

Zelf geen ervaring met de *arr suite, maar een snelle google zegt mij dat deze geen probleem heeft met NFS?

Normaal niet, maar ik gebruik SMB omdat ik ze ook wil benaderen via windows.

Maar wat ik me vooral afvraag: waarom wil je een tweede VM voor je docker applicaties? Draai gewoon docker op je huidige VM, dan staan je applicaties dicht bij de data

Ik heb er eigenlijk meerdere... Omdat er plaats en geheugen is, en om de toepassingen te spreiden.
Ook om selectief VM's/dockers te kunnen uitschakelen 's nachts.

[silentkiller]

Als er issues zijn met SMB en *arr, kan je nog steeds tussen de VM's NFS gebruiken en SMB naar je windows machine(s)

Ik zou ze dan, as said, mounten per docker applicatie via de NFS driver.