Docker/Datenbank

Datenbank

Persitente Datenbank

Persistieren der DB

• Falls Sie es nicht bemerkt haben, ist Ihre ToDo-Liste jedes Mal leer, wenn Sie den Container starten. Warum ist das so? In diesem Teil werden wir uns ansehen, wie der Container funktioniert

Das Dateisystem des Containers

Wenn ein Container läuft, verwendet er die verschiedenen Schichten eines Images für sein Dateisystem. Jeder Container erhält auch seinen eigenen "Scratch Space", um Dateien zu erstellen/zu aktualisieren/zu löschen. Alle Änderungen werden in einem anderen Container nicht sichtbar, selbst wenn sie das gleiche Image verwenden

Sehen Sie dies in der Praxis

Um dies in Aktion zu sehen, werden Sie zwei Container starten. In einem Container erstellen Sie eine Datei. In dem anderen Container überprüfen Sie, ob die gleiche Datei existiert.# Starten Sie einen Alpine-Container und erstellen Sie in diesem eine neue Datei

docker run --rm alpine touch greeting.txt* Tipp

Alle Befehle, die Sie nach dem Image-Namen (in diesem Fall Alpine) angeben, werden innerhalb des Containers ausgeführt. In diesem Fall legt der Befehl touch greeting.txt eine Datei namens greeting.txt im Dateisystem des Containers an.* Starten Sie einen neuen Alpine-Container und verwenden Sie den Befehl stat, um zu überprüfen, ob die Datei existiert

docker run --rm alpine stat greeting.txt

Sie sollten eine ähnliche Ausgabe wie die folgende sehen, die anzeigt, dass die Datei im neuen Container nicht existiert.# stat: can't stat 'greeting.txt': No such file or directory

Die Datei greeting.txt, die vom ersten Container erstellt wurde, existiert nicht im zweiten Container. Das liegt daran, dass die beschreibbare "oberste Schicht" eines jeden Containers isoliert ist. Auch wenn beide Container dieselben Schichten verwenden, die das Basis-Image bilden, ist die beschreibbare Schicht für jeden Container einzigartig

Container-Volumen

Bei dem vorherigen Experiment haben Sie gesehen, dass jeder Container bei jedem Start von der Image-Definition ausgeht. Container können zwar Dateien erstellen, aktualisieren und löschen, diese Änderungen gehen jedoch verloren, wenn Sie den Container entfernen, und Docker isoliert alle Änderungen an diesem Container. Mit Volumes können Sie all dies ändern

Volumes bieten die Möglichkeit, bestimmte Dateisystempfade des Containers wieder mit dem Host-Rechner zu verbinden. Wenn Sie ein Verzeichnis im Container mounten, werden Änderungen an diesem Verzeichnis auch auf dem Host-Rechner sichtbar. Wenn Sie dasselbe Verzeichnis über mehrere Container-Neustarts hinweg mounten, sehen Sie dieselben Dateien

Es gibt zwei Haupttypen von Volumes. Letztendlich werden Sie beide verwenden, aber Sie werden mit dem Einhängen von Volumes beginnen

Persistieren der ToDo-Daten

Standardmäßig speichert die Todo-App ihre Daten in einer SQLite-Datenbank unter /etc/todos/todo.db im Dateisystem des Containers. Wenn Sie mit SQLite nicht vertraut sind, kein Problem! Es handelt sich einfach um eine relationale Datenbank, die alle Daten in einer einzigen Datei speichert. Dies ist zwar nicht die beste Lösung für umfangreiche Anwendungen, aber für kleine Demos ist sie durchaus geeignet. Sie werden später lernen, wie Sie zu einer anderen Datenbank-Engine wechseln können

Da es sich bei der Datenbank um eine einzelne Datei handelt, sollten Sie diese Datei auf dem Host persistieren und dem nächsten Container zur Verfügung stellen können, damit dieser dort weitermachen kann, wo der letzte aufgehört hat. Indem Sie ein Volume erstellen und es an das Verzeichnis, in dem Sie die Daten gespeichert haben, anhängen (oft "mounten" genannt), können Sie die Daten persistieren. Wenn Ihr Container in die Datei todo.db schreibt, werden die Daten auf dem Host im Volume persistiert

Wie bereits erwähnt, werden Sie ein Volume Mount verwenden. Stellen Sie sich einen Volume-Mount als einen undurchsichtigen Eimer mit Daten vor. Docker verwaltet das Volume vollständig, einschließlich des Speicherorts auf der Festplatte. Sie müssen sich nur den Namen des Volumes merken

Erstellen eines Volumes und Starten des Containers

Sie können das Volume erstellen und den Container über die CLI oder die grafische Oberfläche von Docker Desktop starten.# Erstellen Sie ein Volume mit dem Befehl docker volume create

• docker volume create todo-db

• Stoppen und entfernen Sie den todo app Container erneut mit docker rm -f <id>, da er noch läuft, ohne das persistente Volume zu verwenden

• Starten Sie den todo-App-Container, aber fügen Sie die Option --mount hinzu, um ein Volume zu mounten. Geben Sie dem Volume einen Namen und mounten Sie es in /etc/todos im Container, wodurch alle Dateien, die unter dem Pfad erstellt werden, erfasst werden

docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=/etc/todos getting-started

Hinweis

Wenn Sie Git Bash verwenden, müssen Sie für diesen Befehl eine andere Syntax verwenden.# docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=//etc/todos getting-started

Weitere Einzelheiten zu den Syntaxunterschieden von Git Bash finden Sie unterArbeiten mit Git Bash .

Überprüfen, ob die Daten erhalten bleiben

1. Sobald der Container hochgefahren ist, öffnen Sie die Anwendung und fügen Sie Ihrer ToDo-Liste einige Einträge hinzu

1. Stoppen und entfernen Sie den Container für die Todo-App. Verwenden Sie Docker Desktop oder docker ps, um die ID zu ermitteln, und dann docker rm -f <id>, um ihn zu entfernen
2. Starten Sie einen neuen Container unter Verwendung der vorherigen Schritte
3. Öffnen Sie die App. Sie sollten Ihre Objekte immer noch in Ihrer Liste sehen
4. Entfernen Sie den Container, wenn Sie mit dem Auschecken Ihrer Liste fertig sind

Sie haben nun gelernt, wie man Daten persistiert

Tauchen Sie in das Volumen ein

Viele Leute fragen häufig: "Wo speichert Docker meine Daten, wenn ich ein Volume verwende?" Wenn Sie das wissen wollen, können Sie den Befehl docker volume inspect verwenden

docker volume inspect todo-db

Sie sollten eine Ausgabe wie die folgende sehen:

[

{

"CreatedAt": "2019-09-26T02:18:36Z",

"Driver": "local",

"Labels": {},

"Mountpoint": "/var/lib/docker/volumes/todo-db/_data",

"Name": "todo-db",

"Optionen": {},

"Scope": "local"

}

]

Der Mountpoint ist der tatsächliche Speicherort der Daten auf der Festplatte. Beachten Sie, dass Sie auf den meisten Rechnern über Root-Zugriff verfügen müssen, um vom Host aus auf dieses Verzeichnis zuzugreifen

Zusammenfassung

In diesem Abschnitt haben Sie gelernt, wie man Containerdaten persistiert

Verwandte Informationen

• Docker CLI-Referenz
• Volumes

Nächste Schritte

Als Nächstes erfahren Sie, wie Sie Ihre Anwendung mithilfe von Bind Mounts effizienter entwickeln können

Bind Mounts verwenden