Comment forcer Kubernetes à extraire à nouveau une image?

J'ai le contrôleur de réplication suivant dans Kubernetes sur 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

Maintenant, si je dis

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

la mise à jour progressive est effectuée, mais pas de nouvelle extraction. Pourquoi?

Kubernetes tirera sur la création du pod si l'un ou l'autre (voir le document de mise à jour d'images ):

• Utilisation d'images marquées :latest
• imagePullPolicy: Always est spécifié

C'est génial si vous voulez toujours tirer. Mais que se passe-t-il si vous souhaitez le faire à la demande : par exemple, si vous souhaitez utiliser some-public-image:latestmais que vous souhaitez uniquement extraire une version plus récente manuellement lorsque vous le demandez. Vous pouvez actuellement:

• Définir imagePullPolicysur IfNotPresentou Neveret pré-extraire : tirez manuellement les images sur chaque nœud du cluster afin que le dernier soit mis en cache, puis faites un kubectl rolling-updateou similaire pour redémarrer les pods (hack facile à casser!)
• Changer temporairementimagePullPolicy , faire un kubectl apply, redémarrer le pod (par exemple kubectl rolling-update), revenir en arrière imagePullPolicy, refaire un kubectl apply(moche!)
• Tirez et poussez some-public-image:latest vers votre référentiel privé et faites un kubectl rolling-update(lourd!)

Aucune bonne solution pour l'extraction à la demande. Si cela change, veuillez commenter; Je vais mettre à jour cette réponse.

Il faut regrouper imagePullPolicyles données du conteneur au lieu des données de spécification. Cependant, j'ai déposé un problème à ce sujet parce que je trouve cela étrange. De plus, il n'y a pas de message d'erreur.

Donc, cet extrait de spécification fonctionne:

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

Mon hack pendant le développement est de changer mon manifeste de déploiement pour ajouter la dernière balise et toujours tirer comme ça

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

Ensuite, je supprime le pod manuellement

kubectl delete pod my-app-3498980157-2zxhd

Comme il s'agit d'un déploiement, Kubernetes recrée automatiquement le pod et extrait la dernière image.

Une solution de contournement courante consiste à corriger le déploiement avec une annotation factice (ou une étiquette):

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

En supposant que votre déploiement réponde à ces exigences , les K8 tireront toute nouvelle image et se redéployeront.

Il y aura une nouvelle commande pour faire cela directement:

Créez une nouvelle kubectl rollout restartcommande qui effectue un redémarrage progressif d'un déploiement.

La demande d'extraction a été fusionnée. Il fera partie de la version 1.15( changelog )

Apparemment maintenant, lorsque vous exécutez une mise à jour progressive avec l' --imageargument identique à l'image de conteneur existante, vous devez également spécifier un fichier --image-pull-policy. La commande suivante doit forcer une extraction de l'image lorsqu'elle est identique à l'image du conteneur:

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

Désormais, la commande kubectl rollout restart deploy YOUR-DEPLOYMENTcombinée à une imagePullPolicy: Alwayspolitique vous permettra de redémarrer tous vos pods avec une dernière version de votre image.

La commande de mise à jour progressive, lorsqu'elle est donnée un argument d'image, suppose que l'image est différente de ce qui existe actuellement dans le contrôleur de réplication.

Vous pouvez définir imagePullPolicy: Alwaysdans votre fichier de déploiement.

La politique d'extraction d'image aidera toujours à extraire l'image chaque fois qu'un nouveau pod est créé (cela peut être dans tous les cas comme la mise à l'échelle des répliques, ou le pod meurt et un nouveau pod est créé)

Mais si vous souhaitez mettre à jour l'image du pod en cours d'exécution, le déploiement est le meilleur moyen. Cela vous laisse une mise à jour sans faille sans aucun problème (principalement lorsque vous avez un volume persistant attaché au pod) :)