¿Cómo fuerzo a Kubernetes a volver a extraer una imagen?

Tengo el siguiente controlador de replicación en Kubernetes en 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

Ahora si digo

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

la actualización continua se realiza, pero no se vuelve a tirar. ¿Por qué?

Kubernetes utilizará la creación de Pod si cualquiera de los dos (ver el documento de actualización de imágenes ):

• Usar imágenes etiquetadas :latest
• imagePullPolicy: Always está especificado

Esto es genial si quieres tirar siempre. Pero, ¿qué sucede si desea hacerlo a pedido ? Por ejemplo, si desea usarlo some-public-image:latestpero solo desea obtener una versión más nueva manualmente cuando lo solicite. Actualmente puedes:

• Establecido imagePullPolicyen IfNotPresento Nevery extracción previa : extraiga manualmente las imágenes en cada nodo del clúster para que el último se almacene en caché, luego haga una kubectl rolling-updateo similar para reiniciar Pods (¡truco feo que se rompe fácilmente!)
• Cambia temporalmenteimagePullPolicy , haz un kubectl apply, reinicia el pod (por ejemplo kubectl rolling-update), revierte imagePullPolicy, rehace un kubectl apply(¡feo!)
• Tire y empuje some-public-image:latest a su repositorio privado y haga un kubectl rolling-update(¡pesado!)

No hay una buena solución para la extracción bajo demanda. Si eso cambia, por favor comente; Actualizaré esta respuesta.

Uno tiene que agrupar imagePullPolicydentro de los datos del contenedor en lugar de dentro de los datos de especificaciones. Sin embargo, presenté un problema al respecto porque me parece extraño. Además, no hay mensaje de error.

Entonces, este fragmento de especificaciones funciona:

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

Mi truco durante el desarrollo es cambiar mi manifiesto de implementación para agregar la última etiqueta y siempre tirar así

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

Luego elimino el pod manualmente

kubectl delete pod my-app-3498980157-2zxhd

Debido a que es una implementación, Kubernetes recreará automáticamente el pod y extraerá la última imagen.

Una solución popular es parchear la implementación con una anotación ficticia (o etiqueta):

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

Suponiendo que su implementación cumpla con estos requisitos , esto hará que los K8 extraigan cualquier imagen nueva y la vuelvan a implementar.

Habrá un nuevo comando para hacer eso directamente:

Cree un nuevo kubectl rollout restartcomando que reinicie continuamente una implementación.

La solicitud de extracción se fusionó. Será parte de la versión 1.15( registro de cambios )

Aparentemente, ahora, cuando ejecuta una actualización continua con el --imageargumento igual que la imagen del contenedor existente, también debe especificar un --image-pull-policy. El siguiente comando debe forzar una extracción de la imagen cuando es la misma que la imagen del contenedor:

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

Ahora, el comando kubectl rollout restart deploy YOUR-DEPLOYMENTcombinado con una imagePullPolicy: Alwayspolítica le permitirá reiniciar todos sus pods con una última versión de su imagen.

El comando de actualización continua, cuando se le da un argumento de imagen, supone que la imagen es diferente de la que existe actualmente en el controlador de replicación.

Puede definir imagePullPolicy: Alwaysen su archivo de implementación.

La política de extracción de imágenes siempre ayudará a extraer la imagen cada vez que se cree un nuevo pod (esto puede ser en cualquier caso como escalar las réplicas, o el pod muere y se crea un nuevo pod)

Pero si desea actualizar la imagen del pod en ejecución actual, la implementación es la mejor manera. Te deja una actualización perfecta sin ningún problema (principalmente cuando tienes un volumen persistente conectado al pod) :)