Unterschied zwischen VOLUMEN-Erklärung im Dockerfile und -v als docker run parameter

Könnte jemand mir helfen um den Unterschied zu verstehen zwischen:

VOLUME Befehl in Dockerfile (Bild Gebäude-layer)

und

-v Parameter bei der Ausstellung docker run-v/xyz/bla Befehl (container-Gebäude-Ebene).

-v parameter ist für mich klar, das es einfach macht ein Verzeichnis vom host in den container und Umgekehrt, aber wie sieht VOLUME im Dockerfile anders Verhalten?

InformationsquelleAutor Mohammed Noureldin | 2016-10-20
  1. 26

    Den -v parameter und VOLUME Stichwort sind fast die gleichen. Sie können -v haben das gleiche Verhalten wie VOLUME. 

    docker run -v /data

    Gleiche wie

    VOLUME /data

    Aber auch -v haben mehr verwendet, einer von Ihnen ist, wo die Karte, um die Lautstärke:

    docker run -v data:/data # Named volumes
docker run -v /var/data:/data # Host mounted volumes, this is what you refer to -v use, but as you can see there are more uses,

    Also die Frage ist: was ist die Verwendung von VOLUME im Dockerfile?

    Container-Dateisystem besteht aus Schichten, so schreiben es, langsamer und beschränkt (weil die Feste Anzahl von Ebenen) als die einfachen Dateisystem.

    Erklären Sie VOLUME in Ihrem Dockerfile zu bezeichnen, wo der container schreiben von Anwendungsdaten. Zum Beispiel ein Datenbank-container, dessen Daten gehen in ein Volumen-unabhängig davon, was Sie in Ihrem docker run.

    Wenn Sie beim erstellen eines docker-container für JBoss und Sie verwenden möchten, schnell Dateisystem-Zugriff mit libaio yo müssen, zu erklären, das Daten-Verzeichnis als VOLUME oder JBoss-Absturz beim Start.

    Zusammenfassend VOLUME erklärt ein Volumen, egal was Sie tun, in docker run. In der Tat in docker run können Sie nicht rückgängig machen VOLUME Erklärung in Dockerfile.

    Hinsichtlich

    • Danke, nur um sicher zu sein, was ich verstanden ist, ist die LAUTSTÄRKE erstellen Sie ein neues volume in den container Verzeichnis wie die gleiche wie bei Verwendung der -v ohne Angabe der Pfad auf dem host. aber dieser Prozess ist langsam, daher in einigen Fällen kann ich nicht verwenden, die LAUTSTÄRKE und ich muss mit -v, da muss ich specifify genau, wo ich die Dateien speichern möchten, die auf dem host, oder vielleicht nur um bessere Leistung zu erhalten. das ist die Zusammenfassung von dem, was Sie sagte, richtig?
    • Gut, Nein. Wenn Sie definieren einen Behälter ohne Bände und Ihre Anwendung schreibt eine Menge, die in einem Verzeichnis. Dieser Prozess nicht nur langsamer als die Ausführung der Anwendung außerhalb der container wird auch fehleranfällig. So ist die Lösung zu erklären, dieses Verzeichnis als volume, so schreibt wird direkt im Dateisystem, als wenn die Anwendung ausgeführt wird, das außerhalb des Behälters
    • Also den VOLUME-Pfad-parameter ist ein Verzeichnis auf dem host Recht? das bedeutet also, dass der container zu schreiben, das gesamte Dateisystem, der es in diesem Verzeichnis? I. e., Ich find /root /boot /etc /var ....... in das angegebene Verzeichnis?
    • Nein, die VOLUME-Pfad-parameter ist das Verzeichnis, in dem container. Zum Beispiel /Daten. Docker erstellt ein Verzeichnis auf dem host für die Speicherung alles, was Sie schreiben in den container im /data Verzeichnis. Überprüfen docker inspect für einen Laufenden container mit Volumina.
    • Sorry, aber ich bin immer noch verwirrt, weil ich nicht finden können, den Unterschied zwischen VOLUMEN-und -v -, so finde ich, jetzt ist Sie identisch sind, außer, dass ich bestimmen kann, das Ziel auf der host mit -v. Wenn nicht könnten Sie einfach summerize, dass in einem Satz vielleicht?
    • Ja das ist der Unterschied mit -v können Sie bestimmen das Ziel oder Zustand, in dem es speichert die Dinge, die in einem benannten volume. Aber mit der LAUTSTÄRKE Sie können erzwingen, erstellen des Verzeichnisses unabhängig davon, ob der Benutzer mit docker run
    • AFAIK Bände sind immer erstellt auf dem host und montiert auf den container. Es gibt 3 Arten von Mengen: binden, namens-und tmpfs (in-memory). Mit bind-mounts, die Sie festlegen, wo die Lautstärke auf dem host erstellt und können einfach schreiben Sie es auf vom host (denke, dev-Modus). Mit -v, in Laufzeit können Sie erstellen alle drei Typen, jedoch mit VOLUME Befehl Andockfenster-Datei, nur namens-Volumen ist möglich. Siehe: docs.docker.com/engine/reference/builder/.... Warum VOLUME? Zu erklären, "es werden benannte Band", die nicht geändert werden zur Laufzeit über -v Flagge.
    • *Hoppla, es ist --mount erstellen kann, alle drei Typen -v immer schafft bind-mounts (aber Sie können Steuern, die Pfade).

    InformationsquelleAutor Carlos Rafael Ramirez
  2. 12

    In einer nussschale

    Den VOLUME [PATH] Anweisung innerhalb eines Dockerfile entspricht

    $ docker run -v $(docker volume create):[PATH] [IMAGE_NAME]

    Ausführliche Erklärung

    Container-Dateisystem besteht aus Schichten, so schreiben es langsamer ist und beschränkt (weil die Feste Anzahl von Ebenen) als die einfachen Dateisystem.

    Mit Volumina im Andockfenster ist in Erster Linie weniger eine Frage der Geschwindigkeit als eine Frage der Daten-Persistenz unabhängig von einem container-Lebenszyklus. Montage Volumina eine schnellere Festplatte wird natürlich die Leistung zu verbessern, aber Docker ' s Standardverhalten für VOLUME ist, erstellen Sie eine benannte Volumes auf dem host-system mit wenig bis gar keine Verbesserungen in der Geschwindigkeit im Vergleich zu den container beschreibbare Schicht.

    -v parameter ist für mich klar, das es einfach macht ein Verzeichnis vom host in den container und Umgekehrt

    Dies ist zwar zum Teil wahr, -v können auch verwendet werden, zu montieren benannte Mengen in Ihre Docker-container, statt ein Verzeichnis. Dieses kleine detail ist wichtig, um zu verstehen, was VOLUME tut. Ein Beispiel:

    $ docker volume create my_volume
