15310은 서버 측 업데이트 조정을 포함하여 DaemonSet이 베타에서 GA로 전환하기 위한 요구 사항을 다룹니다. 나는 그것에 노력을 기울이고 싶지만 까다롭고 1.3에서 그것에 대해 작업할 계획이 없습니다.

클라이언트 측 솔루션에 기여하고 싶다면 그것이 우리가 염두에 두고 있는 장기적인 방향은 아니지만(#12143) 새 명령을 도입해서는 안 됩니다. 대신 DaemonSet(그리고 ReplicaSet도 원한다면)에서 kubectl rolling-update 작동하도록 해야 합니다.

https://github.com/kubernetes/kubernetes/blob/master/pkg/kubectl/cmd/rollingupdate.go

rolling-update 는 리소스 유형( replicationcontroller )을 지정하지 않기 때문에 기본적으로 rc 를 가정해야 합니다. 그 외에는 유형/이름 구문을 사용하여 구문을 자연스럽게 다른 컨트롤러 유형으로 확장할 수 있다고 생각합니다.

예를 들어:

kubectl rolling-update daemonset/mydaemon --image=image:v2

명령 자체 외에는 업데이트 절차가 코드를 공유할 것으로 기대하지 않습니다.

현재 롤링 업데이트 명령은 새 ReplicationController를 생성하고 이전 것을 축소하면서 점진적으로 확장합니다. --image 경우 이름을 원래 RC로 다시 변경하기 위해 끝에 "삭제 댄스"를 수행합니다. 원본을 삭제하고 동일한 이름의 다른 RC를 만든 다음 삭제합니다. 새 이미지를 롤아웃하는 데 사용되는 임시 RC입니다.

DaemonSet의 경우 kubectl은 반대 작업을 수행합니다. 원래 DaemonSet을 업데이트하고 포드를 하나씩 삭제하여 교체되도록 합니다. --image 가 지정되면 마지막에 완료됩니다. 새 DaemonSet 이름이 지정된 경우(예: kubectl rolling-update daemonset/mydaemon-v1 -f mydaemon-v2.yaml ) 업데이트 프로세스가 끝날 때 새 DaemonSet이 생성되고 원본이 삭제됩니다. DaemonSet이 이를 정상적으로 처리했는지 확인하거나 새 DaemonSet을 만들기 전에 원본 DaemonSet를 삭제해야 합니다(#7402의 제 제안과 유사).

cc @mikedanese @davidopp @madhusudancs @janetkuo @kargakis @pwittrock @gmarek

1.6에는 DaemonSets에 대한 롤링 업그레이드가 포함됩니다.

업데이트해주셔서 감사합니다! 👍