롤링 업데이트 시 이전 Replicasets 문의

Question

질문 답변을 제공하지만, 강의 비용에는 Q&A는 포함되어 있지 않습니다. 다만 실습이 안되거나, 잘못된 내용의 경우는 알려주시면 가능한 빠르게 조치하겠습니다! [질문 전 답변] 1. 강의에서 다룬 내용과 관련된 질문인가요? [예 | 아니요] 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? [예 | 아니요] 3. 질문 잘하기 법을 읽어보셨나요? [예 | 아니요] (https://www.inflearn.com/blogs/1719) 4. 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 5. vagrant up 에서 발생하는 문제는 주로 호스트 시스템(Windows, MacOS)과 연관된 다양한 조건에 의해 발생합니다. 따라서 이를 모두 제가 파악할 수 없어서 해결이 어렵습니다. vagrant up 으로 진행이 어렵다면 제공해 드리는 가상 머신(VM) 이미지를 import해서 진행하시기 바랍니다. ( https://www.inflearn.com/questions/992407/comment/281901 ) 6. ARM 계열의 m1 , m2 계열은 VirtualBox를 통한 구성이 원할하지 않고, 실습 환경의 다변화는 추후 대처하기 어려워서 현재 과정에서는 지원하지 않습니다. ( https://www.inflearn.com/questions/915529 ) [질문 하기] 안녕하세요 롤링업데이트 시에 새로운 Replicaset 을 생성하고 파드가 하나씩 생성되는데, 이전 버전의 Replicaset은 삭제되지 않고 그대로 남아 있는 것으로 보입니다.   혹시 이유가 있을까요 ?

조훈(Hoon Jo) · Answer

안녕하세요 좋은 질문 감사드립니다. Deployment의 경우 변경 시 마다 리비전 히스토리를 남기게 되어 있습니다. 가장 큰 이유는 현재 과정에도 설명되어 있듯, 롤링업데이트가 잘못 된 이미지로 진행된 경우 빠르게 Rollback 하여 복구하기 위해서이며, 이외에도 다양한 이유로 다시 변경 전으로 돌리기 위해 기록해 두는 것이라고 생각하시면 될 것 같습니다.   만약 이러한 기록(Replicaset으로 해둔)을 원하지 않으신다면, Deployment를 작성시에 .spec.revisionHistoryLimit 을 0 으로 설정해서 진행하지 않는 방법도 있습니다. 보다 자세한 내용은 아래의 링크를 참조하시면 좋으실 것 같습니다. https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#clean-up-policy   감사합니다.