Wie zwinge ich Kubernetes, ein Bild erneut abzurufen?

Ich habe den folgenden Replikationscontroller in Kubernetes auf GKE:

apiVersion: v1
kind: ReplicationController
metadata:
  name: myapp
  labels:
    app: myapp
spec:
  replicas: 2
  selector:
    app: myapp
    deployment: initial
  template:
    metadata:
      labels:
        app: myapp
        deployment: initial
    spec:
      containers:
      - name: myapp
        image: myregistry.com/myapp:5c3dda6b
        ports:
        - containerPort: 80
      imagePullPolicy: Always
      imagePullSecrets:
        - name: myregistry.com-registry-key

Nun, wenn ich sage

kubectl rolling-update myapp --image=us.gcr.io/project-107012/myapp:5c3dda6b

Das fortlaufende Update wird durchgeführt, aber kein erneutes Ziehen. Warum?

Kubernetes zieht bei der Pod-Erstellung Folgendes ein (siehe Dokument zum Aktualisieren von Bildern ):

• Verwenden von mit Tags versehenen Bildern :latest
• imagePullPolicy: Always angegeben

Das ist toll, wenn du immer ziehen willst. Was aber, wenn Sie es bei Bedarf tun möchten : Zum Beispiel, wenn Sie some-public-image:latesteine neuere Version verwenden möchten, aber nur manuell abrufen möchten, wenn Sie danach fragen. Sie können derzeit:

• Set imagePullPolicyzu IfNotPresentoder Neverund Pre-pull : Ziehen Sie Bilder manuell auf jedem Cluster - Knoten , so dass die letzte zwischengespeichert wird, dann tut einem kubectl rolling-updateoder ähnlichen Pods (hässlich leicht gebrochen Hack!) Neu zu starten
• Vorübergehend ändern imagePullPolicy, a kubectl applyausführen, Pod neu starten (z. B. kubectl rolling-update), zurücksetzen imagePullPolicy, a wiederholen kubectl apply(hässlich!)
• Ziehen Sie und schieben Sie some-public-image:latest zu Ihrem privaten Repository und machen Sie eine kubectl rolling-update(schwere!)

Keine gute Lösung für On-Demand-Pull. Wenn sich dies ändert, kommentieren Sie bitte; Ich werde diese Antwort aktualisieren.

Man muss imagePullPolicyinnerhalb der Containerdaten gruppieren, anstatt innerhalb der Spezifikationsdaten. Ich habe jedoch ein Problem dazu eingereicht, weil ich es seltsam finde. Außerdem gibt es keine Fehlermeldung.

Dieses Spezifikations-Snippet funktioniert also:

spec:
  containers:
  - name: myapp
    image: myregistry.com/myapp:5c3dda6b
    ports:
    - containerPort: 80
    imagePullPolicy: Always
  imagePullSecrets:
    - name: myregistry.com-registry-key

Mein Hack während der Entwicklung besteht darin, mein Bereitstellungsmanifest so zu ändern, dass das neueste Tag hinzugefügt wird, und immer so zu ziehen

image: etoews/my-image:latest
imagePullPolicy: Always

Dann lösche ich den Pod manuell

kubectl delete pod my-app-3498980157-2zxhd

Da es sich um eine Bereitstellung handelt, erstellt Kubernetes den Pod automatisch neu und ruft das neueste Image ab.

Eine beliebte Problemumgehung besteht darin, die Bereitstellung mit einer Dummy-Anmerkung (oder Beschriftung) zu patchen:

kubectl patch deployment <name> -p \
  "{\"spec\":{\"template\":{\"metadata\":{\"annotations\":{\"date\":\"`date +'%s'`\"}}}}}"

Angenommen, Ihre Bereitstellung erfüllt diese Anforderungen , führt dies dazu, dass K8s ein neues Image abrufen und erneut bereitstellen.

Es wird einen neuen Befehl geben, dies direkt zu tun:

Erstellen Sie einen neuen kubectl rollout restartBefehl, der einen fortlaufenden Neustart einer Bereitstellung ausführt.

Die Pull-Anfrage wurde zusammengeführt. Es wird Teil der Version sein 1.15( Changelog )

Anscheinend müssen Sie jetzt, wenn Sie ein fortlaufendes Update mit dem --imagegleichen Argument wie das vorhandene Container-Image ausführen , auch ein angeben --image-pull-policy. Der folgende Befehl sollte ein Ziehen des Bildes erzwingen, wenn es mit dem Containerbild identisch ist:

kubectl rolling-update myapp --image=us.gcr.io/project-107012/myapp:5c3dda6b --image-pull-policy Always

# Linux

kubectl patch deployment <name> -p "{\"spec\":{\"template\":{\"metadata\":{\"annotations\":{\"date\":\"`date +'%s'`\"}}}}}"

# windows

kubectl patch deployment <name> -p (-join("{\""spec\"":{\""template\"":{\""metadata\"":{\""annotations\"":{\""date\"":\""" , $(Get-Date -Format o).replace(':','-').replace('+','_') , "\""}}}}}"))

Mit dem Befehl in kubectl rollout restart deploy YOUR-DEPLOYMENTKombination mit einer imagePullPolicy: AlwaysRichtlinie können Sie jetzt alle Pods mit einer neuesten Version Ihres Images neu starten.

Der fortlaufende Aktualisierungsbefehl geht bei Angabe eines Image-Arguments davon aus, dass sich das Image von dem unterscheidet, das derzeit im Replikationscontroller vorhanden ist.

Sie können imagePullPolicy: Alwaysin Ihrer Bereitstellungsdatei definieren .

Die Image-Pull-Richtlinie hilft immer dabei, das Image jedes Mal abzurufen, wenn ein neuer Pod erstellt wird (dies kann in jedem Fall das Skalieren der Replikate oder das Stempeln des Pods und das Erstellen eines neuen Pods sein).

Wenn Sie jedoch das Image des aktuell ausgeführten Pods aktualisieren möchten, ist die Bereitstellung der beste Weg. Sie können problemlos einwandfrei aktualisieren (hauptsächlich, wenn Sie ein dauerhaftes Volume an den Pod angeschlossen haben) :)