🚋 쿠버네티스 Deployments [롤링 업데이트, RollOut, RollBack]

https://kubernetes.io/docs/concepts/workloads/controllers/deployment/

Deployment는 Pod와 ReplicaSet에 선언적으로 업데이트를 제공함.

• Deployment 내부에 원하는 상태를 작성하고, 컨트롤 단계에서 상태를 바꿈
• 새로운 ReplicaSet을 생성하거나, 존재하는 디플로이먼트를 삭제하고나, 새로운 디플로이먼트에 종속 시킬 수 있음.
• Deployment에 의해 관리되는 ReplicaSet을 다루지 않는 것을 권장함.

UseCase

• ReplicaSet을 롤 아웃하기위해 디플로이먼트를 생성
  • 레플리카셋이 백그라운드에서 Pod를 만들때, rollout 상태를 통해 성공여부를 확인

• Deployment의 PodTemplateSpec을 수정하여 Pod의 새로운 상태를 선언
  • 새로운 ReplicaSet을 생성시키고 이전 ReplicaSet에 존재하는 Pod를 새로운 ReplicaSet으로 이동시킴 (at a controlled rate)
  • 각각의 새로운 ReplicaSet은 Deployment의 수정사항을 최신화한다.

• 현재 Deployment 상태가 정상적이지 않다면 Deployment 이전 수정상태로 Rollback
  • Deployment의 수정사항을 각 rollback이 수정함

• 더 많은 load를 가능하게하기 위해 Deployment의 수치를 증가시킴. (Scale Up)

• Deployment의 PodTemplateSpec을 다중으로 적용하기윌해 rollout을 멈추었다가, 다시 새로운 roll out을 수행

• rollout 멈춤 상태를 식별할 Deployment 상태를 사용

• 더이상 사용하지 않는 ReplicaSet을 삭제

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx # 같은값
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx  # 같은값
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

• replicas : 파드를 몇개 생성할 것인지 레플리케이션 컨트롤러, 레플라키셋과 동일학 ㅔ작성
• matchLabels: metadata.labels 하위필드와 같은 값을 할당함.
• template.spec.containers: 파드의 설정정보가 담긴 컨테이너 정보

---

명령어

디플로이먼트 스케일링

kubectl edit deploy <deploy name> : replicas 직접 수정
kubectl edit deploy <deploy name> --replicas=<number> : replicas 값 수정

---

롤링 업데이트

kubectl create -f http-go-deployment.hyml --record=true

• --record=true히스토리에 사용할 명령어를 저장 가능. (애플리케이션 업데이트 히스토리)

apiVersion: apps/v1
kind: Deployment
metadata:
    name: http-go-deployment
 	labels:
		app: http-go
spec:
	replicas: 3
	selector:
		matchLabels:
			app: http-go
	template:
		metadata:
			name: http-go
            labels:
            	app: http-go
        spec:                                
            containers:
            	- image: gasbugs/http-go:v1
                  name: http-go

#rollingupdate 전략
spec:
	strategy:
    	type: RollingUpdate

• type: RollingUpdate -> 기본값
  • 오래된 포드를 하나씩 제거하는 동시에 새로운 포드 추가
  • 요청 처리할수 있는양 그대로 유지
• type: Recreate
  • 새포드를 만들기 전에 이전 포드를 모두 삭제
  • 여러 버전 동시 실행 불가능
  • 타임 다운 존재

# 최대/최소 몇개의 pod을 운영할지
spec:
	strategy:
    	rollingUpdate:
        	maxSurge: 1
            maxUnvaliable: 1
        type: RollingUpdate

• maxSurge
  • 기본값 25%, 개수로도 설정 가능
  • 최대로 추가 배포를 허용할 개수 설정
  • 4개인 경우 1개가 설정됨 (총 5개까지 포드 동시 운영)
• maxUnavailable
  • 기본값 25%, 개수 설정 가능
  • 동작하지 않는 포드이 개수 설정
  • 4개인 경우 1개 설정 (총 4-1개는 운영한다)

값이 크면 부하가 있지만 업데이트가 빠를 수 있다.

spec:
	revisionHistoryLimit: 10

• revision 개수 유지 (돌아갈 수 있는 수정 상태 버전 개수)

sudo get deploy <deployname> -o yaml

---

디플로이먼트 업데이트

kubectl set image deploy <deployment 이름> <컨테이너이름>=<이미지파일> : 이미지 업데이트

'kubectl patch deploy <deployment 이름> -p '{"spec": {"minReadySeconds": 10}}': 업데이트 과정을 위해 업데이트 속도 조절

---

디플로이먼트 expose

kubectl expose deploy <deployment 이름> --port 8080

모니터링 시스템 관찰

kubectl run -it --rm --image busybox -- bash

업데이트 후 다시 실행

kubectl set image deploy <deployment 이름> <컨테이너이름>=<이미지파일>

전에는 ReplicaSet이 http-go-deployment-5c4fc94c99 였는데, 해당 레플리카셋에 의해 만들어진 pod들이 Terminating 되는 것을 확인할 수 있다.
반면 새로운 Replicaset인 d46c7cd68이 새로 생성되어 이미지가 업데이트된 pod가 pending 상태에서 Running 상태로 바뀌는 것을 확인가능

다시 http 요청을 확인

Pending 되었다가 Pod가 교체되는 상황에서는 "Welcome! v1" 과 "Welcome! v2"가 번갈아가면서 출력되었을 것이다.
하지만 지금은 모든 ReplicaSet의 교체를 Deployment가 완료한 상태여서 Welcome! v2 만 출력되는 모습

---

업데이트 후 확인

약 10초마다 하나씩 새로운 pod가 생성된 것을 확인할 수 있음.

---

레코드 확인

kubectl rollout status deploy <deployment 이름> : status확인
kubectl rollout history deploy <deployment 이름> : history확인

• 총 10개 줄 저장, 레플리카셋의 최대 개수와 동일함
  

이미지 업데이트 후 레코드 확인

레플리카셋을 여러개 띄웠지만 실행되고 있는 pod의 개수의 차이를 확인할 수 있음.
(이전 레플리카셋은 백업본이 되는것)

---

한단계 더 업데이트

5fc96f8f65 : 레플리카셋이 새로 업데이트가 시작된 것을 확인 할 수 있음.

---

롤백

1. kubectl set image deploy <deployment이름> <컨테이너이름>=<이미지파일>
2. kubectl rollout undo deploy <deployment이름> : undo 이전 버전으로 돌아감
3. kubectl rollout undo deploy <deployment이름> --to-revision=1 : 특정 버전으로 돌아감
   

   이전버전으로 돌아가고, 2번-> 4번으로 변경되면서 더 최근 revision으로 변경됨.

• 1버전으로 다시 돌아가고 레플리카셋에 pod가 만들어지는 것을 확인 가능함.
• history도 1->5번으로 변경된 것을 확인가능

---

롤아웃 일시중지/재시작

kubectl rollout pause deploy <deployment 이름> : 업데이트 중에 일시정지
kubectl rollout undo deploy <deployment 이름> : 업데이트 일시중지 중 취소
kubectl rollout resume deploy <deployment 이름> : 업데이트 재시작

업데이트 잘되는지 잠시 중시해놓고 올라간 Pod 확인 후 다시 업데이트 재시작\

• 업데이트 실패 케이스
  • 할당량 부족 | 레디네스 프로브 실패 | 이미지 가져오기 오류 | 권한 부족 | 제한 범위 | 응용 프로그램 런타임 오류

spec:
    processDeadlineSeconds: 업데이트 실패후 업데이트를 중지시키기까지의 시간