Docker Container verschieben

Heiner schrieb:
> Wie stellt man das an?

https://docs.docker.com/engine/reference/commandline/save/ oder
https://docs.docker.com/engine/reference/commandline/container_export/

> Und kennt ihr ein "Tool" mit dessen Hilfe man das zb per Weboberfläche
> machen kann?

Vielleicht ist hier was passendes dabei:
https://www.linuxjournal.com/content/search-gui-docker

Erstmal: Lieber neuen Thread für neue Frage, statt einen Post vom 
letzten Jahr zu reaktivieren.

Andre schrieb:
> Reicht es aus den Zustand auf Host A mit dem commit Befehl zu speichern?

Hängt davon ab, was du unter "Zustand" verstehst. Gäb' mit "CRIU" auch 
Software, die unter "Zustand" deutlich mehr als "Dateisystem" versteht, 
und auch in die Docker-Tools integrierbar wäre.

https://criu.org/Docker

Εrnst B. schrieb:
> Erstmal: Lieber neuen Thread für neue Frage, statt einen Post vom
> letzten Jahr zu reaktivieren.

Wenn es jetzt eh zu spät ist...

> Hängt davon ab, was du unter "Zustand" verstehst. Gäb' mit "CRIU" auch
> Software, die unter "Zustand" deutlich mehr als "Dateisystem" versteht,
> und auch in die Docker-Tools integrierbar wäre.

All das ist allerdings nicht die Idee von Docker. Die Idee ist, daß ein 
Prozeß seine zu persistierenden Zustände externalisiert und sich von 
seinem Image nur durch die Laufzeitkonfiguration unterscheidet... ;-)

Sheeva P. schrieb:
> All das ist allerdings nicht die Idee von Docker. Die Idee ist, daß ein
> Prozeß seine zu persistierenden Zustände externalisiert und sich von
> seinem Image nur durch die Laufzeitkonfiguration unterscheidet... ;-)

So sollte es sein. Aber der TE hat das vor einem Jahr anders gemacht:

Heiner schrieb:
> Grund für dieses vermutlich nicht docker gerechte Verhalten ist das die
> Anwendung welche im Container läuft ursprünglich nicht dafür gemacht
> wurde und einige configs im Container anlegt.

und Andre hat sich diesen Thread ausgesucht (und will "docker commit" 
verwenden), insofern hat er vmtl. auch das Problem einer schlecht 
geplanten Docker-Umgebung.

Andre schrieb:
> Sorry für das Reaktivieren des Posts.

Alles gut.

> Εrnst B. schrieb:
>> Hängt davon ab, was du unter "Zustand" verstehst. Gäb' mit "CRIU" auch
>> Software, die unter "Zustand" deutlich mehr als "Dateisystem" versteht,
>> und auch in die Docker-Tools integrierbar wäre.
>
> Mit Zustand ist gemeint, dass man mit Docker Board-Mitteln die gleichen
> Funktionalitäten auf dem Host B wie auf dem Host A herstellen kann.

Funktionalität ist nicht das Thema, das geht problemlos. Das Problem 
sind in Deinem Falle vielmehr die Daten, bzw. die Zustände.

> Eine Einschränkung in meinem Fall ist, dass es keine Verbindung zur
> Außenwelt (Internet) gibt. Deswegen ist der Weg (save/load) über das
> tar-File schon ok.

Der Weg ist, Pardon: Mist. Der richtige (TM) Weg wäre eine Registry, in 
die das Image hochgeladen wird und aus der alle Docker-Hosts das Image 
ziehen und daraus eine Instanz (Container) erzeugen können.

> Wie es scheint, werden mit dem "commit" Befehl nicht die Volumes
> (persistente Daten) mit gesichert.

Absolut richtig, dafür ist Docker weder gemacht noch gedacht. Docker 
steht für die Entkoppelung von Daten -- bzw: Zuständen -- und Prozessen.

Dabei sind Daten und Zustände etwas sehr Heterogenes; schon bei der 
Persistenz gibt es etliche Möglichkeiten. Klassisches Master-Slave, 
moderneres Master-Master, oder richtig modern: Distributed. Was sagen 
Deine SLAs denn dazu?

Andre schrieb:
>> Der Weg ist, Pardon: Mist. Der richtige (TM) Weg wäre eine Registry, in
>> die das Image hochgeladen wird und aus der alle Docker-Hosts das Image
>> ziehen und daraus eine Instanz (Container) erzeugen können.
>>
> Stimmt, komfortabel ist es bisher nicht. Aber ohne einen eigenen
> Docker-Hub aufzusetzen, ist es bisher der einzige Weg, den ich bisher
> gefunden habe.

Dann setz' doch einen auf?! Mein entsprechendes Composefile sieht etwa 
so aus:

1

2

  registry:

3

    image: registry:latest

4

    restart: always

5

    depends_on:

6

      - dnsmasq

7

    environment:

8

      REGISTRY_HTTP_ADDR: "0.0.0.0:5000"

9

      REGISTRY_HTTP_TLS_CERTIFICATE: "/certs/server.crt"

10

      REGISTRY_HTTP_TLS_KEY: "/certs/server.key"

11

      REGISTRY_STORAGE_DELETE_ENABLED: "true"

12

    volumes:

13

      - "./registry/mounts/certs/:/certs/"

14

      - "./registry/mounts/data/:/var/lib/registry/"

15

    ports:

16

      - "0.0.0.0:5000:5000"

17

18

  reg:

19

    image: joxit/docker-registry-ui:static

20

    restart: always

21

    depends_on:

22

      - dnsmasq

23

    environment:

24

      VIRTUAL_HOST: "reg.home.sheevaplug.de"

25

      REGISTRY_URL: "https://registry:5000"

26

      REGISTRY_TITLE: "registry.home.sheevaplug.de:5000"

27

      DELETE_IMAGES: "true"

28

    links:

29

      - "registry"

Alles ganz easy, mit einem einfachen Webfrontend, das Komplizierteste 
(naja) war vielleicht die eigene Certification Authority. ;-)

Andre schrieb:
>     volumes:
>       #- influxdb_data:/var/lib/influxdb
>       - C:/ownTemp/volume/influxdb:/var/lib/influxdb

Tipp: im Gegensatz zu Docker funktioniert docker-compose vom aktuellen 
Verzeichnis aus. Wenn Deine Volumes in C:\ownTemp\ liegen, dann kannst 
Du einfach

1

volume/influxdb:/var/lib/influxdb

 benutzen.

Besser wäre aber vielleicht ein Docker Volume, das von Docker verwaltet 
wird. Aber mit Windows kenne ich mich nicht aus... ;-)