$ docker run -v my_volume:[PATH] [IMAGE_NAME]

    Hier ein volume mit dem Namen my_volume erstellt wurde. Es verhält sich so, als würde erwarten, dass bei einem "normalen" mount. Änderungen [PATH] im inneren der container werden beibehalten, in diesem Band. Der Unterschied ist, dass Docker verwaltet die volume location, so dass Sie nicht brauchen, zu kümmern (es ist /var/lib/docker/volumes/my_volume/_data falls du interessiert bist). Warum würden Sie wollen? Sie hätten eine test-Datenbank. Während Sie nicht brauchen, direkten Zugriff auf die Dateien, möchten Sie vielleicht, um speichern Sie den aktuellen Stand der Montage in andere Datenbank-Container.

    Den VOLUME [PATH] Unterricht grundsätzlich speichert die obigen Anweisungen in das Bild der Metainformationen. Jedes mal also, wenn Sie beginnen, ein container von diesem Bild, das Andockfenster weiß, dass Sie möchten, um zu bestehen [PATH] im Volumen und kümmert sich.

    • Mein Freund. Erstens: VOLUME [PFAD] ist äquivalent zu docker run-v [PFAD]. Es bedeutet nicht, erstellen Sie benannte Mengen. Überprüfen Sie die Dokumentation: docs.docker.com/engine/reference/builder/#/volume . Zweite VOLUME wird verwendet im Dockerfile zu zwingen, die Schaffung eines Volumen unabhängig der Absicht der Persistenz. Versuchen Sie zu ausführen Jboss mit libaio aktiviert, ohne ein VOLUME auf JBoss data-Verzeichnis.
    • Natürlich haben Sie Recht und ich hätte präziser: Wenn Sie einen container von jedem Bild, wo docker inspect --format="{{json .ContainerConfig.Volumes}}" [IMAGE] ist nicht null, Docker erstellt ein volume mit einer Zufalls-ID als Namen für Sie, wie gesehen werden kann in docker volume ls. Also kurz und knapp: ich fühlte mich von den OP ' s Frage, dass Sie kommen mit einem Beispiel wäre hilfreich. Ich wollte damit nicht sagen VOLUME erstellt eine namens Lautstärke. Ich habe gerade verwendet benannte Mengen als ein Beispiel für mountpoints, deren Standorte sind managed by Docker.
    InformationsquelleAutor stepf
Schreibe einen Kommentar