Kubernetes에서 Helm을 사용해 애플리케이션을 배포하다가 문제가 발생할 경우, helm rollback 명령어를 사용해 이전 버전으로 롤백할 수 있습니다.
helm rollback <release_name> <revision_number> --namespace <namespace>
<release_name>: 롤백할 릴리즈의 이름입니다.<revision_number>: 롤백하고자 하는 특정 리비전 번호입니다.-namespace <namespace>: 릴리즈가 설치된 네임스페이스입니다. 네임스페이스를 지정하지 않으면 기본 네임스페이스가 사용됩니다.
롤백 전 리비전 확인 방법
롤백할 리비전 번호를 확인하려면, 다음 명령어를 사용하여 해당 릴리즈의 리비전 목록을 조회할 수 있습니다.
helm history <release_name> --namespace <namespace>
이 명령어는 릴리즈의 리비전 내역과 함께 각 리비전의 상태, 업데이트 시간 등을 보여줍니다.
예시
- 현재 배포된 Helm 릴리즈의 리비전 목록을 확인합니다.
helm history my-release --namespace my-namespace
- 원하는 리비전 번호(예: 2번)로 롤백합니다.
helm rollback my-release 2 --namespace my-namespace
이 명령어를 실행하면 Helm은 지정된 리비전으로 릴리즈를 롤백하고, 해당 리비전에 설정된 값으로 클러스터에 적용합니다.
롤백 후 변경 사항 확인
롤백이 완료된 후, 배포된 리소스가 의도한 대로 수정되었는지 확인하기 위해 다음 명령어로 상태를 점검할 수 있습니다.
helm status <release_name> --namespace <namespace>
Helm 롤백의 장점
- 결함 내성 강화: 롤백 기능은 배포 과정에서 발생할 수 있는 예기치 못한 문제를 신속하게 해결할 수 있어, 시스템의 결함 내성을 높여줍니다.
- 위험 감소: 복잡한 애플리케이션 환경에서는 배포 시 다양한 문제가 발생할 수 있습니다. 롤백 기능을 통해 이러한 위험을 줄일 수 있습니다.
- 시간 절약: 문제가 발생했을 때 문제 해결에 소요되는 시간을 절감하고, 바로 이전의 안정적인 상태로 되돌릴 수 있습니다.
Helm 롤백 시 주의사항
- 백업 유지: 롤백을 진행하기 전에 항상 Helm 차트와 설정 파일을 백업해 두는 것이 중요합니다.
- 테스트 환경 검증: 프로덕션 환경에서 직접 롤백을 적용하기 전에, 스테이징 환경이나 테스트 환경에서 충분히 검증해야 합니다.
- 버전 관리 문서화: 모든 릴리즈의 히스토리를 철저히 기록하고 문서화해 두면, 나중에 롤백할 때 큰 도움이 됩니다.
이 내용으로 블로그 글을 완성하시면 될 것 같습니다. 추가적으로 수정하고 싶은 부분이나 더 다루고 싶은 세부 내용이 있으시면 알려주세요! 😊
매주 한 page, 기술 한 spoon 