Jak zmusić Kubernetes do ponownego pobrania obrazu?

Mam następujący kontroler replikacji w Kubernetes w 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

Teraz, jeśli powiem

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

przeprowadzana jest aktualizacja krocząca, ale bez ponownego ściągania. Czemu?

Kubernetes pobierze po utworzeniu Poda, jeśli (zobacz dokument aktualizujący obrazy ):

• Korzystanie z oznaczonych obrazów :latest
• imagePullPolicy: Always jest specyficzne

To jest świetne, jeśli chcesz zawsze ciągnąć. Ale co, jeśli chcesz to zrobić na żądanie : na przykład, jeśli chcesz użyć, some-public-image:latestale chcesz ręcznie pobrać nowszą wersję tylko wtedy, gdy o to poprosisz. Obecnie możesz:

• Zestaw imagePullPolicydo IfNotPresentlub Neveri pre-pull : pull obrazów ręcznie na każdym węźle klastra więc ostatni są buforowane, a następnie zrobić kubectl rolling-updatelub podobny do ponownego uruchomienia Pods (brzydki łamliwe siekać!)
• Tymczasowo zmień imagePullPolicy, zrób kubectl apply, zrestartuj kapsułę (np. kubectl rolling-update), Przywróć imagePullPolicy, ponów kubectl apply(brzydka!)
• Przeciągnij i wypchnij some-public-image:latest do swojego prywatnego repozytorium i wykonaj kubectl rolling-update(ciężki!)

Brak dobrego rozwiązania dla ściągania na żądanie. Jeśli to się zmieni, prosimy o komentarz; Zaktualizuję tę odpowiedź.

Należy zgrupować imagePullPolicywewnątrz danych kontenera zamiast wewnątrz danych specyfikacji. Jednak zgłosiłem problem w tej sprawie, ponieważ wydaje mi się to dziwne. Poza tym nie ma komunikatu o błędzie.

Tak więc ten fragment specyfikacji działa:

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

Mój hack podczas programowania polega na zmianie manifestu wdrożenia, dodaniu najnowszego tagu i zawsze w ten sposób

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

Następnie ręcznie usuwam kapsułę

kubectl delete pod my-app-3498980157-2zxhd

Ponieważ jest to Wdrożenie, Kubernetes automatycznie odtworzy kapsułę i pobierze najnowszy obraz.

Popularne obejście jest plaster rozmieszczenie z adnotacją manekina (lub etykiet):

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

Zakładając, że wdrożenie spełnia te wymagania , spowoduje to, że K8 pobierze nowy obraz i ponownie wdroży.

Pojawi się nowe polecenie, które bezpośrednio to zrobi:

Utwórz nowe kubectl rollout restartpolecenie, które wykonuje stopniowy restart wdrożenia.

Wyciągnąć wniosek Got scalone. Będzie częścią wersji 1.15( dziennik zmian )

Najwyraźniej teraz, gdy uruchamiasz aktualizację kroczącą z --imageargumentem takim samym jak istniejący obraz kontenera, musisz również określić plik --image-pull-policy. Poniższe polecenie powinno wymusić wyciągnięcie obrazu, gdy jest taki sam jak obraz kontenera:

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('+','_') , "\""}}}}}"))

Teraz polecenie kubectl rollout restart deploy YOUR-DEPLOYMENTpołączone z imagePullPolicy: Alwayspolityką pozwoli ci ponownie uruchomić wszystkie pody z najnowszą wersją obrazu.

Polecenie rolling update, gdy podano argument image, zakłada, że ​​obraz jest inny niż ten, który obecnie istnieje w kontrolerze replikacji.

Możesz zdefiniować imagePullPolicy: Alwaysw pliku wdrożenia.

Zasada ściągania obrazu zawsze faktycznie pomaga w ściągnięciu obrazu za każdym razem, gdy tworzony jest nowy pod (w każdym przypadku może to być skalowanie replik lub umieranie zasobnika i tworzenie nowego zasobnika)

Ale jeśli chcesz zaktualizować obraz aktualnie działającego poda, najlepszym sposobem jest wdrożenie. Pozostawia bezbłędną aktualizację bez żadnego problemu (głównie gdy masz stały wolumin dołączony do kapsuły) :)