Wie bekomme ich Docker-Compose, um das neueste Image aus dem Repository zu verwenden?

Ich weiß nicht, was ich falsch mache, aber ich kann einfach nicht docker-compose updas neueste Image aus unserer Registrierung verwenden, ohne zuerst die alten Container vollständig aus dem System zu entfernen. Es sieht so aus, als würde Compose das zuvor gestartete Image verwenden, obwohl Docker-Compose Pull ein neueres Image abgerufen hat.

Ich habe mir angesehen, wie man Docker-Compose dazu bringt, Container immer aus frischen Bildern neu zu erstellen. Das schien meinem Problem ähnlich zu sein, aber keine der dort bereitgestellten Lösungen funktioniert für mich, da ich nach einer Lösung suche, die ich auf dem Produktionsserver verwenden kann, und dort nicht alle Container entfernen möchte, bevor ich sie starte wieder (möglicher Datenverlust?). Ich möchte nur komponieren, um die neue Version der geänderten Bilder zu erkennen, sie abzurufen und dann die Dienste mit diesen neuen Bildern neu zu starten.

Ich habe dafür ein einfaches Testprojekt erstellt, bei dem das einzige Ziel darin besteht, eine Version nr zu erhalten, die bei jedem neuen Build erhöht wird. Die Version nr wird angezeigt, wenn ich zu dem erstellten nginx-Server navigiere (dies funktioniert lokal wie erwartet).

Docker-Version: 1.11.2 Docker-Compose-Version: 1.7.1 Betriebssystem: Getestet unter CentOS 7 und OS X 10.10 mit Docker-Toolbox

Meine docker-compose.yml:

version: '2'
services:
  application:
    image: ourprivate.docker.reg:5000/ourcompany/buildchaintest:0.1.8-dev
    volumes:
      - /var/www/html
    tty: true

  nginx:
    build: nginx
    ports:
      - "80:80"
    volumes_from:
      - application
    volumes:
      - ./logs/nginx/:/var/log/nginx
  php:
    container_name: buildchaintest_php_1
    build: php-fpm
    expose:
      - "9000"
    volumes_from:
      - application
    volumes:
      - ./logs/php-fpm/:/var/www/logs

Auf unserem Jenkins-Server führe ich Folgendes aus, um das Image zu erstellen und zu markieren

cd $WORKSPACE && PROJECT_VERSION=$(cat VERSION)-dev
/usr/local/bin/docker-compose rm -f
/usr/local/bin/docker-compose build
docker tag ourprivate.docker.reg:5000/ourcompany/buildchaintest ourprivate.docker.reg:5000/ourcompany/buildchaintest:$PROJECT_VERSION
docker push ourprivate.docker.reg:5000/ourcompany/buildchaintest

Dies scheint das zu tun, was es sein soll, da ich jedes Mal, wenn der Build abgeschlossen ist und die Version nr gestoßen wurde, ein neues Versions-Tag in unserem Repository erhalte.

Wenn ich jetzt renne

docker-compose pull && docker-compose -f docker-compose.yml up -d

In einem Ordner auf meinem Computer, in dem der Inhalt nur die Datei docker-compose.yml und die zum Erstellen der Nginx- und PHP-Dienste erforderlichen Docker-Dateien enthält, ist die Ausgabe, die ich erhalte, nicht die neueste Versionsnummer, die in der Registrierung markiert wurde oder angezeigt wird in der docker-compose.yml (0.1.8), aber die Version davor, die 0.1.7 ist. Die Ausgabe des Pull-Befehls würde jedoch darauf hindeuten, dass eine neue Version des Bildes abgerufen wurde:

Pulling application (ourprivate.docker.reg:5000/ourcompany/buildchaintest:latest)...
latest: Pulling from ourcompany/buildchaintest
Digest: sha256:8f7a06203005ff932799fe89e7756cd21719cccb9099b7898af2399414bfe62a
Status: Downloaded newer image for docker.locotech.fi:5000/locotech/buildchaintest:0.1.8-dev

Nur wenn ich renne

docker-compose stop && docker-compose rm -f

Führen Sie dann den docker-compose upBefehl aus, damit die neue Version wie erwartet auf dem Bildschirm angezeigt wird.

Ist das beabsichtigtes Verhalten von Docker-Compose? dh sollte ich immer eine machen, docker-compose rm -fbevor ich upwieder laufe , auch auf Produktionsservern? Oder mache ich hier etwas gegen den Strich, weshalb es nicht funktioniert?

Das Ziel ist es, unseren Build-Prozess zu erstellen und markierte Versionen der in einer docker-compose.yml benötigten Images zu erstellen, diese in unsere private Registrierung zu verschieben und dann für den "Release to Production-Step" einfach das Docker-Compose zu kopieren. yml zum Produktionsserver und führen Sie a docker-compose pull && docker-compose -f docker-compose.yml up -daus, damit das neue Image in der Produktion gestartet wird. Wenn jemand Tipps dazu hat oder auf ein Best Practices-Tutorial für diese Art von Setup verweisen kann, wäre dies ebenfalls sehr willkommen.

Um sicherzustellen, dass Sie die neueste Version für Ihr :latestTag aus Ihrer Registrierung verwenden (z. B. Docker-Hub), müssen Sie auch das neueste Tag erneut abrufen. Falls es sich geändert hat, wird das Diff heruntergeladen und bei Ihnen docker-compose uperneut gestartet .

