3.2.13 업데이트 실패 시 파드 복구하기

업데이트 시 실수로 잘못된 버전을 입력했을 때 사용합니다.

1. set image 명령으로 nginx 컨테이너 버전을 의도와 다르게 입력합니다.

2. 하지만 이번에는 한참 시간이 지나도 파드가 삭제되지 않고 pending(대기 중) 상태에서 넘어가지 않습니다.
   

3. 어떤 문제인지 확인하기 위해 rollout status를 실행합니다

4. Deployment를 생성하려고 여러번 시도했지만 생성되지 않았다는 메세지가 출력됩니다.

5. discribe 명령으로 문제점을 좀 더 자세히 살펴봅시다.
   
   New ReplicaSet에서 작업이 멈춰있습니다.
   그 이유는 1.7.23 버전의 nginx 컨테이너가 없기 때문입니다. 따라서 replicas가 생성을 시도했으나 컨테이너 이미지를 찾을 수 없어서 디플로이먼트가 배포되지 않았습니다.
   실제 이런 실수가 많이 일어납니다. 이러한 실수를 방지하기 위해 rollout을 사용하고 --record로 기록해 두는 것 입니다.

6. 정상적인 상태로 복구하는 방법
   

7. rollout undo로 명령 실행을 취소해 마지막 단계(revision 3)에서 전 단계(revision 2)로 상태를 되돌립니다.
   

8. 파드의 상태를 다시 확인합니다.
   

9. rollout history로 실행된 명령을 확인합니다. revision 4가 추가되고 revision 2가 삭제했습니다.
   현재 상태를 revision 2로 되돌렸기 때문에 revision 2는 삭제되고 가장 최근 상태는 revision 4가 됩니다.
   

10. 배포된 컨테이너의 nginx 버전을 curl -I로 확인합니다. nginx의 버전이 1.16.0이므로 상태가 되돌려졌음을 알 수 있습니다.
    

11. rollout status 명령으로 변경이 정상적으로 적용됐는지 확인합니다.
    

12. describe로 현재 디플로이먼트 상태도 세부적으로 점검하고 넘어갑니다.