는 Kubernetes 배포 갱신

Question

롤링하고 있지 I이는 Kubernetes에서 다음과 같은 배포 :

apiVersion: extensions/v1beta1 
kind: Deployment 
metadata: 
    labels: 
    run: hello-node 
    name: hello-node 
    namespace: default 
spec: 
    replicas: 2 
    selector: 
    matchLabels: 
     run: hello-node 
    strategy: 
    rollingUpdate: 
     maxSurge: 2 
     maxUnavailable: 0 
    type: RollingUpdate 
    template: 
    metadata: 
     creationTimestamp: null 
     labels: 
     run: hello-node 
    spec: 
     containers: 
     - image: <image>:<tag> 
     imagePullPolicy: Always 
     name: hello-node 
     livenessProbe: 
      httpGet: 
      path: /rest/hello 
      port: 8081 
      initialDelaySeconds: 15 
      timeoutSeconds: 1 
     ports: 
     - containerPort: 8081 
      protocol: TCP 
     resources: 
      requests: 
      cpu: 400m 
     terminationMessagePath: /dev/termination-log 
     dnsPolicy: ClusterFirst 
     restartPolicy: Always 
     securityContext: {} 
     terminationGracePeriodSeconds: 30 

문제 난의 내 이미지의 새 버전을 생각한 내 배포를 업데이트 할 때, Kubernetes 즉시로 모두 포드를 죽일 것입니다 새 이미지로 두 개의 새 창을 가져올 수 있습니다. 새로운 포드가 부팅되는 동안 서비스 중단이 발생합니다. 새로운 포드가 livenessProbe에 따라 건강에 대한

기다립니다 새 이미지로

1. 시작 한 포드 : 때문에 나는 다음과 같은 작업을 수행 할 Kubernetes을 기대하고있어 rollingUpdate과 livenessProbe의

   모든 포드가 이주 될 때까지 이전 이미지

2. 반복과
3. 킬 하나 개 포드

여기에 뭔가가 빠졌습니까?

Answer 1

readinessProbe이 필요합니다. 초기 지연 Readiness 이전의 디폴트 상태가 Failure 반면

초기 지연 Liveness 이전의 디폴트 상태가 Success이다.

프로브가 실패 할 경우 컨테이너를 강제 종료하고 다시 시작하려면 LivenessProbe 및 RestartPolicy을 Always 또는 OnFailure으로 지정하십시오.

프로브가 성공할 때만 광고 모음으로 트래픽을 보내려면 ReadinessProbe을 지정하십시오.

자세한 내용은 container probes을 참조하십시오.

설명한 롤링 업데이트 동작을 사용하려면 maxSurge을 1 (기본값)으로 설정하십시오. 이것은 "한 번에 최대 하나 더 많은 복제본을 확장"하도록 배포에 지시합니다. 자세한 내용은 docs of maxSurge을 참조하십시오.