--record 옵션을 대체하는 옵션이 있나요?
1513
작성한 질문수 47
kubectl 명령어의 --record 옵션이 deprecated 된다고 나오는데요,
deployment.apps/deploy-rollout
REVISION CHANGE-CAUSE
1 <none>
2 <none>
3 <none>
Rolling Back a Deployment
Sometimes, you may want to rollback a Deployment; for example, when the Deployment is not stable, such as crash looping. By default, all of the Deployment's rollout history is kept in the system so that you can rollback anytime you want (you can change that by modifying revision history limit).
https://kubernetes.io/docs/concepts/workloads/controllers/deployment/
답변 2
3
안녕하세요
해당 부분을 좀 정확하게 정해지면 정리하려고 생각했던 부분이긴 합니다.
우선 답변부터 드릴께요.
1. 자동 저장
> 네 됩니다. 얘기하신 결과와 동일한 형태로요.
[root@m-k8s ~]# kubectl rollout history deployment/nginx-deployment
deployment.apps/nginx-deployment
REVISION CHANGE-CAUSE
1 <none>
2 <none>
3 <none>
2. CHANGE-CAUGE가 None으로 나오는 이유
--record를 쓰지 않는 경우 다음과 같은 방식으로 CHANGE-CAUSE를 표시합니다.
CHANGE-CAUSE is copied from the Deployment annotation kubernetes.io/change-cause to its revisions upon creation. You can specify theCHANGE-CAUSE message by:
- Annotating the Deployment with
kubectl annotate deployment/nginx-deployment kubernetes.io/change-cause="image updated to 1.16.1"
즉 annotation으로 기입해서 관리하라는거죠...
어쨌든 주석이기 때문에 revision을 통해서 예전 버전으로 복귀가 가능합니다.
3. --record 관련
현재 문서에는 deprected 표시도 사라졌네요...완전히 빼는거 기정 사실화 한거 같네요.
이 부분이 계속 물음표에 가까웠던 것은 이 이슈때문인데요. (https://github.com/kubernetes/kubernetes/issues/40422)
여기 내용을 읽어보시면
1 ) 대안을 달라파가 대세이나...
2) 일부에서 꼭 있어야 하는건 아니다..그냥 표시만 해주는거잖나 라는 파도 있습니다.
그렇지만, deprecated는 결정되었고 annotation으로 진행하는 것으로 결론 난 것으로 보여집니다.
(issue가 closed 되고 ...확실히 명령어가 사라지면 그때 한번 강의로 정리할 계획이긴 합니다.)
해당 진행이 Merge된 부분이 아래와 같이 확인됩니다. https://github.com/kubernetes/kubernetes/pull/102873
따라서 annotation이 다소 불편함이 있긴 하지만... 필요시에 사용하고 평소에는 잘 만든 내용으로 잘 배포하고 관리하는게 좋을 것 같습니다. 틀린게 있다면 사실 바로 확인 가능하니까요.
저도 굳이 꼭 있어야 하나? 라는 생각이 있습니다.
배포 후에 자동 확인되도록 스크립트를 짜서 CI/CD 돌리는 게 맞는거 같아서요.
다만 강의에는 가능한 유용한 기능들을 소개하고 각자 스타일에 맞게 사용해야 하기 때문에 다루었습니다.
실제로는 실무에서 history를 사용하는 경우는 거의 없습니다.
여러가지로 많이 살펴 보시고 고민하시는 것이 쿠버네티스 학습에 매우 큰 도움이 되실꺼고, 많은 것을 얻으실 수 있으실꺼 같네요. :)
감사합니다.
조훈 드림.
2
+로 위의 같은 내용들을 자유롭게 토론하고 의사를 개진해서 (또는 직접 개발하고 PR) 변경하는 방식으로 쿠버네티스는 발전되어 갑니다.
0
@조훈(Hoon Jo)
rollout 할 이미지에 --annotation 으로 annotation을 추가하여 rolloout을 하면 history에 annotation 정보가 보이는 내용 확인했습니다.
강사님 적극적으로 의견 개진하시면서 k8s 변화에 적극 동참하고 계시네요
확인 감사합니다.
섹션2. 1.5쿠버네티스_컨트롤플레인_노드와_워커_노드_그리고 kubeadm으로 쿠버네티스 직접 구성하기-v1.30 오류
0
59
2
[해결] 2.4. tabby config.yaml 파일 복사 실패 시
1
116
1
9.3 Error 발생 유도 테스트 확인 부탁드립니다.
0
107
2
livenessProbe 어플리케이션 재시작 의미
0
79
2
K8S 노들에 접근이 안됩니다.
0
182
6
arm virtualBox의 vagrant up 에러
0
122
2
추후 강의계획 질문
0
159
1
MAC 에서 사용할 수 있는 ova 파일은 없나요?
0
224
2
7.8. w3-affinity-leader 적용 에러 문제 질문드립니다.
0
225
5
커리큘럼 순서 문의
0
214
2
apply 실행 후 pod상태가 ContainerCreating 에서 변경이 안됩니다.
0
374
2
livenessProbe에 대한 설명이 조금 부족한거 같네요
0
226
3
controlplane_node.sh 실행 오류 문의
0
253
2
예제폴더의 경로와 영상의 경로가 너무나도 다릅니다
0
224
2
9.6강의 소스 수정 요청 및 에러 문의
0
174
2
8.6 강의 중 sysnet4admin/chk-info 이미지 bash 이슈
0
168
3
드디어 맥에서도 virtualbox가 지원 됩니다.
0
294
2
8.3강의 set-ctx-pod-admin.sh 수정 요청
0
126
3
7.5 강의 tardy-nginx 이미지 문제
0
3316
3
ch1. controlplan_node.sh 실행 시 에러가 뜹니다
0
312
3
Kubenetes 클러스터에 추가적으로 신뢰하는 CA를 넣을 수 있나요?
0
193
1
clusterrolebinding의 --namespace 옵션의 역할
0
172
2
A.0003 파일 vagrant file 수정 (자문자답)
0
172
2
nfs-client-provisioner 관련 생성 오류 질문
0
197
1