Das wäre also der richtige Weg:

docker-compose stop
docker-compose rm -f
docker-compose pull   
docker-compose up -d

Ich habe dies in ein Bild geklebt, das ich starte, um Docker-Compose zu starten und sicherzustellen, dass die Bilder auf dem neuesten Stand bleiben: https://hub.docker.com/r/stephanlindauer/docker-compose-updater/

Um die neuesten Bilder zu erhalten, verwenden Sie docker-compose build --pull

Ich benutze den folgenden Befehl, der wirklich 3 in 1 ist

docker-compose down && docker-compose build --pull && docker-compose up -d

Dieser Befehl stoppt die Dienste, ruft das neueste Image ab und startet dann die Dienste.

Um diese Frage zu schließen, läuft das, was anscheinend funktioniert hat, tatsächlich

docker-compose stop
docker-compose rm -f
docker-compose -f docker-compose.yml up -d

Dh entfernen Sie die Behälter, bevor Sie upwieder laufen .

Wenn Sie dies tun, müssen Sie berücksichtigen, dass Datenvolumencontainer ebenfalls entfernt werden, wenn Sie sie nur ausführen rm -f. Um dies zu verhindern, gebe ich explizit jeden zu entfernenden Container an:

docker-compose rm -f application nginx php

Wie ich in meiner Frage sagte, weiß ich nicht, ob dies der richtige Prozess ist. Dies scheint jedoch für unseren Anwendungsfall zu funktionieren. Bis wir eine bessere Lösung gefunden haben, werden wir diese verwenden.

Ich habe dies in unserem 7-8 Docker-Produktionssystem gesehen. Eine andere Lösung, die für mich in der Produktion funktioniert hat, war das Ausführen

docker-compose down
docker-compose up -d

Dadurch werden die Container entfernt und es scheint, als würden aus dem neuesten Image neue erstellt.

Dies löst noch nicht meinen Traum von Down + Up pro JEDEM geänderten Container (seriell, weniger Ausfallzeit), aber es funktioniert, um 'Up' zu zwingen, die Container zu aktualisieren.

Option downdieses Problem beheben

Ich führe meine Erstellungsdatei aus:

docker-compose -f docker/docker-compose.yml up -d

dann lösche ich alle mit down --rmi all

docker-compose -f docker/docker-compose.yml down --rmi all

Stops containers and removes containers, networks, volumes, and images
created by `up`.

By default, the only things removed are:

- Containers for services defined in the Compose file
- Networks defined in the `networks` section of the Compose file
- The default network, if one is used

Networks and volumes defined as `external` are never removed.

Usage: down [options]

Options:
    --rmi type          Remove images. Type must be one of:
                        'all': Remove all images used by any service.
                        'local': Remove only images that don't have a custom tag
                        set by the `image` field.
    -v, --volumes       Remove named volumes declared in the `volumes` section
                        of the Compose file and anonymous volumes
                        attached to containers.
    --remove-orphans    Remove containers for services not defined in the
                        Compose file

Ich habe einen halben Tag mit diesem Problem verbracht. Der Grund war, dass Sie unbedingt überprüfen müssen, wo die Lautstärke aufgenommen wurde.

Volumes: - API-Daten: / src / patterns

Tatsache ist jedoch, dass an dieser Stelle der Code geändert wurde. Beim Aktualisieren des Dockers hat sich der Code jedoch nicht geändert.

Wenn Sie den Code einer anderen Person überprüfen und aus irgendeinem Grund nicht aktualisieren, überprüfen Sie dies.

Und so funktioniert dieser Ansatz im Allgemeinen:

Docker-Compose Down

Docker-Compose-Build

Docker-Compose -d

In der Docker-Compose-Dokumentation für den Befehl 'up' wird eindeutig angegeben, dass der Container aktualisiert wird, falls das Image seit dem letzten 'up' geändert wird:

Wenn für einen Dienst bereits Container vorhanden sind und die Konfiguration oder das Image des Dienstes nach der Erstellung des Containers geändert wurde, übernimmt Docker-Compose die Änderungen, indem die Container gestoppt und neu erstellt werden (Beibehalten der bereitgestellten Volumes).

Wenn Sie also 'stop' gefolgt von 'pull' und dann 'up' verwenden, sollten Sie Probleme mit verlorenen Volumes für die laufenden Container vermeiden, außer natürlich für Container, deren Images aktualisiert wurden.

Ich experimentiere derzeit mit diesem Prozess und werde meine Ergebnisse in Kürze in diesen Kommentar aufnehmen.

Wenn sich die Docker Compose-Konfiguration in einer Datei befindet, führen Sie einfach Folgendes aus:

docker-compose -f appName.yml down && docker-compose -f appName.yml pull && docker-compose -f appName.yml up -d

Aber

https://docs.docker.com/compose/reference/up/ -quiet-pull Ziehen, ohne Fortschrittsinformationen zu drucken

docker-compose up --quiet-pull

nicht arbeiten ?

Ich verwende den folgenden Befehl, um die neuesten Bilder zu erhalten

sudo docker-compose down -rmi all

sudo docker-compose up -d