So stellen Sie die NFS-Freigabe/das Volume mithilfe von Docker Compose V3 direkt in einen Container ein

Ja, Sie können direkt auf ein NFS aus der Erstellungsdatei verweisen: 

volumes:
   db-data:
      driver: local
      driver_opts:
        type: nfs
        o: addr=$SOMEIP,rw
        device: ":$PathOnServer"

Auf analoge Weise können Sie auf jedem Host ein nfs-Volume erstellen.

docker volume create --driver local --opt type=nfs --opt o=addr=$SomeIP,rw --opt device=:$DevicePath --name nfs-docker

Abhängig davon, wie ich das Volume verwenden muss, habe ich die folgenden 3 Optionen.

Zunächst können Sie das benannte Volume direkt erstellen und als externes Volume in compose oder als benanntes Volume in einem Befehl docker run Oder docker service create Verwenden.

  # create a reusable volume
  $ docker volume create --driver local \
      --opt type=nfs \
      --opt o=nfsvers=4,addr=nfs.example.com,rw \
      --opt device=:/path/to/dir \
      foo

Als nächstes gibt es die Syntax --mount, Die mit docker run Und docker service create Funktioniert. Dies ist eine ziemlich lange Option. Wenn Sie eine durch Kommas getrennte Option in eine andere durch Kommas getrennte Option einbetten, müssen Sie dem ausgeführten Befehl einige Anführungszeichen (mit Escape-Zeichen, damit die Shell sie nicht entfernt) übergeben. Ich verwende dies in der Regel für einen einmaligen Container, der auf NFS zugreifen muss (z. B. einen Utility-Container zum Einrichten von NFS-Verzeichnissen):

  # or from the docker run command
  $ docker run -it --rm \
    --mount type=volume,dst=/container/path,volume-driver=local,volume-opt=type=nfs,\"volume-opt=o=nfsvers=4,addr=nfs.example.com\",volume-opt=device=:/Host/path \
    foo

  # or to create a service
  $ docker service create \
    --mount type=volume,dst=/container/path,volume-driver=local,volume-opt=type=nfs,\"volume-opt=o=nfsvers=4,addr=nfs.example.com\",volume-opt=device=:/Host/path \
    foo

Zuletzt können Sie das benannte Volume in Ihrer Compose-Datei definieren. Ein wichtiger Hinweis dabei ist, dass das Namensvolumen nur einmal erstellt und nicht mit Änderungen aktualisiert wird. Wenn Sie also das benannte Volume ändern müssen, möchten Sie ihm einen neuen Namen geben.

  # inside a docker-compose file
  ...
  services:
    example-app:
      volumes:
      - "nfs-data:/data"
  ...
  volumes:
    nfs-data:
      driver: local
      driver_opts:
        type: nfs
        o: nfsvers=4,addr=nfs.example.com,rw
        device: ":/path/to/dir"
  ...

In jedem dieser Beispiele:

• Der Typ ist auf nfs gesetzt, nicht auf nfs4. Dies liegt daran, dass Docker einige nützliche Funktionen für das Feld addr bietet, jedoch nur für den Typ nfs.
• Die o sind die Optionen, die an den Mount-Systemaufruf übergeben werden. Ein Unterschied zwischen dem Befehl mount syscall und mount unter Linux besteht darin, dass das Gerät den Teil vor dem Verschieben von : In eine Option addr hat.
• nfsvers wird verwendet, um die NFS-Version festzulegen. Dies vermeidet Verzögerungen, da das Betriebssystem zuerst andere NFS-Versionen versucht.
• addr kann ein DNS-Name sein, wenn Sie type=nfs verwenden, und nicht nur eine IP-Adresse. Sehr nützlich, wenn Sie mehrere VPCs mit unterschiedlichen NFS-Servern haben, die denselben DNS-Namen verwenden, oder wenn Sie den NFS-Server in Zukunft anpassen möchten, ohne jedes Volume-Mount zu aktualisieren.
• Andere Optionen wie rw (Lese-/Schreibzugriff) können an die Option o übergeben werden.
• Das Feld device ist der Pfad auf dem Remote-NFS-Server. Der führende Doppelpunkt ist erforderlich. Dies ist ein Artefakt dafür, wie der Befehl mount die IP-Adresse in das Feld addr für den Systemaufruf verschiebt. Dieses Verzeichnis muss auf dem Remote-Host vorhanden sein, bevor das Volume in einem Container bereitgestellt wird.
• In der Syntax --mount Ist das Feld dst der Pfad innerhalb des Containers. Für benannte Volumes legen Sie diesen Pfad auf der rechten Seite des Volume-Mounts (in der kurzen Syntax) in Ihrem Befehl docker run -v Fest.

Wenn Sie Berechtigungsprobleme beim Zugriff auf ein Remote-NFS-Volume haben, ist eine häufige Ursache, dass Container als Root ausgeführt werden und der NFS-Server auf Root-Squash eingestellt ist (wodurch der gesamte Root-Zugriff auf den Benutzer nobody geändert wird). Sie müssen Ihre Container entweder so konfigurieren, dass sie als bekannte Nicht-Root-UID ausgeführt werden, die Zugriff auf die Verzeichnisse auf dem NFS-Server hat, oder Root-Squash auf dem NFS-Server deaktivieren.

Meine Lösung für AWS EFS, die funktioniert:

1. EFS erstellen (NFS-Port 2049 in Sicherheitsgruppe nicht vergessen)

2. Installieren Sie das nfs-common-Paket:

   Sudo apt-get install -y nfs-common

3. Überprüfen Sie, ob Ihr EFS funktioniert:

   mkdir efs-test-point 
    Sudo chmod go + rw efs-test-point

   Sudo mount -t nfs -o nfsvers = 4.1, rsize = 1048576, wsize = 1048576, hard, timeo = 600, retrans = 2, noresvport [YOUR_EFS_DNS]:/efs-test-point

   berühren Sie efs-testpoint/1.txt 
    Sudo umount efs-testpoint /
    ls -la efs-testpoint /

   das Verzeichnis muss leer sein

   Sudo mount -t nfs -o nfsvers = 4.1, rsize = 1048576, wsize = 1048576, hard, timeo = 600, retrans = 2, noresvport [YOUR_EFS_DNS]:/efs-test-point

   ls -la efs-test-point/

   datei 1.txt muss vorhanden sein

4. Konfigurieren Sie die Datei docker-compose.yml:

   dienstleistungen:
    sidekiq: 
    Bände: 
    - uploads_tmp_efs:/home/application/public/uploads/tmp 
    ...
    Bände: 
    uploads_tmp_efs: 
    Treiber: lokal 
    driver_opts: 
    Typ: nfs 
    o: addr = [YOUR_EFS_DNS], nfsvers = 4.1, rsize = 1048576, wsize = 1048576, hart, timeo = 600, retrans = 2 
    Gerät: [YOUR_EFS_DNS]: /

Mein Problem wurde mit dem Ändern des Treiberoptionstyps auf NFS4 behoben.

volumes:
  my-nfs-share:
    driver: local
    driver_opts:
      type: "nfs4"
      o: "addr=172.24.0.107,rw"
      device: ":/mnt/sharedwordpress"