You should not need to drain for kube-proxy, it is not saving any state that it can't fix on fly. Kubelet doesn't save much/any state YET, but it might in the future. Draining updates of kubelet are a hugely simplifying assumption, and frankly will dodge a whole class of potential live-update issues. I don't know if we have a requirement for that or just a recommendation.
On Tue, Jul 25, 2017 at 8:11 AM, Matthias Rampke <m...@soundcloud.com> wrote: > Hey, > > I could not find an easy answer for this, and I suppose it's a bit of a > niche question – what's the correct ordering to upgrading kubelet / > kube-proxy on live nodes? > > Usually (except for the upgrade onto 1.6) we just upgrade either of them and > restart, then the other, all the while the node is running production pods. > For 1.6, I'm actually draining the nodes for kubelet but not kube-proxy. > Because of reasons, it's difficult for me to upgrade both at the same time. > > 1) is upgrading the two separately supported at all? > 2) is upgrading either of them without draining the node supported? > 3) if it is, which way should I do it? does a new kubelet support an older > kube-proxy, or the other way around? > > Thanks, > MR > > -- > You received this message because you are subscribed to the Google Groups > "Kubernetes user discussion and Q&A" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to kubernetes-users+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-users@googlegroups.com. > Visit this group at https://groups.google.com/group/kubernetes-users. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
