🔄

[CKA] 27. Rolling Updates and Rollbacks

Date

2024/12/10

Rollout and Versioning

새로운 배포의 시작은 롤아웃의 트리거이다. 처음 배포를 생성하면 롤아웃이 시작되고, 새로운 롤아웃은 새로운 배포 revision를 생성한다. 컨테이너 버전이 새로 업데이트되면 새 롤아웃이 트리거되고, 새 배포 revision이 생성된다.

이는 배포에 일어난 변화를 추적할 수 있게 해주고, 필요 시 이전 버전으로의 롤백을 가능하게 한다.

Rollout Command

•

rollout의 상태 확인

kubectl rollout status deployment/myapp-deployment
Bash
복사

•

revision 및 deployment history 확인

kubectl rollout history deployment/myapp-deployment
Bash
복사

Deployment Strategy

배포 전략에는 두 가지 유형이 있다

Recreate Strategy

배포된 인스턴스 복제본을 모두 파괴하고 인스턴스의 새로운 버전을 생성하는 방법이다.

이 전략의 문제점은 구 버전이 다운되고 새 버전이 배포되는 동안 사용자가 해당 애플리케이션에 접근할 수 없다는 점이다. 해당 문제점으로 인해 쿠버네티스의 기본 배포 전략은 아니다.

kubectl describe 명령어를 통해 확인해보았을 때 StartegyType이 Recreate인 것을 확인할 수 있고, Replica를 한번에 0으로 축소시켰다가 5로 늘린 것을 볼 수 있다.

Rolling Update Strategy

한번에 인스턴스를 제거하지 않고 구 버전을 하나씩 다운시키며 새 버전을 함께 배포하는 방법이다.

이 전략을 사용하면 애플리케이션이 다운되지 않고 업그레이드도 원활해진다. 해당 전략은 기본 배포 전략으로, 배포 전략을 지정하지 않으면 롤링 업데이트 전략이 사용된다.

kubectl describe 명령어를 통해 확인해보았을 때 StartegyType이 RollingUpdate인 것을 확인할 수 있고, Replica를 하나씩 줄였다 늘였다 하는 것을 확인 할 수 있다.

Upgrades

새 배포가 생성되면 먼저 레플리카 셋을 생성해 레플리카 개수에 맞는 Pod가 생성된다. 애플리케이션이 업그레이드 될 때, 배포 객체는 내부적으로 새로운 레플리카 셋을 생성하고, 거기에 컨테이너를 배포하기 시작한다. 동시에 이전 레플리카 셋에 있는 파드를 롤링 업데이트 전략에 따라 하나씩 종료시킨다.

Rollback

업그레이드 한 새 버전의 애플리케이션에 문제가 있는 경우 롤백을 진행해야하는데, 쿠버네티스는 이전 revision으로 롤백이 가능하다. kubectl rollout undo 명령을 실행하면 새로 생성되었던 배포의 Pod는 파괴되고, 이전 버전의 레플리카 셋의 Pod를 불러온다.

kubectl rollout undo deployment/myapp-deployment
Bash
복사

Summarize Commands

# Create
kubectl create -f deployment-definition.yml

# Get
kubectl get deployments

# Update
kubectl apply -f deployment-definition.yml
# Update - Image (정의 파일은 바뀌지 않기 때문에 실행 deployment와 정의 파일의 차이가 발생)
kubectl set image deployment/<deployment_name> <container_name>=<image>

# Status
kubectl rollout status deployment/myapp-deployment
kubectl rollout history deployment/myapp-deployment

# Rollback
kubectl rollout undo deployment/myapp-deployment
Bash
복사