Kubernetes가 이미지를 다시 가져 오도록하려면 어떻게해야합니까?

GKE의 Kubernetes에 다음 복제 컨트롤러가 있습니다.

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

이제 내가 말하면

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

롤링 업데이트가 수행되지만 다시 가져 오지 않습니다. 왜?

Kubernetes는 다음 중 하나에 해당하는 경우 포드 생성시 가져옵니다 (updates -images doc 참조 ).

• 태그가 지정된 이미지 사용 :latest
• imagePullPolicy: Always 지정됨

항상 당기고 싶을 때 좋습니다. 그러나 필요 에 따라 수행하려면 어떻게해야합니까? 예를 들어 사용하고 some-public-image:latest싶지만 요청할 때 수동으로 만 최신 버전을 가져 오려는 경우입니다. 현재 다음을 수행 할 수 있습니다.

• 설정 imagePullPolicy에 IfNotPresent나 Never와 풀 사전 : 최신 캐시되도록 각 클러스터 노드에 풀 수동으로 이미지를, 다음을 수행 kubectl rolling-update또는 포드를 다시 시작 유사 (추한 쉽게 깨지지 해킹!)
• 일시적으로 변경 imagePullPolicy, 수행 kubectl apply, 포드 다시 시작 (예 :) kubectl rolling-update, 되돌리기 imagePullPolicy, 다시 실행 kubectl apply(추한!)
• some-public-image:latest개인 저장소로 가져 와서 푸시 하고 kubectl rolling-update(무거운!)

온 디맨드 풀에 대한 좋은 솔루션이 없습니다. 변경되면 의견을 보내주십시오. 이 답변을 업데이트하겠습니다.

하나는 imagePullPolicy사양 데이터 내부가 아닌 컨테이너 데이터 내부에서 그룹화해야 합니다. 그러나 나는 이상하다고 생각하기 때문에 이것에 대해 문제 를 제기 했습니다. 게다가 오류 메시지가 없습니다.

따라서이 사양 스 니펫이 작동합니다.

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

개발 중 내 해킹은 배포 매니페스트를 변경하여 최신 태그를 추가하고 항상 그렇게 당기는 것입니다.

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

그런 다음 수동으로 포드를 삭제합니다.

kubectl delete pod my-app-3498980157-2zxhd

배포이기 때문에 Kubernetes는 자동으로 포드를 다시 만들고 최신 이미지를 가져옵니다.

이를 직접 수행 할 수있는 새로운 명령이있을 것입니다.

kubectl rollout restart배포의 롤링 다시 시작을 수행 하는 새 명령을 만듭니다 .

풀 요청 당함 합병했다. 버전 1.15( changelog )의 일부가됩니다.

인기 해결 방법은 더미 주석 (또는 라벨)와 배포를 패치하는 것입니다 :

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

배포 가 이러한 요구 사항을 충족 한다고 가정하면 K8이 새 이미지를 가져와 재배포하게됩니다.

이제 --image기존 컨테이너 이미지와 동일한 인수를 사용하여 지속적 업데이트를 실행할 때 --image-pull-policy. 다음 명령은 이미지가 컨테이너 이미지와 동일 할 때 강제로 이미지를 가져와야합니다.

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

이제 정책 kubectl rollout restart deploy YOUR-DEPLOYMENT과 결합 된 명령 imagePullPolicy: Always을 사용하면 최신 버전의 이미지로 모든 포드를 다시 시작할 수 있습니다.

imagePullPolicy: Always배포 파일에서 정의 할 수 있습니다 .

롤링 업데이트 명령은 이미지 인수가 주어지면 이미지가 현재 복제 컨트롤러에있는 것과 다르다고 가정합니다 .

1. 전략을 다음과 같이 지정하십시오.

  strategy: 
    type: Recreate
    rollingUpdate: null

2. 각 배포에 대해 다른 주석이 있는지 확인하십시오. Helm은 다음과 같이합니다.

  template:
    metadata:
      labels:
        app.kubernetes.io/name: AppName
        app.kubernetes.io/instance: ReleaseName
      annotations:
        rollme: {{ randAlphaNum 5 | quote }}

3. 이미지 가져 오기 정책 지정-항상

      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: Always

이미지 가져 오기 정책은 항상 새 포드가 생성 될 때마다 이미지를 가져 오는 데 도움이됩니다 (복제본 크기 조정 또는 포드 다이 및 새 포드 생성과 같은 경우).

그러나 현재 실행중인 포드의 이미지를 업데이트하려면 배포가 가장 좋은 방법입니다. (주로 포드에 영구 볼륨이 연결되어있을 때) 문제없이 완벽하게 업데이트 할 수 있습니다. :)