Como forço o Kubernetes a puxar novamente uma imagem?

Eu tenho o seguinte controlador de replicação no Kubernetes no 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

Agora, se eu disser

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

a atualização sem interrupção é executada, mas não é necessário repetir. Por quê?

O Kubernetes utilizará a criação do Pod, se houver (consulte o documento de atualização de imagens ):

• Usando imagens marcadas :latest
• imagePullPolicy: Always é especificado

Isso é ótimo se você quiser puxar sempre. Mas e se você quiser fazê-lo sob demanda : por exemplo, se você deseja usar, some-public-image:latestmas deseja extrair manualmente uma versão mais nova quando solicitada. Você pode atualmente:

• Defina imagePullPolicycomo IfNotPresentou Nevere pré-puxe : puxe manualmente imagens em cada nó do cluster para que o último seja armazenado em cache e faça um kubectl rolling-updateou semelhante para reiniciar os Pods (hack fácil e feio!)
• Altere temporariamenteimagePullPolicy , faça a kubectl apply, reinicie o pod (por exemplo kubectl rolling-update), reverta imagePullPolicy, refaça a kubectl apply(feio!)
• Puxe e empurre some-public-image:latest para o seu repositório privado e faça um kubectl rolling-update(pesado!)

Não é uma boa solução para puxar sob demanda. Se isso mudar, comente; Vou atualizar esta resposta.

É necessário agrupar imagePullPolicydentro dos dados do contêiner em vez de dentro dos dados de especificação. No entanto, arquivei um problema sobre isso porque acho estranho. Além disso, não há mensagem de erro.

Portanto, este trecho de especificação funciona:

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

Meu hack durante o desenvolvimento é alterar meu manifesto de implantação para adicionar a tag mais recente e sempre puxar assim

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

Então eu apago o pod manualmente

kubectl delete pod my-app-3498980157-2zxhd

Por ser uma implantação, o Kubernetes recriará automaticamente o pod e exibirá a imagem mais recente.

Uma solução popular é corrigir a implantação com uma anotação fictícia (ou rótulo):

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

Supondo que sua implantação atenda a esses requisitos , isso fará com que os K8s obtenham qualquer nova imagem e reimplemente.

Haverá um novo comando para fazer isso diretamente:

Crie um novo kubectl rollout restartcomando que faça uma reinicialização contínua de uma implantação.

A solicitação de recebimento foi mesclada. Será parte da versão 1.15( changelog )

Aparentemente, agora, quando você executa uma atualização sem interrupção com o --imageargumento igual à imagem do contêiner existente, também deve especificar um --image-pull-policy. O comando a seguir deve forçar a atração da imagem quando ela é igual à imagem do contêiner:

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

Agora, o comando kubectl rollout restart deploy YOUR-DEPLOYMENTcombinado com uma imagePullPolicy: Alwayspolítica permitirá que você reinicie todos os seus pods com uma versão mais recente da sua imagem.

O comando rolling update, quando recebe um argumento de imagem, assume que a imagem é diferente da que existe atualmente no controlador de replicação.

Você pode definir imagePullPolicy: Alwaysno seu arquivo de implantação.

A política de recebimento de imagem sempre ajuda a extrair a imagem toda vez que um novo pod é criado (isso pode ser como escalar as réplicas ou morrer de pods e criar um novo pod)

Mas se você deseja atualizar a imagem do pod atual em execução, a implantação é a melhor maneira. Deixa você atualizar sem falhas sem nenhum problema (principalmente quando você tem um volume persistente anexado ao pod) :)